专项管理经验总结:实践出真知

3 评论 5333 浏览 35 收藏 8 分钟

专项管理方法论16字真言:先问目的,再做推演;敏捷迭代,即时复盘。

产假结束后重返职场,接手各种专项推进工作,在自己总结的方法论的指导下,分分钟上手盘专项,居然也能有条不紊、稳中求进,本次分享主要就toB专项产品的推进,总结我的方法。

关于项目管理(本文叫专项管理),每个PM都有总结自己的一套经验方法,我提到的内容,有的对于你来说可能是鸡肋,有的也可能促进你完善你的方法论,本文仅是自己经验的总结分享,不枉在toB产品领域摸爬滚打了5年。

一、需求分析,深入用户,推演用户的真实需求

ToB的产品,说白了都是业务驱动,往往谁最了解业务谁就有主导权。一个优秀的PM(项目/产品经理)必须了解业务逻辑,在我的经验里面,最实在的方法便是深入业务,让自己做几天业务,天天做业务的事情,听听旁边业务的抱怨,梳理好业务的真实需求,找到能够帮助业务提升效率的方法。

重点强调一定要做。需求收集,一般都是用户直接提,或者靠调研、座谈来分析,但是光靠听、看、调研,只能解决一部分业务的一部分需求,真正自己实操起来,复杂且进行不下去的流程,重复而无意义的操作,冗余且容易点错的按钮,才是用户急切提出需求的目的所在,迫切需要一个PM来改善业务工作现状。说什么“把自己当作用户”,“当作用户”和“就是用户”是两回事。

二、需求变现,敏捷迭代,及时解决用户的需求

专项启动

专项成立初期,按照采集到的业务的真实需求,和业务推演出专项要解决的痛点。

专项规划

专项规划,组建团队,明确专项目标,明确人员职责。

规划内容有:

1)专项成员

2)专项策划&任务书

3)工作计划表

4)甘特图

5)风险管理

6)沟通计划

规划完成后,召集专项干系人讨论形成专项推进方案,团队上下达成一致后上报计划,确认PM、相关职能人员、专项团队、专项计划、专项的里程碑和目标。

专项执行

依照专项规划推进整个专项的进度,积极主动的沟通协调资源,严格按照专项规划控制需求变更、监控风险、及时干预,拥抱项目风险,做好合理评估,做到人员和进度可控。完成一个里程碑,及时给予开发人员、测试人员一定的激励。

专项验收

做了那么多,专项上线后,最终是否让业务的效率得到了提升,需要及时的进行经验总结。产品各项材料要文字留档,一来给以后的专项用作参考资料,二来避免产生线上问题后推责扯皮。

专项总结

总结经验,为下一次专项保驾护航;吸取教训,在下一次专项中引以为戒。

  1. 回顾目标;
  2. 评估结果;
  3. 叙述过程;
  4. 自我剖析;
  5. 分析原因;
  6. 总结经验。

三、最重要的“小事”——沟通

每个人都是独一无二的个体,针对业务也是一样,因人而异的沟通。面对不同的人采用不同的沟通方式去达到自己的目的,比如与开发、运营、商务、客服沟通应该都是不同的,包括与公共部门沟通,大家有不同的立场,但是作为PM应该要掌握全局,了解各环节的核心诉求,找到大家共同的KPI,去“创造”一个和谐的场景,去沟通协调,最终推动产品上线,核心还是要提升自己的专业能力,不至于跑偏。

和业务的沟通

一般PM不属于业务团队,业务专业名词不熟悉的话,和业务的沟通,理解偏差就比较大。业务却只在乎能不能做,什么时候做好。这就要求产品经理应该成为对业务最熟的人,对各方面信息掌握最充分的人,对整个业务、功能、细节、各种情况想得最清楚的人,和业务的想法一致,和业务的沟通顺畅。

和开发的沟通

PM在推动专项的过程中,并不是因为你是PM就听你的,而是:当与开发、设计师沟通时,应“以专业对专业”。页面入口,页面展示内容,操作交互说明等,在原型上尽可能的详细和完善。

PM可以制作一套自己的原型元件库,虽然前期耗时间,但是老花说的好,“磨刀不误砍柴工”,后期使用元件库将会给自己减少很多的原型工作量,并且和同一个开发的沟通会尤其的顺畅。

以上便是闲暇之余总结的专项管理的方法论,希望在接下来的工作中慢慢增加和完善此方法论。

 

本文由 @Joyce 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 谢谢分享!

    回复
  2. 感谢!!

    来自浙江 回复
  3. 图表好清晰,一目了然

    来自北京 回复