将用户需求转成产品需求

推荐IT产业链平台【邀请产品经理】通常收集到的需求，绝大部分都是“ 用户需求 ”，所谓用户需求，是指听到用户说想要的东西，以及用户以为自己想要的东西，而产品经理要做的，就是思考如下三个问题：1、这个需求靠谱么？（需求的判断）2、这个需求真的是需求么？（需求的挖掘）3、怎么向别人讲清楚这个需求？（需求的描述）

1.需求的判断产品经理先要判断这个需求是否靠谱，判断的标准就是需求是否有“ 价值 ”，这个价值，具体包括：用户价值 ：对什么样的用户，解决了他们什么问题，之后有什么好处？ 如果这个需求解决了产品核心用户的关键问题，满足之后能极大提升用户访问时长和留存率，那就是有用户价值的。商业价值 ：在满足用户价值的前提下，企业消耗多少成本？有何收益？ 如果仅通过简单的开发，能带来大量广告点击，那就是有价值的。社会价值 ：实现需求后，对社会有何贡献？ 这一点会再成熟产品上见到，比如支付宝的种树活动，不仅对用户，对社会也是有正面作用的。具体到判断方法，简单罗列一些，有兴趣的同学可以自行百度：商业模式画布、KANO模型、收益预测、维格斯法（WIEGERS’ Method）、PEST模型2.需求的挖掘有些时候，用户所提的需求，也许实现后确实有价值，但往往实现后，用户却并不买账，这时候就要产品经理提前 判断某个需求背后到底隐藏着 用户什么样的真实想法。如何做呢？简单来说，就是“ 多看、多想、多问、多试 ”，比如：需求采集阶段。需要仔细观察用户行为，“不但要听用户怎么说，还要看用户怎么做”；
需求转化阶段。需要进行场景还原，将自己设想成用户，分析他们的目标，这得靠领域知识和对目标用户的理解；
方案产出阶段。将自己想出的解决方案，找真实用户询问验证。
方案完成阶段。采用灰度发布、A/B测试方法，将功能露出给部分用户，试探用户是否真的喜欢使用该功能
这里推荐《人人都是产品经理》中介绍的“ Y模型 ”，可以较好地训练挖掘需求的能力，有兴趣的可以自行查看。3.需求的描述觉得需求有价值，也判断出真实需求了，接下来就要用“ 产品语言 ”将用户需求转化成产品需求，方便后续的实施团队理解。所谓的产品语言，包括： 需求树+用户故事+用户任务需求树 。就是采用树形结构，以某个功能参与角色角度出发，分别描述不用的角色，在什么场景下，希望完成什么任务，需要什么功能。务必做到不重复、不遗漏，符合MECE原则。简单示例如下图：

用户故事 。就是用讲故事的方法，描述一个用户，具体使用产品、使用功能的场景。用户任务 。就是用格式化语言，描述某个用户，具体使用某个产品功能，完成某个任务的过程，并赋予这个任务的价值和成本通常需求树用于产品结构描述，用户故事用于产品背景描述，用户任务用于产品某个需求的描述。至此，通过需求判断、需求挖掘、需求描述三个步骤，就能比较完整地将合理需求甄别出来，进入准备实施阶段。