编辑导语：作为一个产品经理，我们面对的客户水平参差不齐，提出的需求也千奇百怪，应该先对需求进行分析，再开展下一步的工作。本文将从三个方面，围绕需求分析展开讨论，希望对你有帮助。

调研时，产品经理常常会看到一个两极分化的现象，对于没有软件基础的用户：

• 要么对软件有不切实际的想法，夸大软件能做的事，张口人工智能，闭口自动识别；
• 要么显得过于小心翼翼，不了解软件到底能解决自己的哪些日常工作，不敢说出合理需求。

那么用户提的需求，软件会做哪些呢？这是所有用户最关心的问题啦。

上一篇文章《2B产品的需求调研，还真不是人人都是产品经理》，我们讲了如何做需求调研。这个环节最关键的成功要素是：深入理解客户和用户的真实需求。

今天进入产品设计的第三个环节：需求分析。

我们从产品经理的本职岗位，来聊聊用户需求是如何转化为产品需求的？

这个环节的成功要素是：将需求调研的内容转化为可被开发与验证的产品雏形。

下面我们看看一个需求分析的大致步骤：

一、识别出有效的需求

在需求调研中，一般会出现3种情况：

1. 用户没有说清楚需求
2. 产品经理没有理解用户的需求
3. 用户忽略了真正的需求，一直在谈自己的解决方案，把产品经理带沟里了

注意：第3种情况都特别常见，我每次和不同的用户沟通时，他们都喜欢教我怎么做产品（噼里啪啦讲一堆他希望软件有什么？）。我常听着听着，就忍不住打断他们，让他们停一下，先回答我下面3个问题：

• 你实际上遇到了什么问题？
• 这个问题出现的频率怎么样？
• 解决这个问题能为你带来了什么帮助/价值？

俞军提醒产品经理：我们要听用户说，但不要完全按照用户说的去做。

那么如何识别出有效的需求呢？

我们可以把用户需求转化成用户故事的常用句式：我是“某种用户类型”，我希望“做某件事情”，从而使我“得到某种期望的收益”。

举个栗子：我是一个HR，我希望系统每个月能自动计算出所有人员的薪资，从而使我提高薪资计算效率（PS:我们的薪资有明确的计算规则）。

注意看上面这段描述，没有任何关于如何计算薪资的细节描述，但讲清楚了用户是谁？要达到什么目的？做这件事有什么价值？

当一个需求能用上面的用户故事句式来讲清楚后，我们再深入了解具体业务流程、业务规则、数据流等，这才有意义。

当产品经理开始关注每个需求的ROI（投入产品比）时，就会谨慎对待用户提出的每个需求。

二、用户需求转化为产品需求