第20章 交付的失败边界
第15到第19章把交付从闭环、MVP、接单、工作流产品化讲到 Agent 产品。但交付真正危险的地方不在工具，而在边界、预期、验收和收款。本章专门列出交付阶段最常见的死法。第21章开始进入实战案例篇。
20.1 结论先行：交付失败多数不是能力不够，而是边界没管住
很多项目不是因为你不会做而失败，而是因为你没有在正确时间说清：做什么、不做什么、什么时候算完成、怎么付钱。
text
交付风险 = 范围不清 + 预期不稳 + 验收缺失 + 收款滞后呼应第01章公式二：交付闭环每一环都有失败边界。你不能只优化实现环。
铁律：交付管理的核心不是让客户满意一切，而是让双方对「完成」有同一个定义。
20.2 交付风险地图
| 风险 | 表现 | 根因 | 预防 |
|---|---|---|---|
| 超期 | 一直延期 | 范围不清/估算乐观 | 里程碑 |
| 烂尾 | 做到一半停 | 验收标准缺失 | 阶段验收 |
| 白嫖 | 做完不付款 | 付款节点滞后 | 预付款+尾款 |
| 无限修改 | 改不完 | 变更规则缺失 | 变更单 |
| 维护黑洞 | 交付后长期免费支持 | 维护边界缺失 | 维护期与费用 |
20.3 交付前预检表
text
交付风险预检
范围：
- [ ] 是否写明必须做？
- [ ] 是否写明不做？
时间：
- [ ] 是否有里程碑？
- [ ] 是否有延期处理规则？
验收：
- [ ] 是否有验收标准？
- [ ] 是否约定验收周期？
付款：
- [ ] 是否有预付款？
- [ ] 是否有尾款触发条件？
维护：
- [ ] 是否写明免费维护期？
- [ ] 是否写明额外维护费用？20.4 四个关键动作
动作一：先收定金
没有任何预付款的项目，风险全在你身上。定金不是贪心，是筛选认真客户。
动作二：写非目标
「不做什么」比「做什么」更能保护交付。
动作三：变更走单
客户可以改，但改就影响时间、价格或范围。
动作四：验收有期限
交付后 7 天不反馈默认通过，或写明反馈周期。
20.5 实战：变更单模板
text
变更内容：
提出时间：
变更原因：
影响范围：
- 时间：
- 价格：
- 风险：
处理方式：
- [ ] 接受，调整报价/周期
- [ ] 延后到下一期
- [ ] 拒绝，保持原范围
双方确认：验证：任何新增需求都能被归入这三种处理方式，而不是偷偷进入你的待办清单。
20.6 交付失败 vs 客户不满意
| 维度 | 交付失败 | 客户不满意 |
|---|---|---|
| 是否按范围完成 | 否 | 可能是 |
| 修复方式 | 补交付 | 沟通/变更 |
| 是否应免费修改 | 看责任 | 不一定 |
| 判断依据 | 验收标准 | 感受与预期 |
客户不满意不一定等于你没交付。没有验收标准时，两者才会混在一起。
20.7 失败边界
死法一：不敢说不
什么都答应，最后全部做不完。对抗：任何新增需求都进入变更流程。
死法二：无变更流程
客户随口一句变更，你当成任务。对抗：变更必须影响时间、价格或范围之一。
死法三：无尾款节点
做完才想起收钱。对抗：付款节点写进报价单。
死法四：把客户情绪当需求
客户着急不等于需求合理。对抗：情绪先安抚，需求回到文档。
红线边界
不要为了成交承诺你无法控制的结果；不要为了留客户接越界需求。
20.8 小结 / 核心心法
交付的护城河不是你多能干，而是你能把边界、验收、收款管住。
执行清单：
- [ ] 是否有预付款？
- [ ] 是否写明非目标？
- [ ] 是否有变更单？
- [ ] 是否有验收期限？
- [ ] 是否写明维护边界？
上一章：第19章 Agent 产品骨架 下一章：第21章 案例：从接单中发现需求