关于需求管理，你可以试试这两个工具

我认为这句话很好的解释了“产品”的概念： 产品是一个需求的聚合体，它不一定是一个网站，不一定是个软件，不一定是个互联网的产物，但它一定满足了某些人的某些需求。 成功的产品和失败的产品最大的区别是能否很好的满足需求，从这一点出发，我认为需求管理是所有阶段的产品经理都需要慎重对待的一件事。

我真正意识到需求的重要性，是在我从事产品工作的第一个月后；逼迫我作出这种认识的，不是我的老板而是糟糕无序的产品。

在我刚刚接触产品的时候，因为没有人告诉我怎么做，我常常感到一种不自信，这种不自信体现在需求上，就是不懂拒绝，来自各方的需求，一层层堆叠在开发周期上，看到就是一阵头大。因此，当产品上线后，我做的第一件事情，就是回过头来好好整理了一下需求的管理方法，分享出来希望对大家有所帮助。

需求从哪里来，你就到哪里去

一个产品项目在还没有启动之前，就会确定下这个产品的产品价值，这决定了产品的前进大方向。但是，大方向虽然确定下来了，但是具体做什么/怎么做都是最实际的问题，这里的具体做什么和怎么做，就需要产品经理和其他决策者一起通过需求分析得到。

需求是人们对产品的期待 ，渴了要喝水，饿了要吃饭，这是广义上的需求，狭义的需求，则是经过筛选后留下的对特定产品服务特定场景/用户有正面影响的诉求和建议。

需求的定义告诉我们，既然需求是对特定场景/用户有正面影响的诉求和建议，那想要真正了解需求，就必须抓住需求的来源（即特定场景/用户）进行深入的分析，这就是“需求从哪里爱，你就到哪里去”。

有朋友问我，他想开一个VR体验馆，从产品的角度应该怎么做需求调研，我给他推荐了几个VR爱好者的群和论坛，让他从这些特定人群中挖掘他们对VR体验馆的期待和需求，上海有几家做的比较好的VR体验馆，我也建议他多去体验一下，看看人家好在哪里。

我写这文章的时候，总是一直回忆自己当初从什么都不懂的小白一路走来时爬过哪些非常深的坑，遇到过哪些翻来覆去找不到答案的问题，这些问题很有可能也是许多产品同行正在苦恼的问题，能够解决他们的需求。 这其实证明了：需求的来源很多，但是始终绕不过一个原则，那就是 同理心原则 。

有人会问，怎么去培养这种同理心呢？比较笨的做法是和我以前一样，公司所有职位都尝试一遍，自己做一遍，细心体会，不过这个往往只在小公司小团队中适用；还有一种办法是请整个公司各个部分的同事来一起收集需求，描述需求。这种方式的优点是不必事必躬亲地去体验，适合多人协作场景中使用，但是缺点是会需要占用一部分时间来互相沟通需求，这种沟通的过程，就叫做需求评审会，当然这是后话。

回过头来说需求的来源。前文提到，主要来自于特定场景和特定用户，这是最核心的一部分来源；单独拿出来说，是希望大家能够把“从用户中来，到产品里去”作为自己收集需求的第一选择。但实际工作中，我们也不可能有非常多的时间和所有用户一对一的沟通交流，这就要求我们通过更全面的渠道获取到需求。根据我的工作经历，归纳总结下：

1. 老板提出的需求；

2. 用户直接反馈的需求；

3. 公司内部同事反馈的需求；

4. 通过数据分析／问卷调查得到的需求；

5. 自我驱动产生的需求。

在我的工作范围内，需求基本上来自于这5个渠道。

老板提出的需求其实是基于老板对产品的理解，往往很难拒绝，但是如果对于实现产品价值有很大的影响，必须尽自己所能说服老板。

用户直接反馈的需求，前面提到了，就是找到产品的潜在用户群或者实际用户群，1对1地交流沟通，这依赖于个人表达技巧和用户的表达意愿。公司内部的所有成员对产品会有各个角度的不同理解，了解他们的需求往往可以让你考虑问题更加全面细致。

通过数据分析/问卷调查获取到的需求往往来之不易，因为这需要长期地/有先见性地预估到某些问题。数据分析帮助我们发现问题，问卷调查帮我们验证问题，但中间这个提炼需求的过程，属于个人能力和素质，需要一定的专业能力。

自我驱动产生的需求，用大白话说，就是产品sense，基于你对产品和市场的了解，猜测性地提出的某些可能对产品发展有好处的需求，这同样难得一见。

需要提示各位的是，尽管需求获取的来源看似很多，但实际工作中如何为整个团队建立起一种“产品至上”，“发现需求人人有责”的价值观并不容易，这也意味着，说服所有人共同来完成需求池的搭建与积累，还需要一些更具操作性的方法。

需求管理责任人：产品经理

需求管理，人人有责，但是产品经理责任最大。