如何识别真实需求：从角色、场景到价值验证

Wed, 22 Jan 2025 00:00:00 +0000

在商业世界里，“需求”几乎可以解释一切，也因此很容易变成一个空泛的词。用户说想要某个功能，不代表他真的会使用；市场规模很大，不代表产品能找到第一批客户；一个想法听起来很新，也不代表它解决了足够重要的问题。

我更愿意把真实需求理解为：某类用户在具体场景中反复遇到一个问题，并愿意付出时间、金钱、学习或切换成本来改善它。

这个定义把需求从一句主观表达，变成了一条可以观察和验证的行为链。

flowchart LR role["特定角色"] --> scene["具体场景"] scene --> friction["阻碍、损失
或不满足"] friction --> action["主动寻找
解决办法"] action --> solution["产品或服务"] solution --> value["获得可感知
的价值"] value --> repeat["使用、付费
或推荐"] repeat -.->|持续反馈| scene

什么样的需求更接近真实需求

真实需求通常同时具备三个特征。

1. 问题存在于真实场景

需求不是脱离环境的愿望，而是某个角色在某个时间、地点和流程中遇到的具体阻碍。例如“想提高效率”过于抽象；“销售每天需要把三个系统里的客户信息手工汇总到同一张表”才是可以分析的问题。

最基础的例子是寒冷中的取暖：问题、场景和行动之间没有太多解释空间。商业需求通常更复杂，但判断方式相同。比如“打车更方便”只是一种愿望，“下雨天长时间打不到车”才是足以推动用户寻找新方案的场景。

2. 用户有足够强的解决动机

真正重要的问题会推动用户采取行动。他可能正在搜索教程、购买替代品、雇人处理，或者用一套笨拙的临时流程绕开问题。已有的替代方案往往比口头上的“感兴趣”更能证明需求存在。

3. 解决后能产生可感知的价值

价值不一定等于直接赚钱，也可能是节省时间、减少风险、获得愉悦、改善关系或增强身份认同。关键在于，用户能否感受到解决前后的差异，并愿意因此继续使用、付费或推荐。

需求也会变化。技术、文化和基础设施改变后，原来昂贵的解决方案可能成为默认能力，新的行为又会产生新的问题。因此，需求判断需要带上时间和环境，不能只依赖过去成功的案例。

移动支付就是一个典型例子。支付需求一直存在，但智能手机、网络覆盖和账户体系成熟后，用户习惯与交易流程被重新组织，过去并不突出的即时转账、扫码支付和线上线下一体化体验逐渐成为默认要求。

产品价值的三个层次

梁宁将产品价值概括为功能价值、情绪价值和资产价值。这三个层次可以帮助我们理解用户为什么选择一个产品，但并不是每个产品都必须同时具备三种价值。

价值层次	用户获得什么	常见判断问题
功能价值	更快、更便宜、更可靠地完成任务	它解决了什么问题，改善幅度有多大？
情绪价值	愉悦、安心、归属感或身份认同	用户使用前后，感受发生了什么变化？
资产价值	可积累、可交易或可持续产生回报的权益	价值能否保存，是否存在长期共识和交易机制？

功能价值：先把任务完成

功能价值是最容易被验证的一层。原材料依靠成本和供给效率，专利与 IP 依靠稀缺能力，平台与基础设施依靠规模和连接效率。无论模式如何变化，最终都要回答：它是否让用户更好地完成了原本就要完成的任务？

不同商业模式提供功能价值的方式并不相同：

原材料与劳动力模式：农产品等基础品类首先比拼稳定供给、质量和成本；
专利与 IP 模式：以高通芯片与通信专利为例，价值来自难以替代的技术能力；
平台与供应链模式：SHEIN 通过数字化连接需求、设计与供应链，重点改善响应速度和库存效率；
基础设施模式：亚马逊云服务把计算、存储等通用能力变成可以按需使用的基础设施。

基础款产品往往接近一个品类的最大公约数。把核心路径做得足够简单、稳定，比不断增加功能更难，也更有价值。

情绪价值：产品也在改变感受

有些产品并没有显著缩短任务时间，却能让用户感到愉悦、安全、被理解或被认同。游戏、内容、礼品和奢侈品尤其依赖这一层价值。

例如，礼品的购买者并不只是购买产品功能，也在处理表达关系、避免失礼和获得认同的问题。分析这类需求时，需要区分使用者、购买者和影响决策的人。

茅台和 LV 等品牌商品说明，用户购买的不只是物理功能，也可能是在特定社交环境中可被识别的身份符号。另一类更轻的例子是网络上流行的“爱因斯坦的脑子”等趣味商品：商品本身未必提供实用功能，用户购买的是参与话题、获得快乐和“花钱买乐子”的体验。

张小龙谈产品体验时强调“爽”和“好玩”，乔布斯反复强调技术与人文艺术的结合，梁宁也把“美”视为好产品的重要部分。这些表达指向同一个事实：用户会感受产品，而不只是使用功能。

资产价值：只有部分产品需要

资产价值要求产品具备一定的可积累性、稀缺性、共识性或可交易性。收藏品、知识产权和部分品牌商品可能具备这种属性，但普通工具不必为了“价值更高”而强行包装成资产。

如果用户购买的是未来回报，就需要进一步验证：谁愿意接手、价值依据是什么、共识如何维持，以及流动性消失时会发生什么。

钻石是理解“共识如何形成价值”的经典案例。戴比尔斯长期把钻石与爱情、承诺和稀缺性绑定，使产品的物理属性、情绪意义和社会共识互相加强。奢侈品中真正难以复制的部分，也往往不是原材料，而是理念、审美、原创性、历史和知识产权。

可口可乐则展示了另一种长期积累：产品功能多年相对稳定，但品牌通过广告、包装和社会事件持续把自己与“快乐”等情绪联结。它不一定是可交易资产，却形成了能够跨越周期的品牌资产。这个例子也提醒我们，资产价值与情绪价值经常彼此强化。

一套可执行的需求识别方法

需求研究可以从“角色—场景—任务—约束—证据”五个环节展开。

flowchart LR role["角色
谁遇到问题"] --> scene["场景
何时何地发生"] scene --> task["任务
试图完成什么"] task --> constraint["约束
为何难以完成"] constraint --> hypothesis["方案假设"] hypothesis --> evidence{"行为证据
是否成立"} evidence -->|否| revise["修正角色、问题
或方案"] revise --> role evidence -->|是| validate["小范围交付
验证复购与留存"]

1. 角色：谁在使用，谁在付费

“用户”通常不是一个人。企业软件里可能同时存在使用者、部门负责人、采购者和安全审批者；消费产品里也可能存在购买者与实际使用者分离的情况。

先区分这些角色，再分别回答：

谁最频繁地遇到问题；
谁承担问题带来的损失；
谁决定是否采用新方案；
谁支付成本，谁可能阻止购买。

角色不清楚时，访谈得到的结论很容易互相矛盾，因为不同的人本来就在完成不同的任务。

几个案例可以帮助理解角色差异：

企业高管和大学生都使用手机，但他们对安全、效率、价格和娱乐的优先级可能完全不同；
脑白金的实际使用者和买单者并不相同，它既在满足保健品需求，也在缓解购买者“不知道送什么”的送礼焦虑；
早期网民需要访问大量网站，却很难记住复杂网址。李兴平创建 hao123，用极简导航页服务了这群具体用户，而不是抽象地解决“互联网入口”问题。

2. 场景：问题在什么时候变得重要

同一个人在不同场景中的需求可能完全不同。晴天容易打车，不代表雨天和晚高峰也容易；平时可以慢慢填写资料，不代表排队办理入住时还能接受复杂流程。

还原场景时，不要只问“你想要什么”，而要追问最近一次真实经历：

当时发生了什么；
用户先做了哪一步；
在哪里停住或放弃；
使用了什么替代方案；
最终付出了多少时间、金钱或风险。

场景分析可以解释一些看似合理的产品为什么会得到不同结果：

AA 收款的需求可能存在，但如果发起、通知和付款链路过长，操作成本就可能压过分账带来的便利；
OICQ 将好友关系保存在服务端，使用户更换电脑后仍能找回联系人，解决了网吧和多设备使用场景中的连续性问题；
“下雨天打车难”不是产品方案，却比“做一个打车平台”更接近需求，因为它指出了供需矛盾最强的时间和环境。

3. 任务：用户真正想完成什么

产品只是完成任务的一种方式。用户买的不是 ETC 设备本身，而是更快地通过收费站；住客使用自助终端，也不是为了操作机器，而是尽快完成入住。

从第一性原理看，交通工具也不必被限定为“四个轮子加两张沙发”。埃隆·马斯克常从速度、安全和运输效率重新讨论交通系统，这种思路的价值不在于给出唯一答案，而在于把注意力从既有产品形态拉回用户真正要完成的移动任务。

把需求改写成任务，有助于避免过早锁定方案：

当我处于某个场景时，我想完成某项任务，从而获得某个结果。

好的需求描述应该允许多个方案竞争，而不是把某个功能直接写进问题定义。

任务还需要继续向前看。酒店自助终端解决入住之后，还可以连接早餐、发票、交通和次日航班等后续任务；iPhone 的意义也不只是把电话做得更好，而是把电子邮件、网页、音乐、影像和应用整合进同一套软硬件系统。产品价值往往来自一条连续任务链，而不是单个功能点。

4. 约束：为什么现有方案不够好

如果一个问题已经被低成本地解决，新产品就很难获得切换机会。需要找到现有流程中的关键约束，例如价格过高、步骤过多、等待太久、风险不可接受，或多个系统无法协同。

这里不仅要看问题有多痛，还要看替代方案有多强。一个明显的问题，如果已有方案足够便宜和方便，也未必是好的商业机会。

5. 证据：用户是否真的会行动

需求证据有强弱之分：

证据	说明	可信度
用户说“这个想法不错”	表达礼貌或主观偏好	低
用户描述最近发生的具体问题	证明场景确实存在	中
用户正在使用临时方案	证明问题已推动行动	较高
用户愿意投入数据、时间或内部资源试用	证明存在承诺	高
用户付费并持续使用	证明价值能够兑现	很高

访谈的作用是形成假设，不是宣布结论。更强的验证来自真实行为：预约、试用、预付、迁移数据、邀请同事，以及一段时间后的留存和复购。

在方案已经进入设计阶段后，可以再用 KANO 模型区分基本需求、期望需求和兴奋需求。它适合帮助安排功能优先级，但不能替代前面的场景分析和行为验证：一个令人惊喜的功能，仍然要建立在核心任务已经被可靠完成的基础上。

马斯洛模型能提供什么

马斯洛需求层次可以帮助我们理解价值诉求，但不适合直接证明某个产品需求成立。它是一张解释动机的地图，不是市场验证工具。

需求层次	可能对应的产品价值	例子
生理需求	基础生存与便利	麦当劳通过标准化流程稳定提供食品
安全需求	稳定、可靠与风险保障	保险、安防、数据备份
爱与归属	关系与群体连接	Facebook、微信朋友圈等社交产品
尊重需求	成就、声誉与身份认同	奢侈品、专业认证与品牌商品
自我实现	创造、成长与意义	得到等终身学习产品、创作工具

同一个产品可能同时覆盖多个层次。例如学习工具既提供获取知识的功能价值，也可能带来成长感和群体认同。最终仍要回到具体角色和行为证据，判断其中哪一种动机最强。

几种常见的“伪需求”

把解决方案当成需求

“需要一个 AI 助手”是方案表达，“每周整理会议记录需要花费五小时”才更接近需求。先理解任务和约束，再判断 AI 是否是合适的实现方式。

把表达频率当成需求强度

很多人反复抱怨一件事，却没有采取任何行动。这可能说明问题不够重要，也可能说明现有方案的成本过高。两种情况需要不同的产品策略。

把市场规模当成切入点

“所有人都需要”通常意味着目标角色还没有定义。早期产品更需要找到问题最集中、动机最强、能够快速反馈的一小群用户。

把一次购买当成长期价值

营销可以促成第一次尝试，但留存、复购和推荐更能说明产品是否持续创造价值。短期成交和真实需求并不总是同一件事。

总结

价值源自被需要，但需求不能只靠想象和表达来判断。一个更可靠的过程是：找到具体角色，还原真实场景，理解用户试图完成的任务，识别现有方案的关键约束，再用行为、付费和留存逐步验证。

真实需求也不是永恒不变的答案。它是一组在特定环境下成立、并能够被持续证据支持的假设。产品工作的核心，不是一次性“猜中需求”，而是建立一条不断接近真实用户行为的反馈回路。

参考资料

梁宁，《真需求》。
王诗沐，《幕后产品》。
Marty Cagan，《启示录：打造用户喜爱的产品》。
张小龙，《微信背后的产品观》。
Rob Fitzpatrick, The Mom Test: How to Talk to Customers & Learn If Your Business Is a Good Idea When Everyone Is Lying to You.
Clayton M. Christensen et al., Competing Against Luck: The Story of Innovation and Customer Choice.
林军、胡喆，《沸腾新十年：移动互联网丛林里的勇敢穿越者》。
丹尼斯·J. 哈普特利，《打造真正的新产品》。

用户研究 | Xwell's Blog