早上七点，计划是对的。每个卸货点都有时间，每辆车都有司机，数字都对得上。
到九点，计划就错了。前面封路，客户门口排长队，一个托盘装错了顺序。这些都不稀奇。决定这一天怎样收场的，不是会不会出问题，而是什么时候有人发现，以及那一刻是否还有便宜的补救办法。
大多数运输作业都在最糟的时刻才知道：下午三点客户打电话问车在哪里。那时能做的只剩道歉。本文讲的是另一种做法：在九点半就抓住问题的闭环，那时所有选项都还开着。
一天是一个闭环，不是一份计划
计划是事情发生前的预估。管好一天，就是把这个预估和实际情况对照，频率高到来得及行动，并且事先约定什么情况值得行动。
这个闭环有五步：
| 步骤 | 回答的问题 | 时机 |
|---|---|---|
| 放车 | 这辆车、这位司机和这批货能否按计划出发？ | 出大门前 |
| 盯盘 | 有没有什么正在偏离计划？ | 全天 |
| 决策 | 这个偏离是否威胁到线路后面的某个卸货点，有哪些选项？ | 一旦构成威胁 |
| 行动 | 谁做什么，谁通知客户？ | 在最便宜的选项失效之前 |
| 收尾 | 实际发生了什么，明天的计划该从中学到什么？ | 一天结束时 |
多数作业只做了第一步和部分第二步。钱在第三步和第五步。
在泰国，这个闭环的一部分本来就是法定职责
陆路运输厅要求客车和货车运输经营者配备运输安全管理人员（TSM），并在2024年讲明了此人每天应做的事。按该厅的顺序，共七项：
- 确认车辆安全检查，在放车前查看驾驶员的每日检查表
- 确认驾驶员上岗前后的酒精检测
- 确认驾驶员适合驾驶，询问并观察有无疲倦、困倦和患病
- 向驾驶员说明路况和天气带来的线路风险点，设定休息点、停车点和安全检查点，并在全程跟踪作业状态
- 与驾驶员再次核对作业计划，避免误解
- 确认装载：装载清单、货物摆放和捆绑固定
- 在全程跟踪并检查运输情况
以运营经理而不是合规专员的眼光读这份清单，它几乎就是上面的闭环。第1、2、3、5、6项是放车步骤，第4和第7项是盯盘步骤，而且出现了两次。
该厅写这些职责是为了安全，不是为了送货表现。但同一个人、看同一块屏幕、检查同一位司机，天然就是两件事的负责人。把安全职责当成要交的表格、把送货管控当成另一份工作的作业，是在为同一件"盯"付两次钱，而每一次得到的都更少。
如果你是购买运输服务而不是自己运营，这也是值得问运输公司的问题：负责我这些线路的TSM是谁？在一个普通的周二，"全程跟踪"具体是什么样子？
盯余量，不要盯地图上的点
满屏移动的点让人觉得在掌控，其实不是，因为点不会告诉你哪里出了问题。
告诉你的是余量：对每个尚未到达的卸货点，指车辆当前预计到达时间与该点可接受的最晚到达时间之间的差。车辆比计划晚四十分钟，如果剩下每个点都有一小时余量，就没有问题。车辆只晚十分钟，如果当天后面有个点只有五分钟余量，就是失败。
关于大多数泰国作业已有的数据，有两点实际情况。
数据是一步一步来的。 陆路运输厅对车辆行程数据记录仪的技术要求规定，位置和速度须实时发送或至少每五分钟一次，速度每分钟记录一次。车速60公里每小时时，两次五分钟更新之间车辆走了5公里。一个点连续两次更新没有移动，意味着停了十分钟，可能是封路，也可能是去买杯咖啡。
数据中断不等于丢失。 同一技术要求规定，无法连上网络时设备须保存至少24小时的数据。进入信号盲区的车并没有消失，它的记录只是晚到。
记录仪告诉你车在哪里、开得多快、司机已开了多久。它不会告诉你某个点的货卸完了、客户拒收了一个托盘，或者某个点为什么用了一小时。闭环需要司机提供第二条更简单的信息流：到达、卸完、离开，任何一项延误时附上原因。
一天的算例：第二段的延误落在第四个卸货点
一辆六轮货车，一位司机，四个卸货点，然后回仓。这是早上七点的计划：
| 地点 | 行驶 | 到达 | 可接受最晚到达 | 余量 | 卸货 | 离开 |
|---|---|---|---|---|---|---|
| 仓库 | 07:00 | |||||
| A | 60分钟 | 08:00 | 10:00 | 120分钟 | 40分钟 | 08:40 |
| B | 45分钟 | 09:25 | 12:00 | 155分钟 | 30分钟 | 09:55 |
| C | 50分钟 | 10:45 | 13:00 | 135分钟 | 35分钟 | 11:20 |
| 休息 | 30分钟 | 11:50 | ||||
| D | 100分钟 | 13:30 | 14:00 | 30分钟 | 40分钟 | 14:10 |
| 仓库 | 90分钟 | 15:40 |
在出问题之前先看余量这一列。三个点有两小时以上。D只有三十分钟。 这个数字是这条线路最重要的事实，而问题开始时车并不在那里。
09:10，车在A到B的半路，前方封路。车停了70分钟。其他一切不变，于是之后每个时间都顺延70分钟：
| 地点 | 现在到达 | 可接受最晚到达 | 现在的余量 |
|---|---|---|---|
| B | 10:35 | 12:00 | 85分钟 |
| C | 11:55 | 13:00 | 65分钟 |
| D | 14:40 | 14:00 | 迟到40分钟 |
B和C仍然宽裕。D失败，迟到时间正好是延误减去D的余量：70减30。
整个问题可以用一句话说清。延误发生在第二段的09:10，失败发生在D的14:40。 盯着车的人看到车仍能在时间窗内轻松到达B和C，于是放心了。盯着余量的人看到，车停下超过半小时的那一刻，D就已经保不住了。
由此每条线路都得到一条报警规则：任何一段的延误，一旦超过下游剩余卸货点中最小的余量，就应作为异常处理，而不是只看下一个点的余量。
每个补救办法都有截止时间
大约九点半，车已停了二十分钟，封路也有了报告，调度员已经可以预见D会失败。选项是有的，而且每个选项失效的时间不同：
| 选项 | 结果 | 何时失效 |
|---|---|---|
| 什么都不做 | D拒收或让车等候，迟到40分钟 | |
| 请D收货延至15:00 | 四个点全部送达，前提是D同意 | D来不及重新安排收货人员时，而只有D能告诉你是什么时候 |
| 今天跳过C：在B休息，再从B开120分钟到D | D于13:35到达，在时间窗内。C改到其他日期 | 车离开B驶向C时，即11:05 |
| 保持原线路，由另一辆车送D的货 | 需要第二辆车、一位司机和一个转运点 | 最早失效，因为货在这辆车上 |
跳过C的选项只存在到11:05。它所避免的失败发生在14:40。便宜的决策比D那边任何人察觉异常早了三小时三十五分钟就已失效。 这段时间差就是闭环带来的价值，也是为什么等客户来电的调度员已经无路可选。
哪个选项正确是商业问题，不是运输问题：今天C和D哪个客户更重要，D愿不愿意延后收货？调度员无法在09:30独自回答。必须有人在这一天开始之前就答好。
每一次重新排程都必须通过的法律检查
靠违反驾驶时间规定来保住D的重新排程，不算重新排程。泰文原文的《陆路运输法》第103条之二规定：在二十四小时周期内，持证驾驶员自开始驾驶起连续驾驶不得超过四小时，只有在连续休息不少于半小时之后，才能再连续驾驶不超过四小时。第127条对违反者即持证随车人员处以不超过5,000泰铢罚款，实际上罚的是司机，而不是规划线路的公司。
这一条有两点对闭环很重要。
它计算的是时间，不是距离。 司机坐在方向盘后在封路处堵一小时，与以80公里每小时行驶一小时，消耗的四小时额度相同。延误不只是让到达时间推后，还可能把司机推过原计划轻松安排好的法定休息点。
它没有每日总时长。 流传的摘要常给这一条加上每天八小时或十小时的上限。条文本身并没有这样写。如果你的司机适用某个每日上限，它来自别处，写进计划前应先读原文。
本文只计算在方向盘后的时间，包括堵车时间，并且只把刻意安排、连续不少于半小时离开方向盘的休息视为该条要求的休息。卸货停留不算休息。这是保守的读法，也是调度员能够说清楚的读法。
用在算例上。原计划中，司机到达C之后的休息点时已驾驶155分钟。封路之后，司机到达B时为175分钟，到达C时为225分钟，仍在四小时之内，还剩15分钟。所以即使在糟糕的一天，原来的顺序也是合法的。
检查真正起作用的是跳过C的选项。从B直接开到D要120分钟。如果不先休息，就是175加120，即连续驾驶295分钟，超出55分钟。如果在B从11:05到11:35休息半小时，司机开始新的一段，13:35到达D，用了120分钟，然后开回仓库再用90分钟，第二段结束时为210分钟。同一个补救办法，不休息就违法，休息就合法，而且仍能准时到达D。
这正是手册中描述的交互式排程软件所做的检查：只有车辆仍能在容量、时间、法律和承诺的服务范围内完成工作，改动才被接受。用电子表格的调度员每次都要手工做同样的检查。
政府也在用同一数据流运行自己的闭环。2020年新年那一周，陆路运输厅通过GPS中心跟踪了598,484辆客车和货车，发现其中31,112辆超速，约5.2%。你的调度员没有盯的东西，也许别人正在盯。
事先约定谁可以做什么
闭环最常失败，不是因为没人看到问题，而是看到的人无权处理。调度员要去找经理，经理要打给销售，销售再打给客户，这样一定赶不上上面算例中11:05的截止时间。
在一天开始之前写清楚：哪些异常由调度员独自处理，哪些需要别人：
| 异常 | 调度员独自决定 | 需要他人 |
|---|---|---|
| 延误仍在下游最小余量之内 | 继续盯，无需行动 | |
| 延误超出该余量，但可在同一辆车内、在法定驾驶时间内调整顺序解决 | 调整顺序并通知受影响的客户 | |
| 今天会有一个客户送不到 | 提出选项 | 负责该客户的人决定哪个客户等 |
| 司机状态不佳、车辆故障，或按计划继续将超出驾驶时间 | 让车停下 | 运营经理，负责替换 |
| 任何涉及道路安全的事 | 先停下 | 其他人之后再说 |
也要约定坏日子里对客户的承诺。09:40就被告知车会晚四十分钟的客户通常还有办法。14:40才发现的客户毫无办法，你也一样。
做好收尾，否则明天重演
最后一步最常被跳过，因为到一天结束时大家都累了，车也都回来了。
对每个卸货点记录三件事：计划到达与实际到达、计划在场时间与实际在场时间，以及超出你所允许余量的任何情况的原因代码。原因代码要简短，并按原因由谁控制来区分：
- 我方：装车晚、装车顺序错、单据错误或缺失
- 客户方：门口排队、收货未就绪、拒收
- 道路：封路、事故、超出计划的拥堵
- 车辆或司机：故障、状态、在计划外的地点进行法定休息
然后每周看，而不是每天看。每周都在同一个点发生的救火不是救火，而是计划错误。 如果D每次都晚四十分钟，那是计划中的行驶时间或D的时间窗错了，办法是改一次计划，而不是每个周四去救场。记录下来的卸货时间和行驶时间，应该进入计划所读取的卸货点档案，这正是软件之前先做主数据：地址、通行、营业时间与车辆限制的主题。
收尾这一步还能让绩效数字保持诚实。如果只有客户投诉时才算迟到，闭环永远会显得比实际好。如何定义这个数字才站得住，见诚实地衡量准时交付，然后真正提升它。
本周要建立的事
- 在每份线路计划中加一列余量。 对每个点，用客户可接受的最晚到达时间减去计划到达时间。大多数计划两个时间都有，却从没减过。
- 标出每条线路下游的最小余量。 这就是这条线路的报警阈值。车出发前告诉调度员。
- 与司机约定三条状态信息： 到达、卸完、离开。任何一项延误时附上原因。记录仪不会替你发这些。
- 把放车检查与安全职责合并。 车辆检查表、酒精检测、身体状态、与司机确认计划、检查装载。一个人，出大门前，每辆车。
- 对每个余量不足一小时的点，写下补救办法以及每个办法的失效时间。 延长时间窗、调整顺序、跳过一个点、派第二辆车。
- 每一次重新排程都先过驾驶时间检查，再通知司机：自上一次连续半小时休息以来在方向盘后的分钟数，加上新的驾驶时间，必须不超过四小时。
- 写好决策权限表并交给调度员。让哪个客户等是商业决策，不能由09:30还得先请示的人来做。
- 每天以计划对实际加原因代码收尾，每周看一次原因代码。 凡是重复出现的，就改计划。
客户时间窗有多窄，决定了一条线路能有多少余量可用；为什么它比公里数更贵，见为什么你的送货时间窗比距离更花钱。
值得记住的一句话
还能便宜解决的问题，几乎从不在车所在的那个点。它在余量最小的那个点，在线路下游几小时之外，而解决它的时间，早在那里有人察觉异常之前就已经用完了。