Google Excel 是我用过最好的项目管理工具，没有之一。
所有的工具都是为项目推进服务，效果最好的工具，才是最棒的工具。
从13年开始使用Google Excel做产品项目管理，先后在几家公司，因为团队风格不同，尝试过几种不同的工具：
Tower
Teambition
Worktile
JIRA
甘特图
……
这些工具要么就是太复杂，效率不高，要么就是同步协调性不够。
最终还是坚持选择使用：Google Excel，还有比这样的效果让让人一目了然的吗？
可放大查看
关注我的微信公众号：pmlisanke，回复「项目管理」，给你上述项目管理表格的可编辑版
插一句：我所及经历的大大小小的公司，都是由产品经理来做项目管理，都没有项目经理这个岗位。
今天就先分享下：产品经理如何玩转Google Excel做项目管理；后面会说下如何很好的在公司里推广下去。你懂的，好东西也需要技巧来推广的。
1、
在讲解如何使用之前，先说说用Google Excel管理项目的优点都有哪些？
- 简单明了：简单直接到没朋友
打开链接url，项目的接下来上线日期，责任人，分工，工期一目了然；
上手超级简单，几乎没有啥理解成本，直接就可以用；
每个细分功能的工期写的清清楚楚，对着日期哪块没完成，责任人一眼就可以看到；
- 多人共享：解放产品经理生产力，团队效率提升爆表
任何人都可以打开url访问，和编辑，每个模块的排期让对应的经理来写，巧妙的给经理压力，让经理自己对自己给出的工期负责。
设计模块，让设计经理来给出工期排期，客户端模块给客户端开发经理来写排期，测试模块让测试经理给排期。
这一点，可以大大的提升产品经理的沟通效率，并且把压力有效的转嫁给对接的各位负责人，并且给了他们存在感，屡试不爽。
2、
接下来，我们说说：产品经理如何更好的使用Google Excel管理项目呢？
2.1、首先要正确的理解「一个产品的工作流」：
产品工作流
产品工作流：
▎需求：
不管是来自老板，还是产品经理自己发起的，先要明确下来，这一期我们要做的是什么。
▎产品：
一个需求明确了之后，先由产品经理来进行输出产品和文档，这期间当然也会在产品内部经过反复的确认，明确了之后，进行全员的需求评审。
充分综合大家的意见之后，完善修改下，输出一版确认的需求文档。发给所有人。
▎UI：
评审无误后，设计师开始输出设计稿，经过产品确认后，发给项目组的所有人。
▎客户端：
客户端一般会分为Android & iOS开发，评审无误后，设计师开始输出设计稿，客户端的同事也开始评估项目周期，开始着手准备，但一般会从设计交稿后开始计算起工期。
有些项目也会涉及到H5的部分，可以单算。
▎后端：
后端一般会指负责项目后台数据库，服务器，算法、策略等技术同事的工作。从项目评审后，这部分同事的工作就可以开始搭建了，因为这部分工作需要设计稿的支持。
▎测试：
一般开发完成后，产品经理会和测试工程师一起把控项目的完成质量，测试是否有Bug，设计稿是否还原的很好，往往UI设计师也会参与其中。
▎发包：
各个功能测试没有问题，UI交互等也OK，一般会有测试工程会发一封邮件来说明下测试验收的工作情况，并邮件发给项目的全员，标识这个版本Close了。
这就是一个完整的「产品工作流」，下个版本，也是类似这样流程循环。
2.2、在明白了这个工作流以后，你就能理解这个表的绝大部分内容了。
就是按照「产品工作流」对应的工种，从左向右排布即可。
每个工种下，写上对应的责任人，和预期完成时间；如果完成了，那么修改为「已完成」即可。
3、
不管是大到一个版本上线，一个App从0到1开始做；还是一个小程序，H5活动，还是网站优化一个小功能，都可以用这个方法。
比如这个市场部门的这个小活动，也可以用这样的方式来做：
小需求项目管理
写完之后，把链接放到邮件里头，群发所有人，或者截个屏插到邮件里，让相关人都知晓。
这样的跨部门合作是最不容易出纰漏的了。
4、
要点：
1、及时检查
每天都检查一次项目在要完成的那个时间点，是否完成了。如果出现异常情况，尽快找相应模块的经理/总监级别的人协商解决方案。
2、不要红脸
项目延期很正常的，各种突发情况很多，一般一个团队只有经过一段时间的磨合之后，才能比较良好的运营，在这期间，多给别人一些理解，也是给产品经理自己铺路。
3、相信对接人，给予对方尊重
不管是设计、开发、运营，还是测试，产品经理都应该给与对方足够多的信任，然后帮助其解决遇到的延期、没按时间点交付相应东西的产出物等问题，「扶人上路」，别人也会在你修改需求，文档不严谨的时候，给你一些台阶下。
