通常收集到的需求，绝大部分都是“ 用户需求 ”，所谓用户需求，是指听到用户说想要的东西，以及用户以为自己想要的东西，而产品经理要做的，就是思考如下三个问题：

1、这个需求靠谱么？（需求的判断）

2、这个需求真的是需求么？（需求的挖掘）

3、怎么向别人讲清楚这个需求？（需求的描述）

需求的判断

产品经理先要判断这个需求是否靠谱，判断的标准就是需求是否有“ 价值 ”，这个价值，具体包括：

用户价值 ：对什么样的用户，解决了他们什么问题，之后有什么好处？ 如果这个需求解决了产品核心用户的关键问题，满足之后能极大提升用户访问时长和留存率，那就是有用户价值的。

商业价值 ：在满足用户价值的前提下，企业消耗多少成本？有何收益？ 如果仅通过简单的开发，能带来大量广告点击，那就是有价值的。

社会价值 ：实现需求后，对社会有何贡献？ 这一点会再成熟产品上见到，比如支付宝的种树活动，不仅对用户，对社会也是有正面作用的。

具体到判断方法，简单罗列一些，有兴趣的同学可以自行百度：

商业模式画布、KANO模型、收益预测、维格斯法（WIEGERS’ Method）、PEST模型

需求的挖掘

有些时候，用户所提的需求，也许实现后确实有价值，但往往实现后，用户却并不买账，这时候就要产品经理提前 判断某个需求背后到底隐藏着 用户什么样的真实想法。

如何做呢？简单来说，就是“ 多看、多想、多问、多试 ”，比如：

• 需求采集阶段。需要仔细观察用户行为，“不但要听用户怎么说，还要看用户怎么做”；

• 需求转化阶段。需要进行场景还原，将自己设想成用户，分析他们的目标，这得靠领域知识和对目标用户的理解；

• 方案产出阶段。将自己想出的解决方案，找真实用户询问验证。

• 方案完成阶段。采用灰度发布、A/B测试方法，将功能露出给部分用户，试探用户是否真的喜欢使用该功能

这里推荐苏杰在《人人都是产品经理》中介绍的“ Y模型 ”，可以较好地训练挖掘需求的能力，有兴趣的同学可以自行查看。

需求的描述

觉得需求有价值，也判断出真实需求了，接下来就要用“ 产品语言 ”将用户需求转化成产品需求，方便后续的实施团队理解。

所谓的产品语言，包括： 需求树+用户故事+用户任务

需求树 。就是采用树形结构，以某个功能参与角色角度出发，分别描述不用的角色，在什么场景下，希望完成什么任务，需要什么功能。务必做到不重复、不遗漏，符合MECE原则。简单示例如下图：

用户故事 。就是用讲故事的方法，描述一个用户，具体使用产品、使用功能的场景。

用户任务 。就是用格式化语言，描述某个用户，具体使用某个产品功能，完成某个任务的过程，并赋予这个任务的价值和成本

通常需求树用于产品结构描述，用户故事用于产品背景描述，用户任务用于产品某个需求的描述。

至此，通过需求判断、需求挖掘、需求描述三个步骤，就能比较完整地将合理需求甄别出来，进入准备实施阶段。