学会这个 让程序员做一万个需求都不够！

在小区门口，我目睹了一场事故。

外卖小哥在跟居委大妈争论，为什么别人进小区能骑车，我不行？

从外卖小哥质问的态度，我知道他今天肯定骑不进小区了。

这个场景在产品经理的工作中也常发生，一个产品经理对着程序员大喊： 这个需求很简单，怎么实现我不管，反正明天要上线，开发你得看着办。

无数次事实证明，产品说完这句话的结局肯定不比外卖小哥好多少。于是就出现了争吵、互掐的工作场景。

然而，换个方式、加上技巧，我们就能让开发做需求做到根本停不下来 。

 01   区分目的和过程 

身为骑手，目的是骑车进小区吗？不是，目的有且仅有一个：将外卖送到用户手中。

骑车是较快的送达方式，是配送过程。现在为了这个更快的过程，与别人发生争吵，且不说最后是否能骑车进小区，争吵也影响配送效率，浪费时间。

产品同理。产品的目的是做需求吗？不是，产品的目的是解决问题、达到预期。需求是解决问题的方式，还是之一。

所以，每当迭代的时候，我们要明确产品的目的是什么、版本的目的是什么 。然后不达目的不罢休，不是不做需求不罢休。

1、达到目的，可以不做需求

需求可以不做。如果不做需求就能达到目的，何乐不为呢？ 我们还能把开发资源用到更重要的地方。

产品经理接到任务时，首先要判断是不是亲自做，其次才是怎么做。产品做需求是一种方式，运营方法对接是一种方式，公关市场PR是一种方式。我们要善于借力打力，隔山打牛。

比如说做问卷收集用户数据，开发说找数据同学分析日志就可以。比如说用户增长拉新，趁着市场投放收割用户也可以。

2、达到目的，可以有多种方式

当决定通过产品迭代达到目的，版本才刚刚开始。

一个好的产品经理，需要综合考量各种方案。每一种方案，都代表了一种需求。然后我们需要从 实现难度、人力成本、时间预期、资源匹配度等方面，找出一个最符合当前情景的做法。

争执的原因是我们最后选择的做法不是开发期望的做法。这个时候不要着急，记住我们是为了达到目的。先了解不能实现的原因，然后 切换到另一种可行的方案，跟进执行照样到达目的地。

产品经理要做的就是快速调整、实时变通。

 02   与开发同频，齐心协力 

当开发说需求不能做时，我们要找到其他替代方案。但 现实工作中，我们有时会找不到其他方案。

这个时候，我们就要把开发拉到跟自己同一条战线。不要争吵对立，而是绑成一条绳上的蚂蚱。

这条绳的一端是目的，一端是需求。

1、找队友，让开发人员成为队友

首先要明确，开发人员是我们最好的队友，千万不要搞成对手。

当需求不能实现时，实事求是的说明这么做的目的，表达自己不是为了做需求难为开发，而是为了达到目的。现在，这个目的难到了我们。注意要特别强调我们，而且我们还是队友。

目的肯定利好，对产品和公司都有利，对团队的每个成员都有利。在有利的背景下，我们当是齐心协力的队友。

此时，我们表达的是有利可图的队友，要的是齐心协力的做事。而需求则是做事的方式。

2、找方案，让开发人员一起想方案

有一个技巧是，我们要学会把皮球踢给开发，或者说借用他们的力量来做事。

我们提了一个需求，是把皮球踢给了开发。开发说不能实现，又把皮球踢给了我们。这个时候我们可以问一句：那还有没有其他的满足方式？

永远记住，我们是为了达到目的，不是为了做需求。把目的跟开发明确后，主动问询他们的方案，他们也常常有较为简单的奇巧技艺。

当开发帮忙想方案时，他就进入了主人翁角色。

一旦成为主人翁，那事情就是自己的事情。自己的事情解决起来只有时间问题， 至于这个方案是否可行根本不重要。因为答案总比问题多，事情肯定能解决。

 03   该哄就哄，该怂就怂 

但，还是有例外。

需求确实难实现，而且只能硬着干。

此时开发不情愿，作为产品怎么办？

哄好开发，认怂完事。

1、要哄，哄好开发的小脾气

产品经理要承认事实，有时候我们确实给开发造成很大压力。压力可能是实现的难度大或者要求的工期紧。 （这两个原因，大部分情况都无法缓解）

这个时候产品经理不应该再有个急脾气。细心观察开发的情绪，当个朋友，陪伴左右。适当的当个出气筒也未尝不可。

人都有反思情绪，在狂暴之后就会反思愧疚。反思刚才自己是不是做的不太恰当，说话是不是太冲撞，然后产生该怎么弥补的后续。

是的，我们用的就是这种反思愧疚，驱动开发解决难题、做完需求 。

2、认怂，可怜无辜博取同情

人都有保护弱小的天性，女产品在这里有优势。

我们要善于扒开自己的伤疤，让开发看看，告诉他们做产品有多难。

这个伤疤可能是KPI的压力，可能绩效C的评级，可能是老板说的明天就得上线，可能是客户催的 deadline。

做事不争论，而是消除信息的不对称。一面要敢于承认自己需求的不合理性，但另一面也要表达自己的苦衷。

这个层面其实是认怂卖惨，就是要表达需求如果不做，我们伤疤会更大。 钢铁直男哪顶得住这架势，相信开发，他们的心也是肉长的。

此时，安心的等着开发做需求吧。

 04   表扬鼓励，长期发展 

一个需求是朝夕，一万个需求是长期。

产品和开发需要长期的合作。站在时间点上，我们可以用方式方法推进需求，但长期还得靠激励，正向的激励。

开发升职加薪的物质激励，产品能做的微乎其微。但做事的价值意义，是我们可以做好的精神激励。

1、要表扬，肯定开发的辛勤付出

职场都要强调价值和意义，一面是项目的价值和意义，一面是自己的价值和意义。

我们要维护并发扬，团队成员存在的意义。

上线邮件附带的感谢清单，攻克难关时毫不吝啬的鼓掌，同事对话间不经意流露出的欣赏，项目复盘时的特别表扬。

雪崩时，没有一片雪花是无辜的。上线时，没有一行代码是白费的。我们要让开发敲的每一个字节都跳动，让每一次的辛劳都有阳光。

2、要实在，帮助开发解决问题

开发也会遇到难题，我们要跟开发建立线上线下的革命友谊。

工作中主动帮开发接下沟通对接、来回扯皮的会议，当有确定性的流程和方向时，再让开发介入，他会默默的感谢你帮他省时省力。

生活中顺手拿个快递，王者开黑记得选蔡文姬。主动打听 市场妹子的信息，整理完善主动供给。

要实在，这叫善解人意。

---

 最后 

产品经理要修身。

相信我，推进需求的速度与自身的能力成正比。

我们要在工作中无数次的证明自己。自身厉害，开发就会减少质疑。 如果在开发心里，被定义水平低下，我们将举步维艰。

在自身有实力的前提下，配合上方法技巧，那需求从来不是问题。

也许，你，是他最乐意配合的产品经理 。

此时，跟着你，做一万个需求可能还真不够。