产品需求调研：怎么做产品需求调研？

很多产品经理在需求调研时都会犯同样的错误。

“当你下载一个新的产品时，问一些关于产品的问题，告诉你产品哪里不好，哪个功能好”

判断好与坏之后，需求调研就完成了

但实际上，产品经理仅仅通过找出哪些功能做得好，哪些功能创新，并不能提高产品设计能力，改进工作产品。

产品经理应该依靠:

描述、交互设计、商业模式、用户定位、优化和建议五个维度来做。只有这样才能转化为可用的产品。

但是这么多产品经理只是站在一个普通用户的角度做需求调研。为什么会这样呢？

原因很简单。它是从用户角度出发的最简单无脑的体验产品。只有通过反复的操作，各种极端情况的体验，演绎归纳，才能区分以上五个维度的需求研究。

所以如果你想让一个产品经理对每个产品采取四个步骤。除了工作的硬性要求，这在生活中是不可能的。

2。产品经理了解产品-使用产品-优化产品

这不是工作要求。我们平时的体验只保留在“使用产品”上。如果真的要转化为忠实用户和付费用户，要么是自己的生活需求，要么是绑定服务。比如我买了小米的智能家居，需要下载小米的APP来完成智能硬件操作。

所以产品经理在日常生活中很少会用一个有需求调研习惯的产品。这也导致很多人把需求调研归结于沟通技巧和文档技巧。

其实需求调研是一个单独的考核能力。

产品经理在需求调研中都做些什么？

任何人都可以吹捧产品经理这个概念，让它看起来只要有一颗发现问题、解决问题的心，就可以算是产品经理的需求调研。没有具体的规范，很多企业在招聘中不注重需求调研能力。

但其实真正的产品经理岗位，需求调研是有标准的。

不管是什么样的产品经理，还是老鸟新人，都适用。

比如我在做客服系统的时候，随着日常客服咨询的增多，客服部门客服人员的工作效率极度降低。迫切需要提供语料库对话机制、智能问答和快速回答来帮助提高服务效率。

这种场景是典型的功能需求。业务方和产品经理都可以知道添加什么功能以及如何转换它们。目前互联网公司的主要研究方法就是这种功能需求研究。

▲客服系统功能设计

也就是说，少了什么功能，就增加什么功能。产品经理的核心能力在于能不能很好的体验功能，有没有高效率。

比如有面向C端的产品，也属于这类需求，比如功能需求不合理，bug明显，功能使用下不稳定。

2。已建立的业务流程和规范

比如我在做医疗管理系统的时候，医生需要一个会诊系统来管理病人数据。但由于患者在实际服务中有检测数据、设备数据等多种来源，以医生为代表的业务方并没有具体说明如何展现，想要什么数据。

所以需求调研要搞清楚整个业务流程和各个业务节点的数据使用情况。比如某些单台设备(皮肤检测仪)的数据不可用，就需要手工导入或者以“插件”的形式采集。

同时告知医生部分数据无法采集，但可以通过第三方设备显示，并在医生服务中增加了用户查询第三方平台的操作流程。

这部分工作就是明确边界和规范。甚至有助于优化业务方面的规则。

3。通过数据和问卷调查法

这部分需求调研其实是基于数据挖掘和新功能的优化。比如在PMTalk产品经理社区，你会发现用户的阅读量和访问量周一到周五最高，周六周日最低。

同时，到了国庆等节假日，数据也是最差的。

最后我们得出一个结论:产品经理是懒学习者，平日里只想学习。

所以在调研中保证周一至周五有广告，增加平日签到功能，帮助用户停留在高转化周期。

▲电脑管家增加签到，增加用户日留存

4。给自己推荐合适的产品，把抽象变成具体。

在需求调研中，因为互联网包含了越来越多的业务。产品经理是不可能精通的。比如监狱系统，政府环境管理系统，市场上没有成熟的产品经理竞品。

所以通过推荐一些同行的标准化产品，其实是在帮助产品经理更好的可视化自己的需求。毕竟最终的需求调研是要在RD上线的，而且必须是可执行的、可评估的、整体规划的、可操作的。

无论什么系统，都离不开用户使用场景。用户只依靠查询、增删来完成自己的使用。

5。确定能做什么和不能做什么的界限

研究的另一个重要部分是确定什么需要研究和开发，什么不需要。比如PMTalk在做小程序的时候，通过竞品和用户画像发现小程序阅读文章的体验较差，内容展示和微信官方账号存在矛盾。小程序阅读没必要大惊小怪。

但由于小程序满足了社区内跳转和数据采集的要求，用户点击小程序进行报名并使用小程序组装门票是有意义的，所以我们选择了活动报名系统中的小程序。

同样的场景是阅读第三方开放平台的开放文档。通过阅读平台打开文档，有哪些能力和能力不足。

阅读API文档也是需求研究的重要部分。在知道自己能做什么之前，先要熟悉平台的功能是什么。

产品经理的需求调研不是评价“好坏”[S2/]

综上所述，一个产品经理的需求调研不是站在用户的角度:“产品好用吗？”

而是输出业务、技术实现、资源整合、规则边界的综合能力。互联网早期，需要调研，有专门的需求分析师岗位。这种同学会最终输出产品问题、优化建议等。，与产品经理不同的是，不会给出原型或产品方案。

同时，需求调研依靠产品经理背后强大的方法恢复工作经验。你做过多少类似的产品，你就知道同一个产品的大致实施方案。说白了，发现问题，解决问题，就是核心产品经理的知识沉淀。

因此，经验和工作时间也会极大地影响产品经理的需求研究能力。最重要的是养成超越“普通用户”的视角，以产品经理的视角观察产品的习惯。