开转产品经理（汇总意见）

作为一个前腾讯员工，qzone产品2年。也见过不少开发同学转到产品经理(以下简称PDM)，有在转行后做的很好的，也有转行后有转回去做开发的。

在很多人眼里，特别是开发眼中，PDM就是传声筒，写文档的。

这是开发同学转PDM后遇到的最大的问题。

PDM更多的工作在于沟通。
还是以qzone举例吧，仅在非跨部门的需求中。你需要和下面的人员打交道。
他们是:交互，设计，重构，前端，后台，项目管理，测试，可能涉及到其他模块的PDM;当然还还有老板。

需要做的事情分别是:
确认需求，定下方向，输出需求list
和交互讨论，确认交互稿。其中，确认环节甚至需要和老板过。
搞定需求文档。和开发过需求文档。
确认设计稿。必须和老板过设计稿。按照项目重要性，直到获得可以排版人的认可。
确认重构，看还原程度。
开发阶段，你需要随时了解开发进度。
产品体验，找bug，抓住开发，修改好。保证做出的效果和需求稿一致。
和测试同学搞定所有问题。

这些事情，只是在这个项目是非常顺利的状态下才可以。
中间每个关节都会出现问题。
下面是比较大的问题。
1，需求有变动。(这个和你的需求在哪个阶段没有一毛钱关系，说改就得改)
2，设计意见不一致。(你可以想象的)
3，开发没有及时帮你做需求(这是真的，开发是通用资源，他手上同时有很多需求。) 
4，时间不够了，需要trade off。

这些你还觉得产品经理是容易做的么？？？

亲们，转产品要慎重啊！！！

等会再补充，
写文档能力，产品分析能力。
包括怎么说服开发做他觉得很傻逼，你却不得不做的需求。

-----------------~分割线-----------------

产品文档对于产品经理的重要性，不亚于代码对开发。
需求文档的定稿是在设计稿出来后，最为理想。对后期沟通的障碍也最小。

但是，我要说但是。

就像在上面说的，PDM的是一个需要大量沟通，依赖其他角色的一个职位。这点务必切记。

说说需求文档本身吧。

需求文档需要有逻辑性。看一个人的需求文档，只需要把目录打开，就大概能判断文档逻辑性。
另外，需求文档中，最关键的，是各种异常逻辑的判断，各种边界条件的处理，以及逻辑异常后的反馈。

完整的闭环不能只有正常逻辑，异常逻辑要尽可能考虑清楚，我觉得这个是初级新手，和较资深产品经理的区别。

=========================================================================================================