《真需求》Builder 商业闭环学习手册

这不是原书的压缩复刻，而是一份给独立 Builder 的行动手册。它保留《真需求》的“价值—共识—模式—求真”主线，并把概念改写为产品判断、成交和持续经营中的问题、练习与模板。具体语境请回查 true-demand-markdown/ 和原 EPUB。

一、为什么做出产品不等于完成商业闭环

Builder 最熟悉的是从想法到可运行产品：写代码、接模型、设计页面、上线。但市场并不因为一个东西能运行就给它资源。完整闭环至少经过四次检验：

1. 价值成立：有人在具体处境中需要它，并愿意付出时间、金钱、数据、迁移或信任成本。
2. 共识形成：对方理解它为何与自己有关，相关利益方愿意让交易发生。
3. 模式持续：你从交易中获得的资源足以继续交付，并积累不可轻易替代的能力。
4. 事实校准：表达、愿景和自我认同不断接受行动结果的纠正。

可以把商业闭环写成：

需求 → 价值供给 → 感知与共识 → 成交/关系 → 资源回流 → 能力增强 → 更强供给

闭环任何一处断裂，都会出现不同症状：没人用可能是价值不成立；有人说好却不买可能是价值不足、支付者不同或共识没有形成；收入增长但交付越来越痛苦可能是模式失衡；团队沉浸于故事而用户行为不变，则是求真机制失效。

起点练习：给当前项目做断点诊断

分别写出证据：

• 用户为解决问题已经付出什么？
• 他为什么选择你，而不是现有替代？
• 谁使用、谁决定、谁付款、谁可能阻止？
• 每完成一次交易，你获得的钱、数据、关系或能力是什么？
• 哪项关键判断只有观点，没有行动证据？

不要急着补答案。空白本身就是目前最重要的未知。

二、价值：用户究竟在买什么

1. 功能价值：效率需求的四个落点

功能价值不是“功能很多”，而是帮助用户更可靠地完成任务。对 Builder，可以从四个位置寻找价值：

• 产品直接解决问题；
• 供应链让同类结果更便宜、更快或更稳定；
• 平台把多个供需环节连接起来；
• 基础设施让其他人能够在你之上创造价值。

例如 AI 写作工具的价值不在于“使用了大模型”，而在于它是否缩短从素材到可交付文本的时间，同时保证事实、风格和修改可控。如果大量人工兜底才能交付，产品可能只是演示了能力，还没有形成系统价值。

功能价值检查：

• 用户原来用什么方法完成？
• 新方案减少多少时间、钱、错误、风险或协调？
• 改进能稳定重复，还是只在精选案例中出现？
• 价值来自你的产品，还是可被上游模型立即抹平？

2. 情绪价值：为一种可重复的感受付费

情绪价值不是“让界面更可爱”。用户可能为安全感、掌控感、愉悦、被理解、彰显或归属付费。但情绪必须与场景、心理账户和支付动作连接。

同一份 AI 报告，对个人可能提供“我终于弄明白了”的掌控感；对团队负责人可能提供“决策有证据”的安全感；对顾问可能提供专业形象。三者需要不同的产品表达和付费设计。

验证情绪价值时问：用户会怎样描述失去这种感受？他是否为类似感受付过费？这种感受发生在使用前、价值峰值还是分享之后？

3. 资产价值：能保存、流通或增值的东西

资产价值通常需要稀缺性、稳定共识、可识别权属和流通机制。不要把“用户数据很多”直接称为资产。数据能否提高未来结果、能否合法使用、迁移后是否仍有价值，决定它是不是有效积累。

对软件 Builder，更常见的资产是：结构化知识、工作流历史、团队关系、可信身份、模板生态和网络连接。资产价值一方面提高留存，另一方面也可能制造锁定和伦理风险。

4. 价值组合：创新来自结构变化

一个产品可以同时拥有功能、情绪和资产价值，但不是三项越多越好。早期应先找到用户最明确愿意交换资源的主价值，再用其他价值增强选择和留存。

练习：把你的产品价值写成三栏，删除所有没有行为证据的形容词。然后回答：如果只能保留一栏，哪一栏仍足以促成第一次交易？

三、从白牌到头牌：产品被记住的不同阶段

一个产品有商标，不等于拥有品牌。可以把市场位置理解为逐级增加的要求：

• 白牌：完成标准功能，用户不必记住是谁提供。
• 老牌：长期存在带来熟悉和保障感。
• 网红：新鲜感与话题让人短期关注。
• 大牌：稳定辨识度能够唤起情感和记忆。
• 头牌：不仅被记住，还能提出方向、制定标准或领导品类。

Builder 最常见的误区是产品尚未证明功能价值，就急于做品牌；或者一次传播爆发后，把注意力误认为长期价值。品牌投入应回答：我们希望用户在什么场景想起什么价值？这个记忆能否被一代代真实产品兑现？

品牌阶段判断

如果去掉名称和视觉，用户还能说出独特结果吗？如果不能，先解决产品价值。如果用户认可结果但不知道谁提供，才需要增强识别与记忆。如果产品已经形成稳定选择，才讨论行业主张和领导力。

四、共识：好产品为什么仍然卖不出去

价值存在于供给能力中，共识发生在人的理解和行动之间。用户不行动不一定表示产品没价值，也可能是双方对属性、未来、自我、场景或利益的理解不同。

1. 感知分歧：你说特性，用户判断属性

同一个特性对不同人可能是必备、期望、魅力、无差异甚至反向属性。AI 自动发送会议纪要，对负责人是效率，对参会者可能是监控，对法务可能是风险。

KANO 等模型的意义不是给功能贴永久标签，而是提醒你：属性由特定人群在特定阶段感知。必须分别询问缺失时的失望与具备时的满足，并观察实际采用。

2. 想象分歧：画像描述现在，人设指向想成为谁

用户画像回答“这个人处在什么环境、如何行动”；用户人设回答“他希望自己和别人怎样理解他”。开发者购买工具，可能不仅为了节省时间，也为了成为可靠、现代、能掌控复杂系统的工程师。

产品如果只满足功能，却让用户觉得违背身份，采用仍会失败。相反，只承诺理想身份而不交付功能，则会形成短期营销和长期失望。

3. 场景分歧：需求需要一个开关

需求不是全天候存在。场景由人物、时间、地点、事件、任务和感知强度共同构成。寻找场景时可以先穷举，再按频率和感知强度筛选：

• 高频弱感知适合形成习惯，但每次价值可能不明显；
• 低频强感知更容易付费，但触达和复购困难；
• 高频强感知是理想入口，也往往竞争最强。

4. 利益分歧：使用者不是唯一角色

尤其在团队和企业产品中，至少识别：使用者、受益者、付款者、决策者、实施者、合规者、阻挠者。为每个角色标注影响力、所得利益、承担成本和可否否决。

一个 AI 客服项目可能给老板降本、给用户提速，却让客服团队感到职位受威胁，让合规承担新增风险。如果这些利益不被处理，“用户需要”也无法转化为组织成交。

5. 认知与关系：传播不是灌输

形成共识需要清晰的信息、可信证据、适当情绪和重复触达。但认知设计不能代替价值，也不能通过操纵掩盖损害。Builder 应把传播当成可检验假设：哪类用户因为什么信息完成下一步行动？

关系可以从需要、喜欢、认同走向归属。关系越深，资源共享和责任预期越高。产品应明确实际承诺，避免用“社区”“伙伴”“家人”等称呼制造没有兑现的关系幻觉。

五、模式：不只问用户要什么，也问自己如何活下去

1. 能力系统

一次性交付靠努力，长期交付靠系统。把业务拆成：获得需求、生产价值、形成共识、完成交易、服务与反馈。每个环节问：依赖个人英雄主义，还是已经形成流程、数据、工具和人才能力？

能力建设必须与闭环瓶颈一致。价值尚未成立时扩大销售，只会更快传播失望；成交很多但交付亏损时继续获客，会放大现金流风险。

2. 变现逻辑

变现首先回答“拿谁的钱、为什么付、什么时候付”。其次回答收入是不是来自可持续价值差，而不是补贴、信息差或暂时套利。

为当前模式列出：付费者、计价单位、毛利、交付边际成本、回款周期、续费理由、替代风险。如果付费者和受益者不同，必须分别建立价值与共识。

3. 分配机制

钱和资源的分配会决定谁愿意持续创造价值。独立 Builder 也存在分配问题：你把时间分给开发、销售、服务还是内容？合作伙伴按工时、结果还是长期权益获得回报？

检查分配是否奖励真正的长期瓶颈，而不是只奖励最容易被看见的动作。若流量获得全部资源，交付质量会衰退；若技术完美主义获得全部资源，市场闭环可能永远无法开始。

六、求真：把应然故事放回实然世界

1. 区分应然与实然

“这个产品应该有人需要”“好产品自然会传播”“只要坚持就会成功”都是应然判断。实然证据包括用户已经如何行动、交易为何发生、流失发生在哪一步、单位经济如何变化。

建立四栏账本：事实、解释、愿望、未知。做决策时只能让事实和明确标注的假设进入推理，愿望不能伪装成趋势。

2. 用行动识别人和需求

表达成本低，行动成本高。判断用户、伙伴和自己时，观察持续投入的时间、金钱、注意力、声誉和机会成本。用户说想要高级功能却从未完成基础流程，真实瓶颈通常不在功能缺失。

3. 第一性原理不是一句口号

第一性原理要求找到不能再依赖类比解释的约束：这个行业为何存在？用户必须完成的任务是什么？物理、法律、信任和协调中哪些成本无法消除？

然后重新组合可变部分。不要因为竞品有某功能就默认你也需要，也不要因为 AI 降低生产成本就默认需求会同步增加。

七、一次完整的商业闭环诊断

按顺序完成，上一环没有证据时不要用下一环掩盖：

第一步：价值

写出具体用户事件、现有替代和已付成本。列出功能、情绪、资产价值，以行为证据确定主价值。

第二步：共识

列出用户对特性属性的判断、理想人设、最强场景和利益相关人。找出从理解到行动之间的最大分歧。

第三步：模式

说明谁付费、单位经济、关键能力和资源回流方向。判断增长会增强系统还是放大亏损。

第四步：求真

选择一个可能推翻当前判断的实验，预先定义行为、阈值、时间窗和停止条件。

八、四周训练计划

第一周：价值审计

分析三个真实用户事件；分别计算旧方案成本与新方案净增益；删除无证据的价值描述；尝试获得一次真实交换或付费承诺。

第二周：共识审计

画用户人设、强场景和利益相关人地图；测试三种价值表达；记录哪一种带来下一步行为，而非只记录喜欢。

第三周：模式审计

画出从获客到交付、回款、复购的资源流；计算一次交付的真实边际成本；确定当前唯一能力瓶颈和明确不投入项。

第四周：求真审计

整理一个月的事实与假设；运行一个带停止条件的高判别力实验；决定继续、缩窄、改变或停止；把结果写入判断日志。

九、核心模板

商业闭环决策：

【价值】
目标用户事件：
当前替代与已付成本：
功能 / 情绪 / 资产价值：
主价值及证据：

【共识】
用户如何感知：
用户想成为什么人：
强场景：
利益相关人及分歧：
需要达成的最小共识：

【模式】
谁付钱、为什么付：
交付边际成本：
资源回流到什么能力：
模式的安全边界：

【求真】
事实 / 假设 / 愿望 / 未知：
最危险假设：
下一实验：
成功阈值 / 时间窗 / 停止条件：

学完《真需求》的目标不是给任何商业问题套上“价值、共识、模式”三个词，而是能准确判断闭环断在哪里，并用最小行动让市场纠正你的判断。