绝大多数公司的销售/运营会和产品经理这么聊天：“客户要在这里加个按钮”，“客户要这个功能，我们可以做吗？”，“怎么那个功能提了好久了还没做？”，“客户说有了这个功能就签单”。久经沙场的磨练下，产品经理对这些腔调已经免疫了，你苍白的描述没有任何有效信息。耐心的产品经理会循循善诱，多问你几句，比如“客户为什么要做这个功能”，“哪些人会用这些功能”，多数时候你会不知道怎么回答产品经理的问题，你就会觉得产品经理在刁难你，不想做故意找茬的。我今天就告诉你怎么“对付”产品经理。
产品经理最核心的工作职责
国内产品经理这个行当在某些层面上是有些混乱的，很多人对产品经理的岗位有误解，公司规模/阶段对产品经理的重点要求也不一样，下图前两部分“研究”“设计”都在产品经理的工作范畴里。
我认为产品经理最核心的工作职责，是明确负责产品/模块的价值，包括用户能得到什么，公司能得到什么。这也是为什么和产品经理提需求时，你就说一句话“这里加个按钮”他没法下手的根本原因，即使你说了“有了这个功能就签单”，签单也不完全是“价值”。产品经理要明确的价值，是有逻辑链条的价值：哪些用户要这个功能，用户要解决什么问题，这类问题是不是在多数客户里普遍存在等等。
为了寻找/验证这个价值，产品经理可能要和用户直接沟通，找寻用户真正痛点，明确了产品价值，定义好需求，还要考虑这个功能需要投入多少资源，结合其他的需求比对排列优先级，最后才是着手画原型，说实话，前期的工作量不比画原型少。反过来想想，如果你遇到一个不会“刁难”的产品经理，什么都答应，这个产品经理八成不靠谱，他负责的模块很有可能是老太婆的裹脚布——既臭又长。
什么是“需求”
客户想买一个电钻，他的需求不是电钻，其实他想要一个洞。甚至洞也不是客户的需求，客户为什么想要洞呢？可能想在墙上装个书架。（他为什想装个书架？我们先不深究）客户最的真实需求就是装个书架，他遇到了问题，没法固定在墙上，因此需要用电钻来解决。
回到工作里，下面这些描述都是需求吗？
- 增加个导出功能
- 注册时候加个手机验证
- 这个页面很卡
- 这个页面很丑
- 客户说这个很麻烦
也可以说是，也可以说不是。是的部分，客户可能的确需要这些功能，就像客户需要电钻一样。不是的部分，这些多是表面的需求，这些可能不是客户最终想解决的问题，其实还有个更重要的问题，“客户”到底是谁都没有传达清楚。
那到底如何定义需求？我估计很多产品经理都取分不清楚"用户需求"/"产品需求"/"功能需求"，其他岗位的人可能更难全面理解“需求”这个词所有的内涵。我告诉你个方法， 你就能准确描述客户提的“需求”，你不必为“需求”这个概念纠结。
如何描述"需求"
对于非产品岗位的人来说，用【用户】-【场景】-【问题】-【可能的解决方案】来描述客户提的要求。其实这个要求很高了，很多初级产品经理都不一定见得能做好，但是你了解了这个思路，不断的训练自己，产品经理不仅对你刮目相看，你在客户面前的专业度会大幅提升。
领导提出了一个“需求”， 要加一个优惠码功能。我们可以试着分析哪些用户能用到这些功能（第二个节点），每个用户在哪些场景下可能需要这些功能（第三个节点），这些场景下客户会遇到什么具体的问题需要这些功能（第四个节点，省略），这些问题还有其他解决方案吗？
如果有客户和你提“需求”，你自己要先了解全面，这个功能是这个客户本人使用吗，还有其他人（比如客户的同事/领导，其他客户）会有这个需求吗，不同的用户什么场景会想用这个功能，客户这个场景遇到了什么问题，有其他代替方案吗（有可能是其他功能方案更好，有可能通过运营等其他手段来解决）。你先问个底朝天，你自己就差不多清楚客户到底想要什么，甚至帮客户找到了临时解决方案，或者现有产品其他功能就能解决客户的问题。
你在把这些反馈给产品经理时，产品经理得到的信息比你之前一句话扔个他的效果好几个数量级，也不需要再重复“骚扰”客户。
不用担心一开始就能熟练使用这个方法，你先吧这个思路牢记于心，就会发现和产品经理的沟通顺畅很多。
图1.产品经理工作职责图片来源：十张PPT帮你搞懂产品经理是什么？
图2.优惠码用户-场景分析图片来源:三节课产品经理培训资料
