导读：在C端产品的0到1的开发流程中，分析、整理需求是一个必不可少的环节。分析需求的环节是否能做好，影响到产品的成败。本文旨在解释分析需求环节的必要性，并给出具体方法论，辅以人们更好地让产品的功能可以精准地对应用户的本质需求。

在C端产品的0到1的开发流程中，分析、整理需求是一个必不可少的环节，但最近我发现身边有的朋友觉得这个步骤无关紧要，他们说：不就是输出一个需求收集表，然后据此转化为功能清单吗。

其实不然，这里面有很深的学问和连带效应，以至于你分析需求的环节是否能做好，影响到你产品的成败。

本文旨在解释分析需求环节的必要性，并给出具体方法论，辅以人们更好地让产品的功能可以精准地对应用户的本质需求。

文章涉及的东西较多，但目的只有一个：告诉大家分析需求并不是可有可无，引起大家的重视，并希望可以帮助到大家更好的分析需求。

一、确认要做的事

先让我们理解一下需求分析的来源与概念。

是人都有欲望，人们的这些欲望导致了现实中的很多问题，他们想要解决这些问题，从而产生需求，再往下就是功能和产品了。普通人都只能完成前面的三步，最后的两步需要专业的人士，也就是我们PM来辅助完成。

而从“需求”到“功能”这一块，就是分析与整理需求存在的地方。通过需求分析，我们把调研、收集到的需求精准、合理、合适的转化为我们的产品功能。

需求，是用户的需求；转化，是我们的转化。把虚无缥缈的用户需求以功能的形式，具象化的表现出来，以此确定系统做什么的过程，就叫做需求分析。

二、做事的动机

确认需求分析是什么之后，再谈我们的目的就很简单了，这里我从四个方面说。

1. 产品

做出能真实解决用户问题的产品，是我们的本质目的。分析用户需求是为了打造高度吻合用户痛点的功能，当这些功能有序排列组合到一起，就形成了专门解决现存某个问题的组合体—产品。

2. 公司

帮助公司获取利益，是我们的职责，也是分析需求的终极目的。这里的利益包含了商业盈利和吸收流量，我们无论怎样以用户为中心，其实都是为了让他们为此买单。

3. 运营

了解了分析需求对产品和公司的重要性之后，自然就联系到了后期运营。更好的在后期推广、宣传我们的产品，是分析需求的间接目的。一个产品做的好不好，直接影响到了运营的实际效果，产品对用户需求的理解越深刻，就越会受到用户的欢迎，运营推广方面也就越顺利。

三、“对”的做事

分析需求的方法论，我从两个维度讲：宏观划定范围和微观具体步骤。

1. 宏观：划定需求范围

如何确定哪些需求要进行转化？可以以以下三个步骤进行。

①分辨真需求和伪需求。真需求和伪需求最大的不同就是，真需求是目的，而伪需求多以手段的形式出现。

做饭、点外卖是手段，是伪需求，饱腹才是用户的真需求。

这一步的目的是确定哪些是本质需求。

②实现OR放弃。OR放弃四个方面需要兼顾：需求广度、频率、时机和用户的痛度。

分别展示为：

• 你这个需求是否有很多人需要？还是只有你的老板、甲方爸爸需要？
• 你这个需求，用户的频率怎样？棺材、骨灰盒确实是有需求，但一个用户一生也只用一次。
• 你这个需求是否有必要现在上线？元宇宙大家都知道吧，现在就让用户前往星辰大海，现实吗？一是技术上还没达到，二是了解元宇宙的人还很少吧，谁愿意去做哪个小白鼠呢。
• 你愿意为此需求买单吗？其他用户愿意吗？我需要一个女朋友，但我需要的欲望并非十分强烈，因此可能不会购买。

③优先级最终确认。哪些需求是与你的产品最贴合的，哪些是后续迭代才能上的，要做优先级的分类，可以输出迭代文档。全做等于全废，根据市场、用户、公司的实际情况，寻找最适合当下的需求。

这一步可以参照KANO模型来进行优先级划分。

2. 微观：具体实现步骤

1.确定用户范围。世界上的用户太多，我们要寻找某一类用户进行精准定位：这类用户都有共同的需求，且这个需求可以被我们的产品满足。

2.确定目标用户数量。这一步很重要，会影响到我们的设计方案。

例如：我做出行类的产品，如果我的目标用户只有100人，那么我只需要考虑飞机的方式；但如果我的目标用户是100万人，就需要考虑火车、轮船、客运一起上。

3.了解用户画像。确定了用户数量后，我们就要开始了解这些用户了。制定用户画像，是最简单实用的方法，用户画像要精确到年龄、性别、职业、地区这类层次，将用户变成我们熟悉的人，甚至是朋友。也可以问问自己身边有没有这类人，如果有，找他们询问意见。

4.分析使用场景。完成用户画像后分析用户使用场景，因为即使是同一个用户，不同场景下需求也是不同的，需求与场景密不可分。我做出行类的产品，当用户事态紧急时，我们使用飞机完成他的需求；当用户想实惠时，我们用火车完成他的需求。

5.制定产品主要功能。如果说1-4步都是用户维度，那么我们现在终于可以根据结论来制定相关功能了。这个时候就需要把需求池转化为功能清单。

6.对需求分析结果进行汇总，并召开需求评审会议，广泛采集参与项目各方人员的意见，最终锁死需求和功能。

四、不忘初心

其实分析需求这一步骤隐藏下的本质内涵还是产品经理的逻辑思维。现在越来越多的人专注于“敏捷开发”这类新兴方法论，虽然很炫酷，符合现代互联网人的特征，但也许忽略了最基础的逻辑性，到分析需求的时候就会说：感觉这个功能很对用户的胃口，于是就跳过去了。这是十分危险的，产品经理不能凭感觉，就像医生治病一样，不能以“吃药”带过，必要时要以“手术”对病魔进行精准打击，这是规则和底线。

最后，希望大家不忘初心：解决用户问题。永远不要把一件事情想的太简单了。

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

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