交接的是仍在推进的决策，不是一段问题叙述。把依据、所需决定、接受负责人和下次复查保留在原任务记录中。
1. 先界定开放异常集合
调度换班不应是把当天碰过的每一项任务重新讲一遍。它更窄的目的，是把交班者离开后仍可能改变工作的决策转移出去。只要某事项还可能改变车辆、司机、时间、装货窗口、货物要求、文件状态或已经对外作出的安排，它就应进入开放异常集合。
应把不同运营状态分开看。车辆已分配，不代表司机已接受；司机已接受，也不表示车辆是否适合货物已确认；有人说文件已到，也不等于实际可用版本已经核对。分开记录这些事实，可以让不确定性被看见，而不需要把问题归咎于任何人。
不要因为事情曾经麻烦，就把所有已结束历史带入交接。已经结束且不影响后续工作的装货延误，可留在任务历史中；若延误会影响下一趟提货、司机可用性、车辆分配或装货时段，它仍是开放异常，应进入交接。
参考资料: BossFlow Fleet 工作范围
2. 一条记录只回答一项决策
| 异常状态 | 调度员决定 | 交接记录 |
|---|---|---|
| 司机尚未回应分配 | 取得接受或拒绝，并设定复查时点 | 接受负责人、联络行动、复查时点、当前回应状态 |
| 车辆可能与另一任务冲突 | 改派前先确认竞争任务的分配 | 受影响任务、建议决定负责人、已确认与已报告事实 |
| 车辆或货物匹配仍不明确 | 核对已说明的需求和候选替代车辆 | 待核对需求、候选车辆、核对负责人 |
| 文件引用缺失或不清楚 | 在视为问题已解决前核对所需版本 | 缺少项目、核对负责人、后续决定 |
| 无人接受该异常 | 明确保留未接受状态，并使用既有升级路径 | 未接受状态、升级路径、下次复查时点 |
每项异常应有一条足够短、可独立理解的记录。先写任务编号，再写已知受影响的车辆、司机、货物或文件。请用中性方式写事实，例如“L-12 已分配，待司机回应”，比“司机有问题”更能帮助接班者行动。
接着写清楚需要决定什么。“文件缺失”只是症状；真正需要的决定可能是核对版本、寻找替代文件、暂缓分配，或请运营负责人从不同选项中选择。接班人不应从模糊状态里猜测真正的问题。
把他人报告的信息与团队已核对的事实分开标示。这是关于资料可信程度的实用备注，不是在评价来电者。它让接受负责人看清哪些可以立即行动，哪些应先核实再改动安排。
3. 按明确顺序完成转移
按可能造成的运营影响排序，不要按讯息到达的先后排序。优先处理可能影响即将出车、装货时段、司机可用性或其他已分配任务的决定。只有确实需要同一个决定时才合并；如果不同任务、司机或负责人可以分别处理，就应拆开。
对每条记录，交班者说明当前事实、所需决定、建议下一步、复查时点和建议接受负责人。接班者核对记录，确认负责人是否合适，然后明确接受或拒绝。出现在电话中或被抄送到群组，不等于已经接受责任。
当下无人能接受时，应清楚保留为“未接受”，并使用团队既有的升级路径。不能因为电话中提到过，就标示为已交接。可靠的交接会诚实区分已接受的工作与仍在等待负责人的工作。
- 先按即时运营影响排序。
- 说明已确认事实、已报告事实和缺少的决定。
- 为下一步提出一位接受负责人。
- 设定具体行动和复查时点。
- 记录接受、拒绝或未接受；不要把沉默当成接受。
4. 决定下一步，不假装已经确定
接受负责人不必在换班当下解决每一项异常，但必须承担一个具体的下一步。可以是向司机取得接受或拒绝、核对车辆需求、核实文件版本、取得装货窗口更新，或请相关运营负责人从选项中作决定。
不要只写“继续观察”。若确实需要观察，应说明观察什么、由谁检查、何时重新查看。同样地，“等待回复”要写明在等谁，以及在复查时点仍未收到回复时，接下来要做什么决定。
在团队平常的记录方式允许时，应把拒绝分配和改派仍保留在原任务记录中。若直接替换旧安排而没有背景，后续调度员可能误以为现有安排从一开始就是原计划。目标是保存决策轨迹，而不是制造表面整齐的历史。
5. 用小型桌面决策表分流
下表是建议的快速分流工具，并不表示所有车队都应使用同一套流程。它应配合团队实际任务记录和既有升级安排使用。它的作用很简单：提醒两位调度员把下一项决定、负责人和不确定性写出来，而不是依赖颜色标签或记忆。
6. 虚构示例：Northline Components
以下是明确虚构的示例。18:40，Northline Components 的交班调度员复核 FC-218 任务：次日上午进行一趟工厂提货。罗里 L-12 已被分配，但司机尚未回应。一位主管表示 L-12 可能需要用于更早的回程载货；这只是已报告信息，并非已确认的改派。装货备注还提到一个调度员暂时无法查看的文件版本。
交班者建立三项有关联但独立的决定：取得 L-12 司机回应；确认较早回程载货是否会使用 L-12；核对相关文件版本。接班调度员 Mei 明确接受司机回应和文件核对两项行动。她不接受车辆冲突决定，因为在这个虚构团队安排中，夜班运营负责人是建议的决定负责人。
记录显示 Mei 已接受的两项行动、车辆决定的建议夜班运营负责人，以及在该负责人确认前的未接受状态。Mei 为司机回应和文件核对设定 19:00 复查时点。这个例子没有声称提货一定能继续；它只让尚待选择的事项和责任归属保持清楚。
7. 以接受核对结束交班
交接结束前，只扫描开放异常集合。每项都应有一个当前状态、一个下一步、一个复查时点，以及一位具名接受负责人，或明确标示为未接受。确认拒绝、改派和指示变更仍连接在原任务记录中。
接班调度员不应翻找无关聊天，就能回答四个问题：什么仍可能改变这项任务？什么已确认？下一步必须做什么？每项剩余决定由谁接受？如果答不出来，即使班报很长，交接仍未完成。
这套方法刻意只处理开放派车决策在人之间的转移。它不判断完整出车准备、不审批货运文件、不取代维修流程、不评估路线选择、不复核行程费用，也不承诺派车结果。既有的 AI 概念车队场景图可重复使用，但必须标示为示意图，不能作为真实车队或实际结果的证据。
参考资料: GOV.UK：用可观察结果描述需求
用虚构资料走一遍这个决定
演示独立运行，不连接客户资料、真实派车、付款或原项目后台。
打开对应演示查看完整工作流程