第 4 周：把证据写成可决定的 Discovery Brief
直接答案： 合格的
Discovery Brief不是功能清单，而是一份可修订的问题合同：它写清谁要完成什么任务、支持哪个业务决定、现有证据和未知是什么、哪些结果不能牺牲，以及有权角色为什么决定继续、补证、先改流程、缩小或停止。第 4 周可以批准的最多是下一阶段的受限工程探索，不是 AI 方案或生产上线。
先分清：问题合同不是产品需求文档
标题“先分清：问题合同不是产品需求文档”第 3 周告诉你“当前证据在哪些范围内成立”。第 4 周才回答“这是否值得进入下一步”。
有边界的证据 → 要支持的业务决定 → 一个一线角色、任务和异常 → 指标口径与硬约束 → 可比较的行动选项 → 有权角色的继续 / 补证 / 非技术改进 / 缩小 / 停止决定产品愿望通常写“要做哪些功能”。问题合同先写“为什么值得改变、改变谁的什么任务、怎样知道方向错了”。技术选项可以出现，但不能先获胜。
| 写法 | 例子 | 判断 |
|---|---|---|
| 技术愿望 | 做一个 RAG + Agent 自动回复客服系统 | 不通过：没有决定、证据和边界 |
| 宽泛痛点 | 客服查资料效率低 | 不通过：没有角色、触发和异常 |
| 问题合同 | 获授权客服在指定计费任务中需要识别当前、适用且可追溯的政策；冲突、缺字段或受限时必须升级 | 可以进入范围评审 |
先看完成品：北辰 Discovery Brief v1
标题“先看完成品：北辰 Discovery Brief v1”下面是一份完整但受限的合成教学示例。北辰协作、角色、决定、样本、日期和结果均为课程材料，不是客户项目。你自己的 Brief 必须使用自己的获准证据；没有真实场景时，标题写“课程模拟”。
1. 要支持的业务决定
标题“1. 要支持的业务决定”[D] 课程模拟决定安排
- 决定人：模拟业务负责人与模拟客服负责人- 决定日期：2026-08-29- 本次范围：是否进入一个 3 周、只读、确定性的软件薄片探索- 可选结果：继续补证 / 先做流程或内容治理 / 进入受限薄片 / 暂缓 / 停止- 不包含：生产上线、自动回复、裁员或冻结招聘、AI 技术选型- 复查条件：第 7 周一线走查后，依据任务正确性、权限和新增负担重新决定这项 [D] 只证明角色在模拟情境中作出了范围决定，不证明软件会产生业务收益。
2. 一个角色、一个任务和一个异常
标题“2. 一个角色、一个任务和一个异常”- 角色：获授权的普通客服- 触发：收到“套餐升级后的差价”计费任务- 必须完成的任务：识别当前、适用且可追溯的政策依据，并决定确认或升级- 正常路径：字段完整，只有一个当前适用来源- 主要异常：政策冲突、缺少地区，或任务需要主管权限- 当前人工保护：客服核对生效日期、地区和来源；冲突或特殊任务升级- 不能删除的判断：是否适用、是否有权查看、是否必须升级3. 已知证据、异议和未知
标题“3. 已知证据、异议和未知”| 类型 | 合成示例 | 对范围的影响 |
|---|---|---|
[O] |
northstar-week03-replays-v1，合成 n=8；3/8 跨两个或更多来源 |
值得保留来源和版本，但不能外推频率 |
[O] |
同一样本 2/8 因权限或冲突未选定依据 |
异常必须进入主路径，不做成功演示附录 |
[Q] |
模拟客服说会用个人笔记保存常用链接 | 只证明有这项陈述，使用范围未知 |
[I] |
版本、权限和输入完整性可能共同影响任务 | 不把“搜索”宣布为单一根因 |
[U] |
真实任务分布、总体耗时、错误影响、容量兑现 | 不填写 ROI 或生产目标 |
| 异议 | 主管倾向统一搜索；一线角色担心受限规则和升级提示 | 两者都保留，后续薄片必须可拒绝和升级 |
4. 三类指标只先固定口径
标题“4. 三类指标只先固定口径”| 类型 | 指标 | 计算与总体 | 来源/所有者 | 当前值 |
|---|---|---|---|---|
| 业务指标 | 计费任务积压 | 指定时间窗结束时仍未进入正确终态的获准任务数 | 工单系统；流程负责人 | [U] |
| 任务指标 | 可追溯的正确终态率 | 分子：依据、适用范围、权限与终态均符合规则的任务；分母：进入本次指定范围且字段足够的任务 | 任务回放与后续测试；流程/知识负责人 | 只有合成基线，不能当生产值 |
| 保护指标 | 未授权内容暴露 | 声明测试范围内，普通角色响应或日志出现受限正文的事件数 | 权限测试；安全/数据负责人 | 下一阶段目标为 0，但尚未测试 |
| 保护指标 | 人工升级负担 | 每个进入升级路径的任务需要的额外步骤和等待 | 一线走查；流程负责人 | [U] |
“目标为 0”在这里是课程模拟安全门，不是已经观察到的结果。只有比例指标才需要分子与分母；计数、时间和状态要使用适合自己的口径。
5. 范围、非目标和时间盒
标题“5. 范围、非目标和时间盒”In scope- 一个普通客服角色- 一个计费任务入口- 当前有效政策的确定性查询- 缺字段、冲突、受限任务的 needs_review 路径- 来源、版本和处理原因的可见结果
Out of scope- 自动撰写或发送客户回复- 主管审批、退款执行和跨部门工作流- RAG、模型、Agent、MCP 或向量检索- 生产部署、正式采用和业务效果测量- 全客服部门和所有工单类型
时间盒- 第 5–7 周只验证确定性薄片、可靠数据和权限内任务闭环- 第 7 周走查后重新决定；没有通过不自动进入 AI 阶段6. 数据、权限和参与者保护
标题“6. 数据、权限和参与者保护”- 只使用固定合成政策或明确授权、脱敏的数据；
- 普通客服不能看主管专属正文，也不能通过错误信息推断受限记录存在；
- 缺少所有者、版本、有效期或访问级别的政策不能进入可靠候选；
- 一线走查不用于绩效，直属主管不旁听个人研究；参与者可以跳过、纠正、停止和撤回；
- 日志只保存安全标识、版本、状态和关联 ID，不保存客户正文或密钥；
- 可访问性和不可接受的额外工作是独立阻断条件，不需要先证明 ROI。
7. 选项阶梯与风险
标题“7. 选项阶梯与风险”| 选项 | 现在能解决什么 | 主要不足或风险 | 本次决定 |
|---|---|---|---|
| 不做，继续现状 | 不增加系统风险 | 保留当前未知和绕路 | 保留为比较基线 |
| 继续补证 | 改善真实分布、基线和权限理解 | 延后工程学习 | 自己案例证据不足时优先 |
| 内容治理 | 明确所有者、版本和下线 | 不直接改变任务入口 | 与薄片并行考虑 |
| 流程或培训修正 | 明确升级条件 | 可能仍依赖多处材料 | 可以先行 |
| 确定性软件薄片 | 验证结构化查询、来源和异常状态 | 仍不能证明采用或收益 | 课程模拟批准进入第 5 周 |
| AI / RAG | 以后可比较非结构化问法 | 当前无必要证据，新增质量与安全风险 | 本阶段不批准 |
选项表不是为了给预设方案做陪衬。若流程或内容治理足以解决问题，停止软件开发也可以通过本周。
8. 完成的决定记录
标题“8. 完成的决定记录”# decision-record-01（课程模拟）
- 日期：2026-08-29- 有权角色：模拟业务负责人与模拟客服负责人- 决定：批准使用固定合成材料进入三周受限确定性工程探索- 支持证据：evidence-pack-v1；current-workflow-v1- 接受的代价：只覆盖一个任务，暂不回答真实频率和 ROI- 硬边界：不自动发送；不暴露受限政策；缺失或冲突必须升级- 保留异议：一线角色担心升级提示增加操作；第 7 周必须走查- 停止条件：出现受限信息暴露、无法追溯来源、异常被假成功掩盖，或走查显示新增负担不可接受- 复查：第 7 周结束时；如证据实质变化，新建 Brief 版本这份示例之所以完整，不是因为每个栏都写满，而是因为未知仍然可见，决定边界能够被撤销。
最小心智模型：Brief 是版本化的问题合同
标题“最小心智模型：Brief 是版本化的问题合同”一个 Brief 至少连接八件事：
决定 → 角色/任务/异常 → 证据与未知 → 指标口径 → 范围/非目标 → 数据与保护 → 选项/风险 → 决定与复查使用三条判断规则：
- 没有证据的数字写
[U]，不要填估计。 先定义怎样测、谁拥有，再等待数据。 - 角色有不同授权。 业务负责人决定投入，数据或安全负责人确认边界，一线角色验证任务与负担；一张统一签字不能替代各自证据。
- 批准下一步，不批准想象中的最终结果。 第 4 周最多批准一次受限探索。
第 1 天：将证据路由到 Brief
标题“第 1 天：将证据路由到 Brief”先写 brief-evidence-map.md，避免从空白模板开始脑补：
| Brief 部分 | 使用的证据 ID / 版本 | 当前能写什么 | 必须保留的未知 | 谁能回读 |
|---|---|---|---|---|
| 业务决定 | 第 2 周问题树、决定记录 | 下一阶段待选选项 | 财务兑现、真实基线 | 业务负责人 |
| 一线任务 | workflow v1、E-02/E-03 | 正常、异常和当前判断 | 总体频率、额外负担 | 一线角色 |
| 数据与权限 | 样本访问说明、知识所有者回读 | 来源、版本、访问级别 | 真实数据可用性 | 数据/知识/安全负责人 |
| 指标 | bounded baseline v1 | 定义与课程合成观察 | 真实目标值 | 指标所有者 |
一条证据可以支持多个部分，但不能被升级成它没有证明的结论。
第 2 天：写问题、口径、范围和停止条件
标题“第 2 天：写问题、口径、范围和停止条件”用下面四问检查问题陈述：
- 谁在什么触发下完成什么任务？
- 正常和一个高信息异常分别怎样结束？
- 当前证据支持到哪里？
- 什么风险或新证据会让方向停止？
先写主路径所需的八部分，不要打开完整企业模板后强迫自己虚构生产运维、正式评测或交接内容。需要高级参考时，再查看仓库中的 Discovery Brief 模板。
第 3 天：比较选项，不让技术自动胜出
标题“第 3 天：比较选项，不让技术自动胜出”建立 option-and-risk-table.md，每个选项回答：
- 它改变当前流程的哪一步？
- 什么证据支持现在考虑它？
- 新增什么风险、成本和人工负担？
- 怎样验证，什么结果会停止？
至少包含“不做”和“继续补证”。如果你的每个选项最终都需要同一个系统，说明范围评审已经被预设方案绑架。
第 4 天：分别回读，不强迫共识
标题“第 4 天：分别回读，不强迫共识”按角色拆开回读：
- 业务负责人：决定、价值机制、资源取舍和复查时间；
- 一线角色：任务步骤、异常、现有保护和新增负担；
- 数据/知识负责人：来源、版本、口径、授权和更新责任；
- 安全或风险角色：不可接受效果、日志和权限边界；
- 工程同伴：受限薄片是否能在时间盒内验证关键风险。
记录“同意、修订、不同意、无权判断”。不同意不是失败；删除异议才是。
第 5 天：进行 10 分钟决定评审
标题“第 5 天：进行 10 分钟决定评审”评审顺序：
- 1 分钟说明待支持的决定；
- 2 分钟走一条正常和一条异常任务；
- 2 分钟说明证据、样本和未知；
- 2 分钟比较选项与硬风险；
- 2 分钟由有权角色选择继续、补证、非技术改进、缩小、暂缓或停止；
- 1 分钟回读决定、接受的代价和复查条件。
没有真实组织授权时，可以使用北辰角色卡练习，但决定标题必须写“课程模拟批准”，不能包装成客户授权。
五天安排与可见产物
标题“五天安排与可见产物”| 学习日 | 建议时间 | 当天动作 | 离开前必须有的结果 |
|---|---|---|---|
| 第 1 天 | 1.5 小时 | 观察完成品，将证据路由到八部分 | brief-evidence-map.md |
| 第 2 天 | 2 小时 | 写问题、指标口径、范围、非目标与停止条件 | Brief v0.5 |
| 第 3 天 | 1.5 小时 | 比较不做、补证、非技术和工程选项 | option-and-risk-table.md |
| 第 4 天 | 2 小时 | 让不同角色分别回读并保留分歧 | 回读与修改记录 |
| 第 5 天 | 1–2 小时 | 完成决定评审和版本记录 | Brief v1、decision-record-01.md |
建议目录：
fde-course/└─ week-04/ ├─ brief-evidence-map.md ├─ discovery-brief-v1.md ├─ option-and-risk-table.md ├─ review-and-change-log.md └─ decision-record-01.md验收与失败恢复
标题“验收与失败恢复”本周通过需要同时满足：
- 问题写的是角色、触发、任务结果和异常，不是技术名称；
- 决定人、选项、日期、证据、异议和复查条件明确；
- 指标写明定义、单位、适用总体、时间窗、来源和所有者；未知保持
[U]； - 范围只包含一个角色、入口、任务和主要异常；
- 权限、隐私、参与者保护、可访问性和人工负担可以独立阻断；
- Brief 有版本号，并写明什么会更新、缩小或停止它；
- 若决定继续，只批准受限工程探索；补证、非技术改进或停止同样可以通过；
- 没有把合成决定、目标值或课程时间盒写成客户和行业事实。
| 常见失败 | 诊断信号 | 恢复动作 |
|---|---|---|
| Brief 是功能愿望清单 | 标题和范围全是页面、模型或工具 | 改写成角色、任务、异常、证据和决定 |
| 为填表虚构目标 | 数字没有来源或所有者 | 保留 [U]，只固定测量口径 |
| 强迫所有人签字 | 不同意见被合并成一句“已达成共识” | 分角色记录同意、异议和权限边界 |
| 范围覆盖整个部门 | 需要多个角色、入口和流程才能讲完 | 缩到一个完整任务和一个异常 |
| AI 选项自动胜出 | “不做”和“流程修正”只是陪衬 | 按证据、成本、风险和停止条件重评 |
| 把批准探索写成上线批准 | 决定记录出现生产和收益承诺 | 降回下一阶段的受限实验 |
独立迁移：供应链延误问题合同
标题“独立迁移：供应链延误问题合同”使用第 2–3 周的供应链材料，完成一份简版 Brief。要求：
- 待支持的决定不能写成“是否建立预测模型”；
- 只选择一个计划员、一类延误异常和一个人工确认路径；
- 业务指标、任务指标和保护指标各定义一个，但未知值保持
[U]； - 比较不做、数据治理、流程修正、确定性状态核对和以后再评估预测五个选项；
- 明确 ERP、承运商门户和仓库消息的授权及版本风险。
答案检查点：合格决定可以是“先修复时间戳与责任边界，暂不开发预测模型”。如果只是把北辰中的“客服”替换成“计划员”，却没有改变业务决定、错误代价和数据所有者，迁移未通过。
用同一 Brief 向三类人解释
标题“用同一 Brief 向三类人解释”- 老板版： 为什么现在继续、补证或停止，价值怎样兑现，什么证据会让决定反转。
- 一线版： 下一阶段只改变哪一步，哪些判断仍由人承担，什么不会被记录、暴露或自动化。
- 工程版： 使用哪个 Brief 版本，薄片必须验证什么，哪些模型、部署和生产问题仍明确在范围外。
上一周与下一周
标题“上一周与下一周”自己的案例若决定补证、非技术改进、暂缓或停止，请保留这个正确决定。第 5 周可以使用本页已经标明“课程模拟批准”的北辰 Brief 训练工程能力，不能为了跟上课程伪造一个值得开发的问题。
来源与事实边界
标题“来源与事实边界”- GOV.UK — How the discovery phase works：Discovery 中的用户、约束、数据、范围和继续判断。
- Palantir Learn — Scoping Use Cases for Foundry & AIP：从业务、人员、数据技术和工作流角度缩小用例；其产品情境和课程结构不是本教程的通用行业标准。
- Databricks — OKR-centric delivery models：范围、成功口径、集成、依赖和时间线需要共同明确并持续修订的团队实践。
核验日期：2026-08-25。 本页的八部分 Brief、选项阶梯、北辰决定、指标、日期、角色和评审脚本均为本教程的原创教学设计或合成材料，不代表上述机构认可本课程，也不证明真实客户授权、ROI、生产效果或行业统一做法。