编辑导语：需求分析简单来说就是分析用户的需求，产品经理在日常工作中会接收到来自多方面的需求，要对接到的需求有所分析和判断；初入职场的产品人应该如何做到还原需求、分析需求呢？本文作者分享了关于如何锻炼自己有过现象看本质的能力，我们一起来看一下。

“产品思维是透过现象看本质的能力，并通过产品化方案，从根源上解决问题的思维方式。”

对初入互联网产品行业的新朋友来说，首先要锻炼的，就是透过现象看本质的能力。

而这个能力能够应用到工作中，就能够准确的还原需求，分析需求，进而从根本上提出解决用户需求的产品方案。

那，我们要如何锻炼自己透过现象看本质的能力呢？

在回答这个问题之前，我们得先知道，我们的需求是从何而来的。

一、需求从何而来哪里？

我们工作中接收到的所有需求，主要可来自外部、内部这两个渠道。

1. 外部渠道

外部渠道主要是包括用户、市场、竞品，这三个渠道来获取需求。

在业务发展的不同时期，产品人需要有对市场变化保持敏感。

所以在产品上线之后，就必须建立良好的外部需求的获取渠道，以便产品能够及时根据市场变化做相应的调整。

用户反馈渠道：产品上线之后，需要建立良好的用户反馈渠道；这里要建立产品投诉能力和定期的用户调研，来保证用户提出的需求，能快速的反馈到团队，并接收评估市场渠道：时常关注行业的变化；这里要关注行业底层技术变化和行业机会，如业务主体是小程序，那时常需要关注微信小程序的开发文档，才有机会快速发现产品的破局点。竞品渠道：产品要关注同类型竞品的动态；如竞品上线新功能，产品人要能够快速发现并及时做出评估，如果发觉也合适自身产品，那也要尽快迭代上线，这才能保证产品不落后于市场。

2. 内部渠道

内部渠道主要包括领导、运营、客服、市场、销售等团队，基于当前产品体验和业务要求，给产品团队提出的需求。

当然，产品同学自身也要基于现有业务形态和数据表现，提出产品的优化建议。

所以，内部也要建立合适的收集反馈渠道，定期获取需求。

如我们的客服团队，就会按月输出《用户投诉报告》，告诉产品团队用户对不满和需求点。

但基于产品价值、生命周期和资源等情况，我们不可能满足所有需求。

所以此时，建立良好的需求管理机制，有计划，有节奏的去释放需求，就显得尤为重要。

二、需求该如何管理？——需求池

产品的功能迭代过程，就是从需求池里释放需求的过程。

上面说到，产品人日常会接收到大量来自其他部门提出的需求，或者自身发现的需求点。

但并非所有需求都要立马实现，所以为了收拢需求，要建立一个专门用来收集需求的“需求池”。

1. 需求池建立

如上图所示，我们团队的需求池主要包括需求时间、来源、简述、目标用户、优先级和备注等。

时间、来源和需求简述，是保证没有信息源头追溯，避免出现传递需求时导致需求变形；目标用户，是让需求保证能在需求受众的视角和场景中，去评估需求优先级；备注，是为了补充一些表格中不足的维度，如需求释放的迫切性，需求的数据反馈等。个人认为，以上维度已经基本能够满足需求收集的初衷。

因为我们团队为了减少给产品同学，在需求理解和版本规划中，所带来的影响。

因此我们建立的需求池，没有做更细致维度的区分。如需求类型，所属模块等。

当然，不同团队的需求收集和记录的规范会有所不同，这里仅供参考。

2. 需求池管理

这里要先说下，很多产品新人都可能遇到的误区——并不是所有需求，都会放入需求池的。

工作中接收的需求，有近半数都是“伪”需求。

所以产品团队在收到需求后，首先要基于用户、需求、场景来进行初步判断，看这个需求是否具备产品真正要解决的痛点。

如果产品初步评估需求是有实现的必要的话，我们团队的需求会按照上述格式，来进行收录，并有专门的同事来负责定期更新和维护表格。

需求池收录的需求，产品团队会以两周为时间粒度，进行需求评估和释放。

从需求迫切程度（优先级）、开发难度、产品生命周期、用户使用频率、收益等维度，进行全面评估。

一旦需求确定可以落地，放入迭代版本的话，负责落地的产品，会对要需求，进行更全面的分析。

三、如何分析需求

在工作中，我们接收的需求，大概率是我们听到别人口述后，以为用户需要的需求。

可很多时候，这些需求都无法解决实际问题。

所以，如何分析需求，让需求重新回归于根本，是考验产品人业务能力的重点指标。

刚入行的新人，都先从用户、需求、场景这三个角度来分析需求。

1. 用户与需求：这个需求谁提出，找到并还原需求

当用户说自己要什么的时候，很可能他只是基于当前他所能想到较好的方案，提出的诉求。

毕竟，用户并不是专业的产品人，他们很多时候都不知道自己真实的需求是什么。

因此，在很多时候，用户提出的方案都不是较好的方案，也可能根本没有解决用户的问题。

需求的问题还是要回到用户本身，即用户究竟是基于什么原因，提出的这个问题。

福特与马的故事，我们都听过——用户说我要一匹更快的马，但较后，福特给了用户一辆车。

如果我们当时听到福特和用户的对话是这样的话：

用户说：“我要一匹更快的马”福特问：“为什么要一匹更快的马？”用户回答说：“我要骑马去到遥远的小镇~”福特接着问：“那为什么要去那个小镇呢？”用户笑了笑，说：“因为我儿子喜欢吃那个小镇的炸鸡，我要骑更快的马去给我儿子买，不然带回来凉了就不好吃了”于是，福特发现用户要更快的马，是因为他儿子要吃炸鸡，而且福特调研后发现，那个小镇的炸鸡受到很多人喜爱的话。那福特可能就不是汽车的创造人，而是麦当劳创始人了。

而通过上面的故事，我们要知道产品人在分析需求时，是挖掘到根本需求为目的的。

所以，在挖掘需求过程中，为避免信息缺失，我们首先得找到第一需求方。

其次，和需求来源方反复沟通，引导对方来说明需求的来源和目的，并基于对方的身份、立场和观点，来判断他所描述需求是否是真实需求。

较后，再从用户角度出发，进行规模化调研，明确到哪一类用户会需要解决问题。

这样，才能保证我们获取的需求，是没有加工的，真实的需求。

2. 场景：将用户需求还原到真实场景中，思考需求的解决方案

在知道用户的问题后，我们还需要考虑，用户在什么场景下需要解决这个问题。

因为如果需求无法支撑成本，那即使设计出来，也没有上线的机会。

在还原用户场景时，我们要关注以下三点：

1）代入用户身份，关注真实需求被解决的场景

腾讯有个传言，说马化腾可以一秒变“小白”用户的故事。

这个故事的真假，我无法论证，但我见过我们产品组长，确实可在短时间内化身为小白用户，在体验完产品后，用产品经理的视角提出我们产品的问题。

所以，在需求场景还原之前，我们要先代入用户身份，思考在什么情况下会产生这个需求。

并尝试从当时场景中时，思考现有的解决方案是什么，这样我们才能提出更好地解决方案。

2）关注这个需求场景是否高频

高频是需求能够落地很重要的指标。因为频次越高，说明产品或功能对用户就越有价值。

如果上面的福特在调研后，发现当时全美用户买炸鸡的频率都很低，仅在一年一度的圣诞节，才会买炸鸡。

那上面福特要开炸鸡店的想法，也属于不切实际。

3）关注当前场景下，其他角色的衍生需求

需求之间的关系往往是相互勾连的，一个需求被挖掘出来的同时，往往伴随着很多衍生需求。

所以在实际的工作场景中，我们除了关注核心需求之外，在思考方案时，也要思考衍生需求如何与核心需求的关系，思考如何更好地解决多方需求。

如我们要设计广告功能，我们除了要思考如何给用户提供更好体验的广告形式之外，还要从运营的使用场景出发，根据广告配置平台具体操作来设计方案。

只有真实还原实际的使用场景，设计出的产品方案才能既方便运营使用，又能不过分打扰用户。

四、写在较后

总结一下。

需求主要来自外部的用户、市场和竞品渠道，内部的各团队基于业务问题的反馈，以及产品自身发现的需求点；需求来源广，数量也多，因此我们要建立需求池，定期收集和释放需求；在释放需求池的需求时，要从用户、需求、场景这三考角度去进一步思考产品方案。以上，是给刚入行的朋友，介绍下在需求这个模块，要学习和关注的点。

本文由 @豆奶 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。