产品经理如何push别人?

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

很多产品同学可能内核不够强势,在排期的问题上容易妥协。其实这样就失去了自己的价值。产品经理就是要充分协调和利用资源。推动别人跑起来,如果你都不能做一个发动机,推着其他人往前。那么你所在的整个团队也会慢慢懒散起来。

作为产品经理,在项目中,很重要的一件事情就是控制进度。作为一个产品经理,如果你的需求老是延期,如果你的产品BUG不断,那么你无疑是失败的。

这里强调的就是产品经理应该要拥有节奏感和紧迫感,以及如何Push别人。

1、节奏感

不同规模的团队有着不同的打法,但不论小团队还是大团队,核心都是快速迭代,小步快跑。必须要充分利用时间来更新迭代,但这不代表这可以省略掉策划,UI,开发,测试中的某一环。

相反,由于人员的精简,每个人的职责都很清晰,目标明确。更容易将每一个环节执行到位。因此团队小不代表效率低,明确的分工是提升效率的第一步。

其次,分清楚需求的优先级是把握好节奏感的利器。你必须要知道先做什么,后做什么,以及为什么要这么安排。你可能会问排定优先级的依据是什么?答案是:ROI。

做这件事情对目标有多大的提升?做了和没做有什么区别?能带来多少收益?是否是ROI最高的?这些都需要产品经理来考虑和权衡。

如果你不能控制好优先级,项目的进度会大打折扣。做一个产品就像建一个金字塔一样,需要先搭好基石,一层一层的叠加,每一层都是站在上一个版本的基础上,只有按照顺序,先把最重要的底层建好了,才能逐次往上,完成这件艺术品。不然一开始就妄图由顶向下,只能造出空中楼阁。

2、紧迫感

作为产品经理为什么要有紧迫感?

因为你时时刻刻都在协调资源,而资源永远是有限的。如果你把可利用的开发资源浪费了,那么很可能就被别人拿走了。或者你的需求就会因此而延期,整个项目会因此延期。

蝴蝶效应在这个时候体现的特别明显。

另外,产品经理是一个需要不断自我升级的岗位。如果你不能比过去的你做的更好,或者在工作上有所突破。那就意味着你在停滞不前。你所成长的内容,都体现在你的项目中。包括你的项目管控能力,需求跟进能力,时间把握能力。产品经理总是要想着按期完成或者提前完成,使用各种办法提升自己或者开发的效率。让整个项目飞起来。

同时,每个产品在市场上都会遇到各种各样的竞品。如果你不能给自己紧迫感,不能促使整个团队别人团队跑的快。那么很快不光是你,而是你们整个团队都会被竞品拉开距离,逐渐被淘汰。所以产品经理应该是一个时刻保持危机感的的职位。

如果你都不能设身处地的为整个团队,整个产品着想的话,那么还能有谁呢?

3、PUSH别人

产品经理不会写代码,怎么办呢?

让开发写。那么开发是否听你的呢?开发是否能够认真对待,全力以赴的去按期完成项目呢?以及会不会高质量的自测,减少BUG呢?

这些问题值得思考。

你要做的是,首先提升自己的专业素养。每个人都会信服比自己厉害的人,你画的原型图,你写的文档,你做的交互,你写的测试用例不要给人“这么随意,我也能做”的感觉。这种时候专业性就体现在每一个细节上了,比如文档的结构,流程图是否清晰,逻辑是否清晰,交互是否直观等。

其次,在项目开始前,要确定每一个关键节点的排期。在项目进行中的时候,你要及时跟进,询问进度。如果没能按期完成,要问到具体原因。找到相关的开发人员解决,如果实在解决不了,及时Push给他的或者你的上级,让问题上升。千万不要瞒着,或者自己扛。不然最终受伤害的一定是你。

最后,在项目上线前,要开发同学自测,然后给到产品测试,再由测试同学测试,上线后还需要在正式环境验证。测试需要有测试文档记录测试点,这样才不会遗漏细节。

最后,要提到的一点是需要和开发搞好关系,不仅是工作上的关系,私底下也要多交流。产品和开发可以成为很好的朋友的,如果多交流,就能站在对方的角度思考问题。如果他认可你,自然会加班加点的按时完成你的需求。如果他觉得你的需求提的一团糟,那么他肯定不希望与你合作。专业性加上做人,这2点决定了开发对你的看法。这在PUSH他们的过程中也是极其重要的。

很多产品同学可能内核不够强势,在排期的问题上容易妥协。其实这样就失去了自己的价值。产品经理就是要充分协调和利用资源。推动别人跑起来,如果你都不能做一个发动机,推着其他人往前。那么你所在的整个团队也会慢慢懒散起来。

 

作者:南宫七洛,微信公众号:南宫七洛

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

打赏也是一种认可
2人打赏
评论
有话不说憋着难受!
  1. 渴了买奶茶,饿了买干脆面。和开发很好搞得!

    回复
  2. 以活服人

    回复
  3. 推的能力固然重要,但是凡事都靠推,你会累死,团队成员也会很反感,更多的尝试建立自组织的团队氛围更为有效。

    回复
    1. 首先要统一“推动”的概念,跟团队成员确定时间节点也叫“推”,技术遇到问题,主动寻求团队以外支持也叫“推”,就算你过问一下开发进度或者给团队订立阶段目标也算“推”,不推动靠自己运转的团队,就像永动机一样不存在

      回复
  4. 嗯嗯,学习 :cool:

    回复