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

Jan 22, 2025·
夏 伟
夏 伟

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

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

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

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 是否是合适的实现方式。

把表达频率当成需求强度

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

把市场规模当成切入点

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

把一次购买当成长期价值

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


总结

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

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

参考资料

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