学完这一课，你可以
- 写出不预设 AI 方案的问题说明，并用新资料修订范围。
- 比较流程、传统软件和 AI 方案，说明各自解决什么、增加什么负担。
- 定义可核查的成功标准和停止条件，为下一课保留明确的任务与限制。
开始之前
- 带上第 3 课的工作过程、事实与假设记录，以及需要补充的资料。
- 读取北辰二十条入门记录；另读第 4 课逐步练习情景的新资料摘要，保持两个材料集合分开。
- 写下“提高效率”具体可能指什么：响应更快、等待更少，还是更少返工？
从功能要求回到要解决的工作
“建设 AI 知识助手，提高效率”包含一种方案和一个宽泛目标，却没有说明谁在哪一步遇到困难。拿出上一课的过程图，选一个有资料支持的等待环节。写明使用者、触发情境、要完成的任务、当前困难和后果，再注明仍未证实的原因。
可以用这个句式起草：“当某类工程师遇到某类任务时，需要完成某一步；现有材料显示哪种困难，但原因仍可能是什么。本轮先验证什么，暂不做什么。”句式用于帮助写清楚，不必机械保留。GOV.UK 的发现阶段指南也建议把预设方案重新表达为问题；这里只借用原则，不规定企业必须照搬政府的阶段或周期。
问题定义可以被修订。第 4 课会形成下一课的设计起点，但并不锁死后面课程；发现新的权限、风险或价值信息时，任何一课都可以缩小范围、改用非 AI 方案或建议停止。
用新资料改变判断，而不只是换词
北辰第 4 课的逐步练习情景提供了一项新摘要：近三个月工单中，等待超过 30 分钟的事件，其主要等待出现在专家确认与备件审批。这是情景单独给出的新资料，不是从二十条入门 JSON 算出的结论。摘要没有提供全部原始记录、精确占比和统计方法，因此也不能据此编造“七成等待”之类数字。
把新摘要接到上课的假设后：它降低了“主要问题是查资料”的可信度，增加了检查确认和审批流程的必要性。备件草稿可能帮助准备材料，但不等于审批已经更快。下一步需要区分提交前准备时间、提交后等待和批准后的处理；如果问题主要在授权或资源，继续优化回答可能作用有限。
比较真正不同的解决办法
比较方案时，让每条路线对应一个可能原因。“完整版、简化版、延后版”主要在进度和范围上不同，不能替代方向比较。至少考虑保持现状、调整工作安排、传统软件或规则、模型辅助。不要先把 AI 判为最好，也不要认为非 AI 就无需维护或验证；要看哪种方法能直接作用于确认的困难。
下面的对照是教学分析，不是北辰已经验证的投资建议。实际项目应核对每条路线的权限、实施成本、可逆性和人的负担。组合方案也可以，但先分清每一项改变的目的与检查方法，避免一次做很多事后无法判断哪项有效。
| 路线 | 可能直接解决 | 需要检查的代价与限制 |
|---|---|---|
| 保持现状并补充研究 | 原因尚不清楚时避免盲目改变 | 继续等待的后果与研究期限 |
| 调整排班、升级或授权 | 等专家、找不到决定人 | 负责人是否能改变流程及支持容量 |
| 搜索、表单或规则软件 | 资料定位、申请字段缺失 | 版本维护、权限和规则例外 |
| AI 建议与申请草稿 | 非结构化资料理解、草稿准备 | 依据是否适用，复核和维护负担 |
| 分阶段组合 | 多个已确认的不同困难 | 分别验证，记录依赖，不混算收益 |
先定义基线，数字才有比较意义
基线是改变之前、按约定方法记录的工作情况。先写任务范围、时间起止、数据来源、缺失值处理和统计方法，再计算平均值或比例。首次响应快，不等于任务解决快；响应、专家等待和总处置时间是不同字段，不能互换。试点前后还要使用可比较的任务条件。
用入门 JSON 做计算示范：二十条 resolution_min 相加是 1753 分钟，平均为 1753 ÷ 20 = 87.65 分钟；十二条 expert_wait_min 大于零，比例为 12 ÷ 20 = 60%；六条 rework 为 true，比例为 6 ÷ 20 = 30%。这些只描述这份合成练习记录，不代表北辰真实业务，也不能推出 AI 节省或年度收益。
尤其不要把 60% 理解为“60% 的时间都在等专家”：这里的分母是事件数，不是时间。二十条中也没有助手使用后的对照记录。若练习提出“缩短 30%”的目标，它是待确认目标；87.65 × 0.7 = 61.355 分钟仅是按这个目标算出的示意值，不是已达到的效果，也不是可以直接上线的标准。
说明系统怎样影响工作和结果
把成功分成几个需要分别观察的环节：系统能提供适用建议，工程师在符合范围的任务中查看，建议帮助完成某一步，等待或返工改善，最终业务结果变化。每个连接都是假设，不能因为第一步成立就宣布最后一步成立。例如，草稿写得快了，但仍要等审批，整个处置可能没有变快。
给每个主要成功标准配一个检查副作用的指标。想减少等待，就同时检查复核工时、返工和正确升级；想增加采用，就同时检查不加判断地接受和事后纠正。按任务、设备、班次或经验分别看结果，避免平均值盖住少量高后果问题。GOV.UK 的收益衡量指南有助于区分基线、预期收益和实际结果，但不会替你提供本项目阈值。
把停止条件写成能执行的动作
成功标准说明什么情况下值得继续；停止条件说明什么情况必须暂停、缩小或转为人工处理。每条写明触发信号、影响范围、立即动作、负责人和恢复需要的资料。不要只写“准确率不高就复盘”，也不要默认所有问题都全停：动作应与后果、权限和实际运行预案相匹配。
一个教学示例是：“若发现建议包含初期范围禁止的自动设备动作，先停止受影响的建议路径并通知运行负责人；检查影响范围和修订结果，由获授权人员确认后才能恢复。”这不是工业设备操作指导，现场安全处理仍按客户原有规程。数据访问越界或无人能检查建议，也应有明确处理办法。
状态未知指目前不能确认某个动作或结果是否发生。不能把它默认成成功或失败来凑完成率。此课先把统计与决定规则写清，下一课再设计怎样显示状态、核对和人工接手。人工接手不是一个名字，而是有人能获取所需资料、有权限和时间继续处理。
分步骤写出一页问题与决定说明
下面继续北辰主线，展示怎样由资料得到建议。初稿“建知识助手提高效率”没有指出等待位置。加入第 3 课的不同解释和本课新摘要后，可以改成：“先确认华东白班专家确认及备件审批中的等待构成，比较流程调整与建议、草稿辅助。本轮不自动停机、不提交申请、不发布事故结论。”这是练习草稿，不是客户已批准的决定。
再写三类内容：已知资料指向什么、还需核对什么、建议先做什么。建议可以先核对一批获准事件中的准备、确认和审批时段，再让业务与运行负责人比较改善路径。如果仍无法区分原因，就不宣布 AI 试点已有充分价值；可以保留纸面验证或流程方案。
最后把标准放到同一页：哪些任务计入、改进怎样测、错误和新增劳动怎样检查、什么情况停、谁确认下一步。客户想保留“AI 助手”的项目名时，名称可以单独讨论，实际范围不能被名称替代。请相关人员复述本轮任务和不做的动作，比一句“原则同意”更容易发现差异。
检查常见的“看起来定义好了”
把“效率”换成“智能化提效”没有使问题更具体；删掉几个形容词但仍默认全员使用，也没有改变范围。检查第二版有没有因为资料而改变目标任务、保留其他解释，或去掉一项不应继续的要求。修改不是越多越好，证据确实支持原范围时也可以保留，并说明理由。
另一个误区是先选阈值，再挑容易通过的任务。先约定范围和统计方法，再与负责人结合后果、基线和资源设标准；不要把样例百分比当行业通用线。结果不利时保留原记录、说明修订原因。带着这样一份问题说明进入设计，后面才知道方案究竟为谁服务、哪些条件必须满足。
动手练习
用入门记录练习计算，用逐步情景练习修订问题。两个材料集合不能混成真实试点结果。
- 01
写一版不预设 AI 的问题说明，引用第 3 课的两条资料和至少一个未确认原因。
- 02
核算平均处置 87.65 分钟、专家等待事件 12／20、返工 6／20；每个数旁写分母和适用范围。
- 03
加入第 4 课的三个月摘要，修订问题范围；说明它来自单独情景，哪些精确数字没有给出。
- 04
比较一种流程调整、一种传统软件和一种 AI 辅助路线，分别写它作用于哪一步、需要谁、增加什么负担。
- 05
写两个成功标准、两个副作用检查和三个停止条件；尚未有依据的阈值标为待协商，不自行宣布批准。
- 06
形成一页建议，保留初版和修订原因，并写给第 5 课的任务、资料、权限与禁止动作。
分清等待发生在哪一步
用 20 条记录比较资料查找、专家确认和审批等待，写出问题范围与仍需查证的部分。
专家等待与总处置时长对应入门 JSON；新增分段是构造的扩展，不是补找回的业务观测。
先读字段说明，完成计算或走查，再核对指南中的自检要点。文件可下载后用表格软件或文本编辑器阅读，无需运行代码。
检查你的理解
先写下自己的回答，再展开解析，看看还需要补充什么。
12／20 有专家等待，能说 60% 的处置时间都在等待吗？
不能。该比例以事件数量为分母，只表示这份合成记录里多少事件记有专家等待，不是时间占比。
生成备件草稿更快，就证明审批更快了吗？
没有。准备、提交后等待和审批处理是不同步骤，需要分别检查；加快一个步骤未必改变最终处置时间。
进入第 5 课后，还能建议不用 AI 吗？
可以。任何阶段的新资料都可能改变问题、范围或继续理由。保留依据，请有权人员重新确认，而不是因为已经开始设计就坚持原方案。
本课记录与下一步
一份问题说明、一个不用 AI 的备选方案，以及成功和停止条件。
每个指标都写清怎么算、由谁核对。即使平均速度提高，也要检查是否增加错误、返工或某些人的负担；练习中的小样本不能证明真实收益。
第 5 课把你的问题说明变成人和 AI 的工作步骤。带上符合范围的任务、成功标准、停止条件、权限和人工支持要求；未确认的阈值与原因继续保留为待验证事项。