将一个模糊的客户问题转化为一个有明确边界的首个版本，并附带清晰的假设、风险、依赖项、成功衡量标准和权衡取舍。
示例性质。 本课延续 Discovery 中的综合案例：那家区域物流公司、合规扣留问题，以及那位自信的老练调度员。对话为教学目的虚构，不含任何统计数据。
Discovery 给了你一个重新定义：真正的问题不是查询慢，而是一位有十五年经验的调度员凭记忆处理危险品路线，有时会出错，而且没人发现。范围界定就是把这个重新定义转化为你真正承诺要构建的系统。更难的是，你要在这里对三个相近但不相关的东西说不。
工程师在这里的失败与 Discovery 阶段正好相反。在 Discovery 阶段你急于构建；在范围界定阶段，你倾向于什么都构建：重新定义加上原始需求，再加上冒出来的两个好点子。一个试图包揽一切的范围会导致交付延期，演示起来像一锅粥，而且对任何指标都没有推动作用。
阅读之前
你又回到了副总裁面前。桌面上有四个选项：(a) Discovery 阶段提出的路线检查系统，(b) 他们最初要求的问答助手，(c) 副总裁提到想要的一个仪表盘，以及 (d) 自动纠正路线，而不只是标记问题。
你承诺做哪一个？又如何对其他三个说不，同时不失去在场所有人的支持？
你承诺做 (a)，而且第一个版本只做 (a)。你通过把每个“不”与副总裁已经告诉你在乎的结果挂钩，来拒绝其余选项。看看怎么做。
策略 1 —— 承诺只做一件事
目标是减少合规扣留。四个选项中只有一个能直接推动它：在做出有风险的路线决策时就将其捕获。所以这就是承诺，直截了当地说出来：
你：“我首先会构建的是：一个检查机制，在路线决策录入的那一刻进行监控，并在货物发运之前标记出看起来有风险的决策。这才是能减少扣留的东西。我想先把这个做好交付，然后再构建其他任何东西。”
把第一个版本的范围定得窄并不是胆怯；这恰恰是在你还有全部精力投入时，把真正重要的事情做好的方法。而且它为接下来的每一个“不”提供了理由。
策略 2 —— 通过做减法说不，并给出理由
现在是三个拒绝。每一个都是通过举起结果来说不，而不是争论偏好：
副总裁：“那我最初要求的问答助手呢？”
你：“我们可以以后再加，但它本身并不能减少扣留。这是我们在现场学到的。会使用查询工具的人已经是那些细心的人了。我们不要把前八周花在那个演示好看、却改变不了你指标的东西上。”
副总裁：“那仪表盘呢？”
你：“值得做，前提是标记功能先跑起来。一个还没捕获到任何问题的系统的仪表盘，就是一堆零的仪表盘。我们先挣到数据，再展示它。”
副总裁：“为什么只是标记？为什么不自动修正路线？”
你：“因为一个悄悄改掉十五年老员工货运路线的系统，是让整个项目被关掉的最快方式。我们做标记，由人来决策，等数据证明应该自动化时，我们再赢得自动化的信任。自动修正是第三版才谈的事，而且前提是标记功能先证明自己。”
每一个“不”都落在结果上，或落在你在需求探索中发现的约束上。没有一个“不”是“我不太想”。
差 / 好 / 卓越 —— 呈现范围
差 —— “四个我们都做，这是时间表。”你什么都答应了，这读起来要么是经验不足，要么是不敢反驳。项目会延期且失焦，一旦延期，你会在压力下砍错东西。
好 —— “我们先做标记系统，其余的分阶段推进。”你把正确的第一步放在前面，并暗示了先后顺序。扎实。差距在于：你没有为砍掉的部分辩护，所以副总裁还没有认同这个逻辑，问答助手下周就会重新被提上桌面。
卓越 —— “先做一件事：标记系统，因为它是唯一能影响滞留数的选项。问答工具碰不到那个数字，仪表盘需要我们还没有的数据，而自动修正会在我们赢得信任之前就让我们被关掉，所以那些往后放，按这个顺序，每一项都带一个触发条件。”你做了承诺，做了取舍，而且每一次取舍都锚定在他们的结果上。现在范围是一个共同决策，而不是你的偏好，它能撑过下一次会议。
可以预料的追问
副总裁：“我的领导层期待有令人印象深刻的东西可以演示。一个单独的标记功能听起来太单薄。”
你：“我理解。但真正有说服力的演示是这样的：一个真实的路线决策进来，系统悄悄捕获了一个本会造成滞留的案例，以及一次没有发生的滞留。对你的领导层来说，这比聊天机器人更令人印象深刻，因为他们关心的那个数字在动。演示上好看和对你老板有说服力不总是一回事，我会为后者优化。”
副总裁：“我老板会问 AI 在哪里。一个标着‘有风险’的标记看起来就像电子表格规则。他批准的那个 AI 在哪里？”
你： “有道理。这是展示层面的问题，而不是范围问题，所以我们来解决这个问题，同时不把东西做错。在演示中，当它标记一条路线时，展示原因：‘这匹配了三月变更的一项危险品重新分类规则。这是规则和它捕获的运单，’这是电子表格做不到的推理。这看起来就像 AI，而且是在那个真正影响你指标的功能上。把真实有用的东西清晰地呈现为 AI，胜过做一个看起来像 AI 的炫酷聊天机器人，却什么也改变不了。如果在那之后他还想要更炫的界面，我们可以在标记功能证明价值之后，把它规划为后续项目。我只是不想把它放在首位。”
副总裁： “展示推理仍然只是一个文本框。我老板看了六场有 Agent 和仪表盘的供应商演示，而我走进去展示的是一条变红的路线？我需要看起来像我们花钱买的东西，否则我就是那个买了规则引擎的人。”
你： “有道理。这确实是你需要承担的责任，我不会让你只靠表面光鲜来扛。所以这是一个真正的让步：我会在 v1 中增加一个可见的界面，一个实时看板，在标记触发时统计避免的扣留次数，这样演示就不只是一条红色的路线，而是一个不断攀升的数字，这是你老板从电子表格里得不到的。这是真实的范围，大约一周我原本没计划的开发工作，我宁愿花这个时间，也不愿看着真正有用的东西因为演示单薄而死掉。我会给你一个真实的界面，而不是假的那个。聊天机器人，我还是不会做。”
关键动作： 这次你真正放弃了范围，一周你宁愿不花的工作，因为副总裁在老板面前的地位是一个真实的约束，而不只是噪音。这就是真正的让步与象征性让步的区别：它让你付出了代价。你在无用的聊天机器人上守住了底线，却让出了一个真实、有用的界面。当客户的处境岌岌可危时，“相信实质内容”是不够的。你要用真实的东西来降低他们的风险。
从范围到架构
架构现在从你保留下来的那件事中自然产生，并被探索阶段发现的约束所塑造：
- 它监控决策的产生过程 → 它挂载在路由入口点上，而不是一个老师傅永远不会打开的独立聊天应用。
- 它不能让人感觉像监控 → 标记是低调的，首先面向调度员，定位为“再看一眼”，而不是向管理层汇报。这个社交约束是一个真实的设计需求，你现在就记下来，免得以后再临时补上。
- 由人来决策 → 系统只做标记和解释；在 v1 中它绝不自行改道。这是一道护栏，也是让产品得以被采纳的关键。
- 你必须知道它在起作用 → 从第一天起，它就记录标记和结果，这样你以后可以展示避免的扣留次数。这就是从一开始就内置的评测和可观测性。
你没有先画出架构再为它辩护。你锁定了一个结果，让探索阶段的约束决定形态，各个模块几乎是自然被逼出来的。这正是系统设计环节所考察的“推导而非展示”的做法。
可迁移的模式
先承诺那一个结果，然后当着客户的面把其他一切砍掉，并给出客户自己说过的理由，让架构从你保留下来的东西中自然产生。 范围是一份有理有据的“不做清单”；架构则是幸存结果所逼出的形态。两者都从结果出发，你就能一次性把正确的东西做出来，而不是把整个愿望清单做得很糟糕。
下一步： 转化为 ROI 与风险。你已经确定了范围。现在用客户关心的钱和风险的语言来表述，让他们能够向上级为它辩护。