需求分析贯穿整个产品生命周期，不断进行验证，找出问题，进行分析，得出解决方案，是产品童鞋不断做着的事情。今天我们来好好聊聊，这个被产品经理整天挂在嘴边的字眼儿“需求”。提前说下，这篇文章比较干货。
本文主要内容：
- 需求的概念
- 收集需求的方式
- 需求分析方法
- 需求分类及优先级排序
1、需求的概念
在经济学，营销学里需求的定义：在一定的时期，在一既定的价格水平下，消费者愿意并且能够购买的商品数量。
而互联网产品的本质是提供各种在线服务，在互联网领域这样定义需求：
需求，实质上是基于互联网系统，提出解决用户问题的方案，并逐步完善体验，让用户获得满足感。
即：需求是用户在某个场景下未被满足的期望。
提炼为：用户需求 = 用户 + 场景 + 期望。
所以，当我们接收到一个需求时，需要追问清楚“用户”是谁（是一个具备什么特质的用户），在什么场景情形下，用户希望程式能够帮他实现什么目标。
识别伪需求
什么是伪需求？满足以下2点基本就可以判刑：
- 只有欲望，并不打算做任何付出，或者需求量太少，不值得开发
- 无差异属性，对用户来说有没有此功能都无所谓
举个例子：
2、收集需求的方式
获取需求的方式有以下多种：
用户反馈：针对一个已经上线的成熟产品，用户、客服、业务同事、领导的反馈问题，需要及时记录下来，作为后续
用户访谈：确定访谈目的及访谈对象和方式（语音or面对面），设计访谈提纲（确定用户画像特征，目前用户场景和痛点，商业价值），制定访谈计划并实施，最后总结访谈内容。
市场+用户调研：对行业整体市场有一个全局的了解，比如目前总网民数有8亿，如果产品所处行业用户数达到了6亿，自身产品的用户数有3亿，那么自身产品在整个市场上用户增长空间为2亿；在存量市场上，自身产品的可竞争用户是3亿。
问卷调查：拟出问卷题目，投放于市场，请用户帮忙填写，收集反馈结果，进行分析。
头脑风暴：团队成员聚在一起集思广益，提出自己对产品的见解和意见，把idea写在卡片上，收集后并贴在白板上。
竞品分析：拆解竞品相关功能设计，交互体验，业务逻辑，从而挖掘出自身产品可以改良的点。
数据分析：根据自身产品数据的变化以及对比，对产品功能或者交互设计、逻辑进行调整。
用户访谈，问卷调查，这2种方法详细讲述，请见往期文章 《产品经理必备技能-下》
这里针对通过数据分析做产品，给出一个案例：支付宝充值完成后的页面，左图中“立即领取”20元红包，只是一个很小的按钮，配了一张图吸引用户注意；
根据产品数据分析发现“领红包”拉新客户的转化率很高，于是改为右边–>整个图“领取红包”是一个button，扩大了点击区域，以此增大转化率。
支付宝充值完成后的页面：
3、需求分析方法
需求分析：从用户提出的需求出发，挖掘出用户内心真正的目标，并将此转化为产品需求的过程。
在进行需求分析过程中，通常需要具备一个全局观，对整个产品目标有明确的认知，平衡好用户需求和产品商业目标，以保证需求的方向不要走偏，不要违背了产品的大目标。
需求分析可以分为三大步： 明确问题–拆解问题–列出解决方案
明确问题:
提出的问题要聚焦、明确、开放。不能泛，模糊。要有用户（具备什么特征的用户）、场景、问题。并明确解决该用户问题，带来的产品价值。
请看例子：
拆解问题:
可以从以下5个维度去拆解问题，把已经明确的问题，从多个维度进行拆解，目的就是为了找到更合适的解决方案。
积极：通常可以拆解出怎么做对用户来讲可以产生更积极的情感。
否定：通常可以拆解，即使不做什么，依然可以产生好的结果。
转移：转移指的是不直接单独解决当前用户的问题，通过转移法，用户转移、问题转移等。
拆解：把当前问题刨根问底的拆，挖掘更多的可能性、找到问题本质。
脑洞：这个更多的靠灵感、经验等进行头脑风暴，补充其他维度考虑不到的地方。
将每一个维度，能够想到的所有问题，无论技术上是否可实现，都列出来（可以采用思维导图）。
列出解决方案：
根据以上问题拆解，逐步列出的所有解决方法，再结合现有资源，用户价值，产品目标作出最佳筛选。
ROI的思考模式：
当问题被解决程度（用户获得价值）大于 解决问题所需要的成本与损失 和 解决问题（满足需求）所引发的其它弊端时，这是一个比较好的解决方案。
4、需求分类及优先级排序
上面一章节我们知道如何分析需求，接下来，需要对需求进行优先级排序或分类。
这里主要介绍2种需求分类方法：四象限方法，Kano模型。
四象限方法：
该方法是《麦肯锡方法》提出的高效时间管理方法，其解决的问题是“如何合理安排事情处理的顺序”。
以事情的重要性为纵坐标，以事情的紧急性为横坐标：
两两匹配，分别形成了：
第一象限–重要且紧急，第二象限–重要不紧急，第三象限–不重要不紧急，第四象限–紧急不重要。
判断维度：
紧急性：当下要完成的，且时间很短，那就是紧急性高的，而离Deadline还有比较充足的时间（相较于需要的时间），那就是紧急性没那么高的。
重要性：如果这个需求是产品核心功能；或者它直接与客户的钱或者产品收益有关；或这个问题是产品规划路上必经的一环，越早做好铺垫越好，拖到未来可能耗费更大的人力成本。那么这个需求的重要性是很高的。
一般，我们记录一个问题或者需求，可以根据提出人的要求和态度，大致感知到这个需求的紧迫性，会在需求池标记“高、中、低”。接下来，需求评审时，与会人需要一起把需求池本期新增的过一遍，并梳理出哪些重要且紧急（当下要完成的），哪些重要但不紧急（可以慢慢做），哪些需求不关痛痒，然后来拟定下一个迭代任务。高效用好资源和时间。
第二种度量用户需求的方法：Kano模型
Kano模型是东京理工大学教授守野纪昭（Noriaki Kano）发明的对用户需求分类和优先级排序的比较科学的度量工具。以分析需求对用户满意度的影响为基础，体现了产品性能和用户满意度之间的非线性关系。
纵坐标表示用户满意度 横坐标表示功能的完备程度
必备属性：当优化此需求，用户满意度不会提升，当不提供此需求，用户满意度会大幅降低
期望属性：当提供此需求，用户满意度会提升，当不提供此需求，用户满意度会降低
魅力属性：让用户意想不到的，如果不提供此需求，用户满意度不会降低；但当提供此需求，用户满意度会大幅提升
反向属性：用户根本没有此需求，提供后用户满意度反而会下降
无差异因素：无论提不提供此需求，用户满意度都不会改变，用户不care.
案例：以大家熟知的“支付宝”来做一下说明
必备属性：支付
期望属性：理财
魅力属性：红包，集五福
反向属性：广告，商家推送系统消息
当我们收集到的需求/问题，无法判断它属于哪一类时，我们可以设计问卷去做调研，去收集用户反馈，根据调研结果科学的来判定需求属于那一类，可参考下表格式：
好了，本次的分享就到这里。
公众号：产品经理聚集地，号主为互联网金融产品经理一枚。专注于产品经理知识领域分享。帮助你实现零起点求职产品经理，转行产品经理或系统化学习PM技能，期待与你相遇。
