导读：在C端产品的0到1的流程中，12306手机APP适老化无障碍功能也正进行测试准备，分析、整理需求是一个必不可少的环节。分析需求的环节是否能做好，将于9月上旬上线运行。提到网购火车票，影响到产品的成败。本文旨在解释分析需求环节的必要性，相信不少老年人都会皱起眉头，并给出具体方，心里犯怵。那些在年轻人眼中简单的地址勾选、清晰的列车排序、便捷的支付流程，辅以人们更好地让产品的功能可以精准地对应用户的本质需求。
在C端产品的0到1的流程中，在老年人的花镜前，分析、整理需求是一个必不可少的环节，往往是一道道无法独自应对的难题。正是因此，但最近我发现身边有的朋友觉得这个步骤无关紧要，许多老年人或是让子女代劳购票，他们说：不就是输出一个需求收集表，或是采用最原始的办法，然后据此转化为功能清单吗。
其实不然，跑去窗口排队买票。无论哪种方式，这里面有很深的学问和连带效应，都比自己动动手指获取车票折腾和费时。据统计，以至于你分析需求的环节是否能做好，影响到你产品的成败。
本文旨在解释分析需求环节的必要性，并给出具体方，心里犯怵。那些在年轻人眼中简单的地址勾选、清晰的列车排序、便捷的支付流程，辅以人们更好地让产品的功能可以精准地对应用户的本质需求。
文章涉及的东西较多，但目的只有一个：告诉家分析需求并不是可有可无，引起家的重视，并希望可以帮助到家更好的分析需求。
一、确认要做的事
先让我们理解一下需求分析的来源与概念。
是人都有欲望，人们的这些欲望导致了现实中的很多问题，他们想要解决这些问题，从而产生需求，再往下就是功能和产品了。普通人都只能完成前面的三步，最后的两步需要专业的人士，也就是我们PM来辅助完成。
而从“需求”到“功能”这一块，就是分析与整理需求存在的地方。通过需求分析，我们把调研、收集到的需求精准、合理、合适的转化为我们的产品功能。
需求，是用户的需求；转化，是我们的转化。把虚无缥缈的用户需求以功能的形式，具象化的表现出来，以此确定系统做什么的过程，就叫做需求分析。
二、做事的动机
确认需求分析是什么之后，再谈我们的目的就很简单了，这里我从四个方面说。
1. 产品
做出能真实解决用户问题的产品，是我们的本质目的。分析用户需求是为了打造高度吻合用户痛点的功能，当这些功能有序排列组合到一起，就形成了专门解决现存某个问题的组合体—产品。
2. 公司
帮助公司获取利益，是我们的职责，也是分析需求的终极目的。这里的利益包含了商业盈利和吸收流量，我们无论怎样以用户为中心，其实都是为了让他们为此买单。
3. 运营
了解了分析需求对产品和公司的重要性之后，自然就联系到了后期运营。更好的在后期推广、宣传我们的产品，是分析需求的间接目的。一个产品做的好不好，直接影响到了运营的实际效果，产品对用户需求的理解越深刻，就越会受到用户的欢迎，运营推广方面也就越顺利。
三、“对”的做事
分析需求的方，我从两个维度讲：宏观划定范围和微观具体步骤。
1. 宏观：划定需求范围
如何确定哪些需求要进行转化？可以以以下三个步骤进行。
分辨真需求和伪需求。真需求和伪需求最的不同就是，真需求是目的，而伪需求多以手段的形式出现。
做饭、点外卖是手段，是伪需求，饱腹才是用户的真需求。
这一步的目的是确定哪些是本质需求。
实现OR放弃。OR放弃四个方面需要兼顾：需求广度、频率、时机和用户的痛度。
分别展示为：
你这个需求是否有很多人需要？还是只有你的老板、甲方爸爸需要？
你这个需求，用户的频率怎样？棺材、骨灰盒确实是有需求，但一个用户一生也只用一次。
你这个需求是否有必要现在上线？元宇宙家都知道吧，现在就让用户前往星辰海，现实吗？一是技术上还没达到，二是了解元宇宙的人还很少吧，谁愿意去做哪个小白鼠呢。
你愿意为此需求买单吗？其他用户愿意吗？我需要一个女朋友，但我需要的欲望并非十分强烈，因此可能不会购买。
优先级最终确认。哪些需求是与你的产品最贴合的，哪些是后续迭代才能上的，要做优先级的分类，可以输出迭代文档。全做等于全废，根据市场、用户、公司的实际情况，寻找最适合当下的需求。
这一步可以参照KANO模型来进行优先级划分。
2. 微观：具体实现步骤
1.确定用户范围。世界上的用户太多，我们要寻找某一类用户进行精准定位：这类用户都有共同的需求，且这个需求可以被我们的产品满足。
2.确定目标用户数量。这一步很重要，会影响到我们的设计方案。
例如：我做出行类的产品，如果我的目标用户只有100人，那么我只需要考虑飞机的方式；但如果我的目标用户是100万人，就需要考虑火车、轮船、客运一起上。
3.了解用户画像。确定了用户数量后，我们就要开始了解这些用户了。制定用户画像，是最简单实用的方法，用户画像要精确到年龄、性别、职业、地区这类层次，将用户变成我们熟悉的人，甚至是朋友。也可以问问自己身边有没有这类人，如果有，找他们询问意见。
4.分析使用场景。完成用户画像后分析用户使用场景，因为即使是同一个用户，不同场景下需求也是不同的，需求与场景密不可分。我做出行类的产品，当用户事态紧急时，我们使用飞机完成他的需求；当用户想实惠时，我们用火车完成他的需求。
5.制定产品主要功能。如果说1-4步都是用户维度，那么我们现在终于可以根据结论来制定相关功能了。这个时候就需要把需求池转化为功能清单。
6.对需求分析结果进行汇总，并需求评审会议，广泛采集参与项目各方人员的意见，最终锁死需求和功能。
四、不忘初心
其实分析需求这一步骤隐藏下的本质内涵还是产品经理的逻辑思维。现在越来越多的人专注于“敏捷”这类新兴方，虽然很炫酷，符合现代互联网人的特征，但也许忽略了最基础的逻辑性，到分析需求的时候就会说：感觉这个功能很对用户的胃口，于是就跳过去了。这是十分危险的，产品经理不能凭感觉，就像医生治病一样，不能以“吃药”带过，必要时要以“手术”对病魔进行精准打击，这是规则和底线。
最后，希望家不忘初心：解决用户问题。永远不要把一件事情想的太简单了。
本文由 @雨落 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
