7.4 范围控制四纪律
概念
范围蔓延（Scope Creep）是所有项目的天敌，AI 项目尤其严重。因为 AI 的「能力边界」天然模糊——客户觉得「既然能回答 A 问题，那回答 B 问题也应该行吧？」——然后 B 加了、C 加了、D 加了，系统越来越散、效果越来越差。
范围失控的三个信号：
-
需求清单只增不减，且没有人负责裁剪；
-
试点还没验证完，已经在讨论全公司推广；
-
「顺手做一下」的功能超过总工作量的 20%。
出现任一信号，立即停下来重新对齐。
四条纪律是控制范围蔓延的硬规则：
| 纪律 | 一句话 | 为什么需要 |
|---|---|---|
| 纪律一：一次只解决一个可衡量的问题 | 别想着一步到位，先聚焦一个「能用数字判断成败」的问题 | 多目标并行 = 每个都做不深 |
| 纪律二：不确定性不向下游传递 | 这一环没搞清楚的东西，不要带到下一环 | 不确定性会累积，越到后面越难修 |
| 纪律三：新增需求必须换出旧需求 | 要加新 Skill？好，先去掉一个旧的 | 容量有限，只加不减必然崩盘 |
| 纪律四：先做窄而深，再做宽而浅 | 先把一个场景做到深、做到好，再横向扩展 | 浅尝辄止的场景没价值，深度才有说服力 |
为什么必须先窄后宽：
小范围试点的价值不在「省成本」，而在拿到一组可信数据。有了「A 组用 AI、B 组不用，A 组人均处理量高 40%」这样的对照结论，扩展时的说服成本会下降一个量级。没有这组数据，跨部门推广基本靠行政压力，落地质量堪忧。
一个类比：纪律像是装修房子。纪律一——你不会同时装修所有房间，先装厨房，因为「能不能做饭」是最可衡量的；纪律二——厨房的水管没接好之前，不要开始装卫生间的马桶，因为水管问题可能两边都有；纪律三——你预算有限，想加个衣帽间？好，把书房缩小；纪律四——先把厨房做到能天天做饭的程度，再考虑书房的装饰。
用法
每条纪律的具体执行方法：
纪律一：一次只解决一个可衡量的问题
| 执行步骤 | 具体动作 | 反面案例 |
|---|---|---|
| 定义问题 | 「客户客服团队每天 200 单退货咨询，人工处理每单 5 分钟」 | 「做一个客服助手」（太模糊） |
| 定义衡量 | 「Agent 处理后每单降至 2 分钟，准确率 ≥ 85%」 | 「让客服更智能」（不可衡量） |
| 聚焦实施 | 只做退货场景的 Skill，不做售前、不做物流 | 同时做退货+售前+物流，每个都 60 分 |
| 验证后扩展 | 退货场景验收通过后，再加售前 | 退货没验完就铺售前 |
纪律二：不确定性不向下游传递
| 典型的不确定性 | 错误做法 | 正确做法 |
|---|---|---|
| 知识库中某条规则有矛盾 | 「先这样，后面再说」 → Agent 上线后给客户两个矛盾答案 | P 阶段就标记矛盾，要求客户澄清后再进入 E 阶段 |
| 某类问题的预期答案不确定 | 「让 Agent 自己判断」 → 结果跟客户预期完全不同 | 先跟业务方做 10 条问答样本，对齐预期后再开发 |
| 接入的数据源格式不稳定 | 「先跑跑看」 → 某天数据格式变了，Agent 全线输出错误 | E 阶段先做数据稳定性测试，确认格式后再进入 V 阶段 |
- 注意 ：纪律二的核心是「敢于停下来」。很多 FDE 怕停下来显得没进度，但带着不确定性往下跑，问题只会在后面放大十倍。
纪律三：新增需求必须换出旧需求
| 执行规则 | 操作方法 |
|---|---|
| 维护「需求池」 | 用一张表记录当前范围内所有 Skill/场景，标注优先级 |
| 新增审批 | 客户提出新需求 → 评估新增需求要从池子里去掉哪个（同优先级的） |
| 换出记录 | 「新增'物流追踪'场景，换出'促销活动查询'场景（降级为 P2）」 |
| 容量上限 | 试点阶段建议 Skill 数量不超过 5–8 个，超过就是「太宽」 |
纪律四：先做窄而深，再做宽而浅
| 阶段 | 范围策略 | 深度策略 |
|---|---|---|
| P 阶段 | 1–2 个核心场景 | 覆盖 80% 的高频问题，边界 case 先标记不处理 |
| E 阶段 | 仍然是 1–2 个场景 | 把边界 case 补上，做到 95% 覆盖 |
| V 阶段 | 验收 1–2 个场景 | 深度验收，每个场景 50+ 测试用例 |
| L4 扩展 | 横向加场景 | 新场景只需要做到 80% 覆盖即可（深度已有基线） |
示例
一个范围控制失败案例的复盘：
项目：XX 企业知识助手
【反面案例】
Week 1：进场，客户说"先做客服场景"
Week 2：开发中，客户说"顺便把 HR 场景也加上吧"
Week 3：开发中，客户说"再加个 IT 运维的"
Week 4：原型有 8 个 Skill，每个都半成品
Week 5：实证阶段，8 个场景指标全不达标
Week 6：客户说"怎么什么都做不好？"
Week 7：项目暂停
【复盘】
违反纪律一：同时做 8 个场景，没有一个做到 85%
违反纪律三：从 1 个场景加到 8 个，一个都没换出
违反纪律四：全是"宽而浅"，没有一个场景做到"窄而深"
【修正方案】
Week 8：重启，砍掉 7 个场景，只做客服退货场景
Week 9-10：客服退货场景做到 87% 准确率
Week 11：客户验收通过
Week 12：加第二个场景（HR 请假流程）
注意事项
-
纪律三最难执行 ：客户总觉得「加一个又不费事」。你需要用数据说话——「目前 Skill 5 个，每个准确率 85%。加到 8 个，根据测试每个会降到 75%。你选哪个？」
-
纪律四的「窄」不是终点 ：窄是为了深，深是为了说服力。一个做到 90% 的场景，比五个做到 70% 的场景更有扩展价值。
-
四条纪律是「协同生效」的 ：违反任何一条，其他三条的效果都会打折。比如你违反了纪律一（同时做多个问题），纪律四的「先做窄而深」就无从谈起。
随堂测
逐题作答，即时反馈
1. 下列对「范围控制四纪律」的表述，与课文一致的是？
2. 执行「纪律三：新增需求必须换出旧需求」时，按课文的正确做法是？
3. 范围失控的三个信号之一，是「顺手做一下」的功能超过总工作量的多少？