前言

        产品经理每天聊的最多的就是需求，一个灵感，一个建议，一个要求都转译成了需求。

        同样每天，各个行业的各个公司的各位产品经理都在召开最普通的会议-需求讨论(评审)。不论你是非常职业的挎着笔记本端着水杯还是夹着笔记本捏着一只碳素笔，接下来要发生的事你已经因为频繁而放弃了想象。这种会议总有一类决策者聚在一起，讨论着接下来如何如何去设计他们的APP、web官网等等，他们让一些像你和我这样的人出席会议，提出并就提出的想法和计划进一步讨论逻辑的严谨性，争取做到主观或客观上的可理解。当然作为互联网行业最关键性的角色，在会议中展开一番大讲特讲也是必须的。

        不幸的事总是发生，会议也并非每次都进行顺利，撕（zheng）逼（lun）常有发生。

        我们依次进入会议室，如果老板需要参与，通常他会来的比其他与会人员早。周围则坐着各部门一群拥有发言权的同事。通常会随着今天要讨论的需求主观重要程度，气氛也会有所不同。

        “这就是这次版本的需求计划，针对咱们之前提出的问题，上线这个版本后就会修复，各方面指标预计也会有提高，具体提高多少我们还需要下去再计算下，计算结果出来我们会优剪抄送各位，各位还有什么问题吗？”产品经理刚说完，视线逐一扫过各位与会人员。

        “为什么没有XXX功能，之前群里讨论不是要加上吗？”，老板发话了

        “根据我们的经验，以及调研用户收集到的反馈，XXX功能目前性价比不是特别高，而且要做这个功能，在现有系统上会比较麻烦，我们需要快速发版，时间和人力上不够”

        “我知道，但我们在前期讨论的时候可不是这么说的。”

        “嗯？当时只是初期讨论，并没有深入，而且我们针对这个需求的进一步分析发现，即使在目前咱们的用户群体中，XXX功能更并不是用户急切需求的，之前罗列的场景也并非高频。新增这个功能后 ，整个用户体验会有大幅改动，对于老用户来说可能会增加使用难度。改造涉及的业务点和需要调整的业务逻辑非常多，从投入和产品比来看并不划算，所以我们把这个需求优先级降低了。”

        “我仍然认为用户需要XXX功能，例如我就愿意需要，在XXX产品上我发现用户也非常喜欢用”

        “是的，我知道，但是我们与XXX产品的定位不一样，用户群体也有很大差别，而且并不是所有用户都像你一样”

        “这个我当然知道，但是我作为老板也算半个产品，我知道我的用户需要什么”

        “麻麻批...（默念）。但收集的用户反馈表明我们的用户并不需要它”

        “用户有时候并不能描述清楚自己需要的是什么，但是我们可以创新嘛，产品经理不就是要创新吗”

        “但是我们的创新应该是站在用户的角度理解用户的真实想法开始”

        ”你是在说我不懂用户吗...”

        “当然不是，但是我们的分析...”

        “XXX必须要做，这个版本就上，不要再讨论了，你执行就行，研发时间不够就加班”

        “额...我们讲下一个需求”

        是不是听读起来很有画面感，这样的场景对于每一个立志要解决用户痛点问题的产品经理而言都是一种痛苦，一种沦为功能经理的痛苦。你我都知道，当我们所负责的产品真实的触摸到用户的内心所想，产品就会更成功。但有时候周围的人甚至包括我们自己都很难看清或看到那个真相。自然在所有人都不知道真相为何物时，需求讨论往往沦为立场之争。

        为什么会陷入这种局面，今天姑且不谈沟通方式，评审准备事项等，咱们就聊聊会议中的重点-需求

        究竟什么是需求，又为什么不是其他名称称呼？

        虽然各人对需求的理解和定义都不尽相同，但作为一个商业机构，作为一个服务提供商，作为一个立志把需求当作盈利起点的企业。

        需求一定是客户(用户)遇到的且愿意支付一定成本去解决的问题。

        这句话里面有几个关键词。

        客户(用户)：需求是来源于被服务的对象。源头，因为有人提出了，同时自身又没办法很好去解决。

        遇到：为什么不是想到。人本质上是生理和心理欲望的载体。 而欲望的点燃往往需要外界的诱因。人不会凭空产生欲望，所以也不会凭空想到某个东西或某件事，我们偶然或者频繁的接收了外界某个讯息，然后内心并产生了念头，导致欲望的释放被我们自身觉察到。

        一定成本：商业的本质是盈利，产品与用户之间最终是达到一种平衡关系，维持这种关系既非暴利也非免费。一定成本肯定是供给双方的平衡线。

        问题：为什么是问题，不存在解决方案的需求，是谈不上去满足的，这个很好理解。既然需求的产生源于内心欲望的释放，而我们又深知满足欲望是能获得幸福感或快感的。人的本性会驱使自己去

        我们可以回想下日常工作中，当我们的用户跟我们说：“我在使用你们的产品时，发现这个...这个...都有点问题，你们能解决下吗”。解决的对象如果是需求，那么受体就是个人。解决对象如果是问题，那么受体就是产品本身，面向群体。

        用户并不关心他说的是个什么鬼，他们只是在描述遇见的问题。

        如果带着需求的角度去思考，对提出的需求下一个疑问应该是“用户想要什么呢”。这属于猜。what

        如果带着需求就是问题的角度去思考，那么下一个疑问应该是“用户为什么要这样呢”。why。

        你看不同的思考切入点引发新的思考方向也会不一致。第一种是跨过过程直接寻找终点，第二种则是关注过程的始末，溯源起点，逐步逼近终点。

我们的产品在商业上取得成果，必然是我们解决了目标用户的某个棘手的问题。解决到什么程度决定了用户对产品的满意度

需求是用户行动的预期目标，问题则是过程中的阻碍。

需求可以是空洞的，但问题一定是可解的。

需求是某种意图表现，但问题却可以影响实施决策。