专项管理方法论16字真言：先问目的，再做推演；敏捷迭代，即时复盘。产假结束后重返职场，接手各种专项推进工作，在自己总结的方法论的指导下，分分钟上手盘专项，居然也能有条不紊、稳中求进，本次分享主要就toB专项产品的推进，总结我的方法。 关于项目管理（本文叫专项管理），每个PM都有总结自己的一套经验方法，我提到的内容，有的对于你来说可能是鸡肋，有的也可能促进你完善你的方法论，本文仅是自己经验的总结分享，不枉在toB产品领域摸爬滚打了5年。
一、需求分析，深入用户，推演用户的真实需求
ToB的产品，说白了都是业务驱动，往往谁最了解业务谁就有主导权。一个优秀的PM（项目/产品经理）必须了解业务逻辑，在我的经验里面，最实在的方法便是深入业务，让自己做几天业务，天天做业务的事情，听听旁边业务的抱怨，梳理好业务的真实需求，找到能够帮助业务提升效率的方法。 重点强调一定要做。需求收集，一般都是用户直接提，或者靠调研、座谈来分析，但是光靠听、看、调研，只能解决一部分业务的一部分需求，真正自己实操起来，复杂且进行不下去的流程，重复而无意义的操作，冗余且容易点错的按钮，才是用户急切提出需求的目的所在，迫切需要一个PM来改善业务工作现状。说什么“把自己当作用户”，“当作用户”和“就是用户”是两回事。二、需求变现，敏捷迭代，及时解决用户的需求
专项启动，专项成立初期，按照采集到的业务的真实需求，和业务推演出专项要解决的痛点。 专项规划，专项规划，组建团队，明确专项目标，明确人员职责。规划内容有： 1）专项成员
2）专项策划&任务书
3）工作计划表
4）甘特图
5）风险管理
6）沟通计划
7）风险管理
规划完成后，召集专项干系人讨论形成专项推进方案，团队上下达成一致后上报计划，确认PM、相关职能人员、专项团队、专项计划、专项的里程碑和目标。
专项执行，依照专项规划推进整个专项的进度，积极主动的沟通协调资源，严格按照专项规划控制需求变更、监控风险、及时干预，拥抱项目风险，做好合理评估，做到人员和进度可控。完成一个里程碑，及时给予开发人员、测试人员一定的激励。
专项验收，做了那么多，专项上线后，最终是否让业务的效率得到了提升，需要及时的进行经验总结。产品各项材料要文字留档，一来给以后的专项用作参考资料，二来避免产生线上问题后推责扯皮。
专项总结，总结经验，为下一次专项保驾护航；吸取教训，在下一次专项中引以为戒。
- 回顾目标；
- 评估结果；
- 叙述过程；
- 自我剖析；
- 分析原因；
- 总结经验。
三、最重要的“小事”——沟通
每个人都是独一无二的个体，针对业务也是一样，因人而异的沟通。面对不同的人采用不同的沟通方式去达到自己的目的，比如与开发、运营、商务、客服沟通应该都是不同的，包括与公共部门沟通，大家有不同的立场，但是作为PM应该要掌握全局，了解各环节的核心诉求，找到大家共同的KPI，去“创造”一个和谐的场景，去沟通协调，最终推动产品上线，核心还是要提升自己的专业能力，不至于跑偏。和业务的沟通
一般PM不属于业务团队，业务专业名词不熟悉的话，和业务的沟通，理解偏差就比较大。业务却只在乎能不能做，什么时候做好。这就要求产品经理应该成为对业务最熟的人，对各方面信息掌握最充分的人，对整个业务、功能、细节、各种情况想得最清楚的人，和业务的想法一致，和业务的沟通顺畅。和开发的沟通
PM在推动专项的过程中，并不是因为你是PM就听你的，而是：当与开发、设计师沟通时，应“以专业对专业”。页面入口，页面展示内容，操作交互说明等，在原型上尽可能的详细和完善。 PM可以制作一套自己的原型元件库，虽然前期耗时间，但是老花说的好，“磨刀不误砍柴工”，后期使用元件库将会给自己减少很多的原型工作量，并且和同一个开发的沟通会尤其的顺畅。 以上便是闲暇之余总结的专项管理的方法论，希望在接下来的工作中慢慢增加和完善此方法论。爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容；是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台；
想了解更多移动互联网干货知识，请关注微信公众号运营小咖秀（ID: yunyingshow）
【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
