引言

写这篇文章的起因是首先产品需求/功能分析类的题目不仅是产品面试中的高频问题，而且围绕产品需求也衍生出了许多某些功能该不该做/为什么某App没有这个功能的具体涉及到业务的题目：比如最近微信版本又更新了，其中的一个功能是针对呼声较高的微信语音做的更新——支持语音暂停功能。

而微信语音的另一个热议度较高的功能——微信语音进度条，依然没有推出。而关于为什么微信不推出语音进度条功能这个问题其实早已经被讨论过了。其他类似的可以梳理出的题目还包括为什么微信朋友圈不支持编辑功能？朋友圈为什么只有点赞没有👎？微信支持个人备注群聊名称为什么？微信为什么没有QQ离线消息查看？微信为什么要设置语音电话铃声?等等，这一类的需求判断题目都需要遵循用户-场景-问题-现有解决方案展开思考。回答这些问题就像是将自己预先带入到这样一个环境下：作为一个产品经理，每天面对用户、领导、业务合作伙伴等等各方提出的产品需求，我们该如何判断这些需求该不该做，如果要做，如何对这些需求进行优先级排序？

P.S.最近看唐大的一篇文章，他提到自己有个习惯：每当一个产品上新的时候喜欢去应用市场查看产品评价，然后对用户提出的各种各样的需求进行评判。个人认为这是一个非常有实操性能模拟锻炼需求分析、帮助我们打开思路的一种方法，因为用户评价也是需求收集的一个重要来源。

1、需求收集

1.1 需求的定义

区分不同的需求：有运营需求  产品需求  开发需求 产品需求，本篇文章论述产品需求。

1.2 需求收集来源有哪些

外部：用户、竞争对手分析

内部：公司内部管理者、市场团队、销售团队、产品研发团队、运营团队

用户需求收集在这一阶段主要是定性分析，即看用户说了什么，主要方式有用户访谈、焦点小组等：

用户调研：采用定性（访谈、焦点小组）和定量（问卷）相结合的方式，从用户那里获得一手需求。

用户反馈：产品上线后，可建立一个系统用户反馈机制（比如公众号、客服反馈渠道），观察以个体为中心使用产品的主观感受，提炼出绝大部分用户的共同反馈意见，参考个别个性化意见，更好的迭代产品。

在这一环节，需要尽可能多的收集需求，不管需求是否有可行性或者有道理，就算是一时最不靠谱的需求，在产品所处的时间，环境等变化之后，也可能变得有用。

图片参考：https://mp.weixin.qq.com/s/EeSLRbg1lqed4AwT1Lug5A

2、需求分析

2.1挖掘真实需求

2.1.1 5why思考法

用户需求并不直接等同于产品需求，，需求是用户基于主观意愿后人性和心理体现。产品经理需要提供针对用户需求的具象化解决方案，这就要求探寻用户的元需求。一般可以借鉴的方法是5why思考法：是指对一个问题连续多次追问为什么，直到找出问题的根本原因。在现实工作中，并不一定是要问5次why，而是根据情况灵活调整。

例如同样表达想吃“火锅”，3者需求可能是不一样的：

再举一个例子，在一个内容社区产品，当用户说想要勋章，可能背后是出于不同的深层需求，而这些需求的满足不一定要通过建立勋章体系去达到。

用户想要勋章，可能是想要不断地获得成就感。

用户可能希望被激励，这通常是老用户的想法。

用户可能是收集控、强迫症。

用户可能想获得某种实际的利益。如兑换礼品或礼物

用户可能单纯地为了好看、新鲜感。

勋章需求的背后，存在好几种动机。这些需求动机其实可以用其他不同的办法来满足，并非一定要做勋章系统。因为

用户成就感的方式有多种，如粉丝、等级，勋章的图形化特征在成就感方面认知复杂，不如数字简单、易懂，因此边际效应衰减的很快。

对用户激励、收集控、追求美观方面的满足，是一件性价比很低的 事情。不断产生新的创意和设计来刺激用户获取新的勋章，消耗的人力成本太高，收益却是阶段性的，不能沉淀和重复，即没有产生“复利”。

勋章既不能单独成为一个产品成就体系的核心功能，锦上添花也性 价比很低。从产品的架构简练和扩展性方面考虑，它更像鸡肋，食之无味、弃之可惜。

2.1.2 数据分析

很多时候，用户“说”的可能和“做”的并不一致，因此需要提前做好数据埋点，通过对用户行为的数据分析，了解用户的真实需求。

2.2 需求真伪判断

需求四要素：用户-场景-需求-解决方案

用户角度：

用户分层：用户分层有很多可以参考的维度，可以按照基础属性，比如年龄、性别、教育程度来进行分类；可以按照产品使用习惯，比如新老用户，核心/非核心用户进行分类；还可以从消费能力、社交关系等角度来分类用户。

用户规模：有该需求的用户是少数还是多数，量级大概是多少，需求的频次如何，一群产生相似需求的用户才能构成市场，产品是解决一个群体的需求，而不是针对单独的个体。

即

1、需求是否为目标用户的需求

2、需求的规模如何（当然，不是说需求的规模越大越好，在一个竞争充分的市场环境中，越是主流的需求，越是被充分挖掘，而那些尚未被发掘的需求，才是可能的创新所在。）

用户需求应用的场景

用户场景可分为用户、空间、时间、动机和服务五部分，需求场景的发生为在特定空间和特定时间中，产品能够提供特定的服务以满足用户特定的需求，满足高频需求场景的更大概率为真需求

即需求的应用场景是否高频。

用户对于该需求有多强烈？当下是否有其他替代解决方案？

一个价值感知低的需求指的是与用户现有的解决方案带来的价值差别不大。如果某种产品或服务很差，用户会去寻找新的替代品；如果它的表现只是稍逊一筹或者与之前的解决方案差别不大，用户则没有太大的动力做出改变。引用俞军老师的一个公式：用户价值=新体验-旧体验-替换成本。若需求能带来用户价值，就是真需求，否则就是伪需求。

比如对于部分群体呼声很高的微信语音拖动进度条，到目前为止该功能也没有上线。

首先，虽然发微信语音很常见，但是总的来看，大家日常交流时的微信语音平均发送时长较短，就十几秒，判断想要重听的位置+来回拖动进度条耗费的时长不如从头重新听一遍。其次，根据对身边人的观察，大家在面对长语音时往往会选择一键语音转文字，因为当真正涉及到重要，复杂或较多的语音信息时阅读比听更有效率。因此添加微信语音进度条在现阶段并不是一个高价值需求。

进行需求分析时需要判断需求的价值高或低

产品角度：

需求与产品本身的目标/定位的匹配程度：实现需求不能仅仅满足用户，还需要满足产品利益。而产品目标通常可分为短期目标和长期目标，短期目标即为眼下产品需要达成的目标，如果需求能满足短期目标，就会立即产生效果；而长期目标则是产品战略和定位，通常需要1-3年实现目标，如果需求能够满足长期目标，则一般会逐渐积累，最终满足。比如网易云音乐从最初上线时，用户下载音乐一定要下载到某个歌单中，从用户需求角度，用户下载歌曲时希望越简单越好，没有必要选择一个歌单，直接下载更好。因此，从产品上线初期，就一直有用户反馈这个问题，然而，随着时间推移，用户数量的不断增长，反馈的人却越来越少。站在产品短期目标角度看，提高用户下载率，提升下载流程体验是产品经历需要保证的，然而团队针对产品长期目标的考虑是想打造一个各客户端体验一致，用户数据云同步的音乐产品，从而给用户带来新体验，超越竞争对手。

2.3 需求优先级排序

2.3.1 KANO模型

基本(必备)型需求

此类需求是用户的痛点，对于用户而言，这些需求是必须要的，如果不提供此需求，用户满意度就会大幅降低。

这些需求是对用户来说是基本功能，是理所当然的，用户不说我们也要去实现的，但是产品必须要做到的。比如冰箱的保险、冷藏功能，相机的拍照功能等。

期望(意愿)型需求

此类需求是用户痒点，如果提供此需求，用户满意度会提升，当不提供此需求，用户满意度就会降低。这类需求通常用户可以明确提出来，是用户期待的内容。比如相机拍照的美白、瘦脸功能。产品经理要不断挖掘、优化此类功能。

兴奋(魅力)型需求

用户意想不到的需求，如果不提供此需求，用户满意度也不会降低，如果提供此需求，用户满意度会有提升。比如微信聊天的文字触发彩蛋功能和拍一拍功能等。   

无差异型需求

此类需求不管存在与否，对用户体验无影响，用户满意度不会为此有所改变。

反向(逆向)型需求

这类需求刚好与用户满意度相反，用户根本都没有此需求，提供后用户满意度反而会下降。

按照需求优先级排序，基础型需求>期望型需求>兴奋型需求。

2.3.2 业务重要紧急四象限

按照重要性和紧急性两个维度进行需求优先级的判断

紧急重要>紧急不重要>不紧急重要>不紧急不重要

2.3.3 ROI法

按照需求的投入产出比进行划分，投入低收益高的需求优先级高。

公司价值收益：该需求能够给公司带来多少收益——品牌、用户增长、营收等

用户价值收益：该需求能够在多大程度上解决用户问题——体验提升等

2.3.4 波士顿矩阵模型

影响面（频次高低与用户量大小）、回报周期（技术实现难易与见效快慢）、产品价值。

影响面（用户量-发生频率）

回报周期（实现难度-效果）

看产品价值：

迫切程度：用户是不是真的非常需要？还是空想

*付费意愿：用户是否会为了解决问题而付费？

ARPU：如果开发出来，用户会为之付多少钱？

最后分享一个看过的面试题，就很能体现需求分析~

面试题：小明踢完球回家，感觉很累，想喝果汁。但是妈妈又在做饭，没有时间给他买果汁。可是小明真的很累，没有力气去买果汁。请问怎么解决？

阐述的视角虽然是小明，但问题解决需要从妈妈（产品经理）的角度进行展开：妈妈本身在做饭的同时，需要应付小明抛来的这么一个需求——要喝果汁。对于妈妈而言，首先可以肯定的是小明的需求不是伪需求，那么小明的需求和做饭的需求应该如何进行排序？另外小明需求的本质痛点是什么？在现有情况无法满足时是否可以先用替代方案解决？这里我们很容易陷入的一个惯性思维是默认小明的本质痛点是要喝果汁，然后想办法如何去解决，但这道题带来的启发是去挖掘小明想喝果汁的真实痛点——小明口渴了但不想喝没有味道的白开水。

接下来我们分析：从需求的优先级排序来看烧饭是重要而紧急的事情，小明的需求是紧急但相对不那么重要的。因此，从优先级排序上妈妈应该优先完成烧饭这一需求。那么对于小明的需求应该如何满足？

1、可以把这个小的需求功能交给其他人做：如点外卖送果汁/家里有人要回来的时候顺便带一瓶果汁。

2、根据小明的本质需求，看看现有替代方案能否满足。小明的需求本质是口渴了但不想喝没有味道的水，那么是否可以先给其牛奶/酸奶/水果等替代方案，等到做饭需求完成后再去帮小明买果汁。为了更加清晰的展现，这里以思维导图进行呈现：