用户需求分析

       通常我们做产品的时候都讲以用户为中心，以需求为导向。这里的需求都有一个前提，就是关联了用户，所以我们平时更多的都是在讲用户需求，也就是与“人”相关。大家都知道，人的世界里真真假假、虚虚实实，表达反馈出来的信息不一定是真实的，做为产品经理就需要掌握需求辨别和定义的方法。

需求分类：

需求按照定义分类的话，可以分为直接需求和间接需求；

需求按照客户满意度模型Kano分类的话，可以分为基本型需求、期望型需求、兴奋型需求、反向型需求；

需求按照层次分类的话，依次可分为生理需求、安全需求、社交需求、尊重需求和自我实现需求；

需求和痛点的区别：

痛点是客户在满足需求或者完成工作过程中遇到的问题、困扰、纠结等。这些问题、困扰、纠结必须要解决，不解决，始终会不舒服的点。

说白了，痛点就是在满足需求过程中，让你不爽的点。解决痛点，就是改变让你不爽的东西（包括体验）。

需求如何获取：

一、用户调研：通过用户访谈、调查问卷等形式对用户需求进行了解；

二、用户反馈：部分用户在使用产品时可能产生的痛点进行反馈；

三、领导要求：领导在产品过程中，往往会抛出一堆需求让去做或了解；

四、竞品分析：对手是最好的老师，通过竞品分析了解行业背景、战略目标、解决方案等。

五、自我总结：通过日常积累，对需求乃至产品认识；

需求分析和筛选：

需求调研后，会得到一份需求清单，但不是所有的需求都要做，一是受限于开发能力，二是需求所能产生的价值。因此，对于收集到的需求，需要对需求做一次DNA筛选，这是一个需求不断筛选、从抽象到具体的过程。

一、分析需求的属性：

每个需求都需要对其描述、来源、场景、频次、 原因、价值进行分析，初评需求实现的难易程度和需求的商业价值，从而得出需求性价比=商业价值/开发量；绝对不能因为某个需求的实现难度小就马上去做，也不能因为另一个需求的实现难度大就不做；

二、需求的优先级

需求可按照重要和紧急两个维度来划分：

·重要且紧急。这个一般是产品问题，例如服务器崩溃、代码存在bug、需求上线口碑直降等。这对产品影响非常恶劣，需要第一时间修复。

·重要不紧急。这个属于核心用户/核心场景需求。上线后的产品将得到极大完善，对用户、竞争对手有深远影响。这种需求在需求阶段需要反复分析论证、严谨规划。

·不重要但紧急。这类需求可以是错别字、功能流程存在小问题但不影响结果等框架层、结构层、展现层体验上的需求。这种属于不影响大局，但对体验有所降低的需求。

·不重要不紧急。这种一般是核心用户的次要场景，或次要用户的次要场景需求，或某些需求的后置需求，需要做，但不是现在。

总结：用户需求分析的原则

1、倾听用户不等于听从用户。很多时候我们去听用户讲解需求，会陷入到用户的思维里面去，认为用户讲的就是他们真实想要的，这是不够客观的。很多用户都不知道自己的真实需求是什么，需要把最终产品或者相似产品的参照物放在用户眼前，才能引发用户对真实需求的思考，因此用户无法表达出他们的真实需求。

2、用户想要什么不等于真实需求。如开头所讲的例子，用户想要什么产品的情况下，我们要去分析有了这个产品之后，能让用户去做什么，达到什么样的结果，再反过来去看，有哪些方式可以达到这个结果。

3、解决方案不等于真实需求。有的用户比较有思路，直接告诉你产品该怎么做，系统该怎么设计，以达到他所想要的结果。有时候碰到这种用户，产品经理也会被绕进去，还会觉得这个用户思路很清晰，沟通起来很顺畅，实际情况确是已经迷失了产品经理自身的职责。

4、可以怎么做不等于应该怎么做。后者限定死了，相对来说是基本不变的，前者确是动态变化的，可以有很多种方法，条条大道都可以通罗马，而不是应该走某条路去罗马。