第08章 需求的失败边界

第02到第07章把需求从定义、来源、访谈、验证、文档化一路走完。但需求阶段最危险的地方在于：它错的时候通常看起来很合理。本章专门处理这些死法。第09章开始进入「整合资源」篇，前提是你已经知道什么需求值得整合资源去做。

8.1 结论先行：源头错了，后面越努力越浪费

需求阶段的失败，不是后面多写代码、多做运营、多找 AI 就能补救的。源头错了，交付越快，浪费越快。

错误需求 × 高执行力 = 更快抵达错误结果

呼应第01章的公式二：范围是交付闭环的第一环。如果范围本身来自伪需求，那么实现、验证、验收都只是把错误包装得更完整。

铁律：在需求阶段慢半天，胜过在交付阶段返工半个月。

8.2 什么是需求失败：定位、能力与边界

类型	表面现象	本质问题	处理
伪需求	有人说想要	没有真实代价	回到第06章验证
错需求	痛点存在但方案错	误解底层任务	回到第05章访谈
弱需求	有痛但低频/低价	不值得做产品	放入观察池
危险需求	有钱但越界	合规/安全风险	直接拒绝

需求失败不是「没人喜欢你的想法」，而是没有足够证据证明这件事值得进入交付闭环。

8.3 三类最常见伪需求

伪需求来源
├─ 自己的爽点：我想做
├─ 别人的客气：听起来不错
└─ 市场的噪音：大家都在聊

自己的爽点

你自己想要，不等于市场想要。自我痛点可以作为需求来源，但必须经过第04章的四来源交叉验证和第06章的证伪阶梯。

别人的客气

朋友说「这个不错」「做出来我试试」，通常不算需求。真正的需求会付出代价：时间、钱、迁移成本、公开推荐。

市场的噪音

热点不是需求。大家都在讨论 AI、Agent、RAG，不代表他们愿意买你的 AI、Agent、RAG。

8.4 需求质量闸门

在进入实现前，用这张表放行：

需求放行评审表

需求名称：
来源证据：

[ ] 高频：目标用户多久遇到一次？
[ ] 高痛：不解决会付出什么代价？
[ ] 付费：是否出现真实付费/预售/强承诺？
[ ] 范围：是否有一页纸需求文档？
[ ] 非目标：是否明确不做什么？
[ ] 风险：是否触及法律、凭据、数据、平台红线？

结论：
- [ ] 放行进入实现
- [ ] 回到访谈
- [ ] 回到验证
- [ ] 放弃

8.5 实战：把需求池分成四类

分类	判断标准	动作
立即做	高频高痛且有付费	写需求文档，进入交付
继续验证	有痛但证据不足	做假门/预售
观察	低频或弱付费	暂存，不投入
拒绝	越界或不可交付	删除，不解释太多

决策树：

是否触及红线？ ─ 是 → 拒绝
       │
       否
       ↓
是否有付费/强承诺？ ─ 否 → 继续验证
       │
       是
       ↓
是否能在可控范围内交付？ ─ 否 → 裁剪范围
       │
       是
       ↓
进入交付闭环

8.6 需求失败 vs 执行失败

维度	需求失败	执行失败
问题位置	做错东西	东西没做好
发现时间	越早越好	交付中发现
修复方式	回到验证	修实现/流程
最大损失	方向错	效率低

一人公司最怕的不是执行失败，而是需求失败被误判成执行失败。方向错了，你越优化执行，越会把自己锁死在错误方向上。

8.7 失败边界：四种死法

死法一：低频高痛但无付费

用户痛，但一年遇一次，也不愿付费。对抗：做成内容或工具模板，不做产品。

死法二：高频低痛

天天遇到，但只是小烦恼。对抗：除非能低成本分发，否则不做一人公司主产品。

死法三：强付费但不可交付

有人愿意付钱，但你当前资源无法稳定交付。对抗：裁剪范围、提高价格、或拒绝。

死法四：违法违规需求

有钱、很痛、很急，但触及法律、凭据、平台对抗、灰产。对抗：直接拒绝，不做「技术中立」幻想。

红线边界

• 需求触及凭据、隐私、平台对抗、生产破坏、数据滥用，直接否决。
• 需求方不能提供合法授权，直接否决。

8.8 小结 / 核心心法

不是所有真实痛点都值得做成产品；只有能被合法、可控、可验收地交付的痛点，才进入一人公司的闭环。

1. 需求阶段错了，后面越努力越浪费。
2. 伪需求常来自自己的爽点、别人的客气、市场噪音。
3. 需求进入实现前必须过质量闸门。
4. 越界需求再赚钱也不做。

执行清单：

• [ ] 需求是否来自至少一个强证据？
• [ ] 是否通过高频/高痛/付费三判据？
• [ ] 是否有一页纸需求文档？
• [ ] 是否触及红线？

---

上一章：第07章 需求文档化 下一章：第09章 能力矩阵