产品经理保障研发进度的方法除了“跪舔”，还有啥？

产品经理保障研发进度的方法除了“跪舔”，还有啥？

产品经理常常会遇到因为某些环节被研发耽搁进度的时候，面对这样的情况，我们该如何保障研发进度，避免项目延期。作者列举了四大锦囊，帮助你更好地催进度。

产品经理威胁研发：“能不能按时交付？敢说个不字，我这就跪倒在你面前！”

我们今天聊的内容，前提条件肯定是产品经理得把需求给整明白，详细来说，也就是原型和PRD，这个得合格啊。

如果连这些都不合格，还敢去催研发的进度，那还不得站着走进去，担架抬出来！

至于怎么把需求给整明白，这个之前发过许多这方面的文章，大家可以自己翻阅。

那我们今天聊保障研发进度是什么意思呢？

一句话总结一下就是：如何保质保量地在约定时间内，完成既定任务！

注意几个关键词哈，一个是不仅有量，而且得有质，再有就是约定时间和既定任务。

这几个词说起来简单，但很多时候，都会因为这几个词啪啪打脸，毕竟项目延期的事情，在互联网界真的是屡见不鲜。

如果是自己公司的产品，挨老板一顿骂，可能也就过去了；如果是签署合同的项目，那如果延期了，真的是有可能需要承担法律风险的（虽然大部分情况下不会，毕竟甲方爸爸的需求老是变，也没听说谁拿着合同去告甲方的）。

一、产品经理 vs 项目经理

再来聊简单聊一下产品经理和项目经理的问题。

通常来说，产品经理只需要保障最终交付的时间节点即可，而不需要关注整个过程，过程的把控是项目经理的职责。

如果公司有产品经理和项目经理明确职位划分的话，那一定不要做出越俎代庖的出格行为，这是职场大忌。

但很多时候吧，产品经理往往需要既当爹又当妈，尤其是有些公司，就有着明文规定或者是有着不成文的规定，就默认为产品经理是产品的负责人，产品出了任何鸡毛蒜皮的问题，那都是产品经理的责任。

那这个时候就不得不“在其位谋其政”，只能全方位无死角360度地保障产品落地了。

而且换句话说，技多不压身，不管做不做管理层，我们总会有管理人或者管理事务的时候，多学一点管理技能，总归是不会错的。

二、常规方法

好了，进入正题，我们先来聊一下产品经理“催”进度的常规方法，如果这些行不通，我们还有四大锦囊妙计！

产品经理保障进度的常规方法大概有这么以下几种，工作过程中，可以先使用常规方法来劝化一些“正常人”……

方法一：讲道理

作为产品经理，我们可以动之以情，晓之以理，比如像什么好好干能够提升能力啊，升职加薪啊之类的，以三寸不烂之舌舔到对方心窝子里。

不过这种方法，通常只能说服30%的正常人。毕竟道理大家都懂，而且大饼吃多了，容易噎着……

方法二：讲条件

这种方法同样需要你有画饼的技能，首先能够让大家望梅止渴；

再然后呢，还需要你有一定的权利，能够申请到比如调休、项目奖金之类的。毕竟狼来了的故事，只能哄骗一次两次，然后代价是永久失去人心，很不划算……

方法三：讲人情

这种方法，又分了几种不同的层次。

层次一：“大哥，请你喝奶茶！”

层次二：“大哥，请你下馆子！”

层次三：“大哥，请你晚上出去浪……”

如果这三种方式，你都试过，而且都不奏效的话，那还可以试试以下四个锦囊妙计，关键时刻，能救狗命！

三、四大锦囊

四大锦囊妙计分别是：顺手牵羊、偷梁换柱、耳提面命、斗转星移！

锦囊一：顺手牵羊

怎样能够万无一失地保障研发进度呢，其实说起来也简单，给你资源足够多，那肯定延期不了，这话没毛病吧！

然而很多时候，资源是需要去争，需要去抢的，毕竟会哭的孩子有奶吃。那么问题来了，怎么“哭”呢？这也是很有技巧的~

在争取资源之前啊，就需要我们去好准备工作了，一张非常之详细的《项目排期表》，足够帮我们解决问题。

整个项目，都分为哪些阶段，每个阶段都干一些什么事情，产出一些什么内容，需要多少人力，等等等等，一目了然。

拿着这个去找领导找老板，进一步来说，能够争取到足够的资源，这自然是万事大吉；退一步来讲，如果没有足够的资源支撑，那后面延期了，这可不能全部都赖我啊，咱可是有理有据的，是吧。

当然，这个《项目排期表》，我们产品经理自己可没本事全部搞定，需要拉上技术经理一块泡澡按摩的时候，好好商量一下~

锦囊二：偷梁换柱

是个人都不喜欢催，催是一件非常拉仇恨的事情，通常被催的人都会有这样的心理活动：“催什么催，你是活不到明天了么？”

所以说，一定不要让团队的人认为，是你作为产品经理在催，而是你也很无奈，领导在催你，老板在催你，客户在催你，所以你才不得不催大家。

一定不要把自己搞到研发同学的对立面了，你要坚信，而且也要让大家都坚信，你们是同一战线的。

这个时候就需要多费点口舌了，把整个项目的背景啊，目标啊，这些给讲清楚说明白。

而且最关键的是，时不时也要给大家诉诉苦水啊，说你为大家抗了多少压力，才争取到今天这个局面，把大家感动的一把鼻涕一把泪的，那这个事情就成了！

锦囊三：耳提面命

先说一个观点，我不反对会议，因为有时候几个人一个会，真的能够很快地解决问题，但是我坚决反对无效的会议，有事没事就拉着一堆人开会，然后会也没有结论，大家白天开会，晚上干活，这种团队迟早完蛋！

在研发的过程中，每日站立会，周会，月度会，这些都是必不可少的。

每日站立会：建议10分钟搞定，每人汇报一下进度以及遇到的问题，至于问题的解决，不在会上讨论，可以会下找相关人员进行探讨。

周会和月度会：这个时间长短看情况而定，但也建议每个会不要超过1个小时，1个小时以上的会议，大家的注意力就会无法集中。

周会和月度会这两个会议的作用是差不多的，就是及时跟我们的里程碑节点进行对照，以及向领导、老板、客户进行汇报，这个汇报很关键哈，如果有同学不明白这个汇报的意义，大家可以看看这篇文章就明白了：《领导说：“这个不是我想要的！”》

除了这些会议以外，最好能时不时给研发同学来一首《only you！》，让研发同学明白，离开了他们，你可能会茶不思，饭不想，甚至是心脏都会停止跳动！

锦囊四：斗转星移

这是一道面试的时候，经常会被问到的问题：“如果项目存在延期风险，你作为产品经理该怎么办？”

有很多涉世不深相对耿直的同学，会直接来一句：“那让研发加班搞吧，木得办法！”

面试官当时的心理或许是这样的：“上一个产品经理，就是这么整，然后被研发打跑的……”

回答这道题啊，首先就是明晰原因，然后给出解决方案。

原因通常为两种，第一种是前期评估不准确，包括产品梳理的需求不够清晰，以及研发时间评估存在问题，这种其实就是属于内部问题，那就提升水平，制定制度呗，这个不多说了哈。

第二种原因，那就是不可控因素了，比如突如其来的需求变更，或者是客户方比较强势，就想要那个时间点完成，而销售为了答订单，“咬着牙”答应了下来，然后回来告诉团队，需要啥时候完成……

这种情况啊，就得用到我们的锦囊妙计之斗转星移了。

我们最为产品经理，都听说过MVP产品模式对吧，那这个时候，就把需求的优先级给排个序，然后呢，只要把最核心的内容给保质保量地交付掉，然后让用户能够用起来，然后逐步迭代，这种方式，相信大家都是能够接受的。

以上就是今天的所有内容了，希望大家都能够与研发同学一起好好活着……