场内移车谁说了算：YMS 里 yard jockey 任务派发与空驶优化实战

先说结论：堆场里移车任务派给谁、不派给谁，这事必须系统说了算，不是对讲机那头的调度员说了算。规则就两条——优先级定顺序，就近定人选。空驶（deadhead，空车跑）是 yard jockey 效率的第一杀手，先量出来再优化，目标是把空驶率压到 25% 以下，而不是压到 0。

yard jockey 派单：为什么人工对讲机一定会翻车

这个坑我见过三次。模式都一样：堆场有 3～5 台 jockey，调度员拿对讲机喊，"老王去 D-12 把那台挂车拖到 38 号门"。听起来没问题，实际上三个病：

派单看调度员的脑子：他记得住谁近、记得住哪个门急，但他记不住第 40 个任务。夜班换个人，效率直接掉三成。
空驶没人量：空车从 A 点跑到 B 点接活，这段路烧油烧时间，但没人记录。项目实测经验值：人工派单的堆场，空驶率普遍 40%～50%。
状态黑盒：车到底到没到门、挂上没挂上，只有对讲机里一句"到了"。码头门等了 40 分钟才发现车还在堆场另一头——这种事我 2023 年在 Inland Empire 一个项目里亲眼见过，客户为此多付了一整天的滞期费。

两个项目故事：怎么从人工切到系统

案例一：Inland Empire 配送中心，moves/hour 从 2.2 干到 3.5

2023 年秋，加州 Inland Empire，一个 38 万平方英尺的零售配送中心，120 个码头门，堆场常年停 90～110 台挂车，4 台 yard jockey 两班倒。上 YMS 之前的数据（项目实测经验值）：单台每小时完成移车数（moves/hour）只有 2.2，空驶率 47%。

问题定位用了两周。跟车跟了三天，发现司机 40% 的时间在空跑——接完 A 任务，空车横穿整个堆场去接 B 任务，而 B 任务旁边 200 米就有一台刚完工的空车。调度员在办公室里看不见这个。

切系统派单后做了三件事：① 就近派单，按 jockey 实时位置（GPS + 堆场分区）派最近的车；② 优先级队列，超时任务和冷链门自动置顶；③ 任务状态强制回传，司机必须在车载终端上点"到达/挂接/完成"。三个月后（项目实测经验值）：moves/hour 到 3.5，空驶率降到 28%。没加一台车，没加一个人。

案例二：德州冷库，优先级救了 200 万美元的货

2024 年初，德州达拉斯附近一个冷链 3PL 仓。这个项目的教训是：就近派单不是万能的，优先级错了会出大事。

有一次系统把一台空车派去拖一台普通干货挂车，而 200 米外有一台冷藏挂车的制冷机报警、必须在 30 分钟内进保温门。按"就近"逻辑没错，但按业务逻辑大错特错——那台冷藏挂车里是 200 万美元的医药冷链货（项目实测经验值：货值按客户保单口径）。

救回来之后，我们在 YMS 里加了硬规则：冷链报警、超时任务、海关查验，三类任务优先级永远置顶，不参与就近排序。记住这个顺序：安全/合规类 > 时效类 > 普通类，同类之内再比距离。

人工对讲机派单 vs YMS 系统派单

维度	人工对讲机派单	YMS 系统派单
派单依据	调度员经验+记忆	优先级规则+实时位置
空驶率（项目实测经验值）	40%～50%	25%～30%
任务可追溯	对讲机录音，查一次半天	每单有时间戳，秒查
夜班/换人	效率掉 20%～30%	基本无波动
调度员依赖	离了老调度玩不转	规则在系统里，人可换
上线成本	0	系统+车载终端+GPS
适合场景	日移车 < 40 次的小堆场	日移车 > 60 次，或多班次

决策框架很简单：日移车量 < 40 次，人工派单够用，别折腾；> 60 次或两班倒，系统派单的 ROI 一年内能回来（省下的空驶油费+少雇半个调度员，项目实测经验值）。

分步做法：四步把派单立起来

步骤 1：先量基线，量两周

别一上来就定规则。先让系统（或人工台账）记录两周：每台车的 moves/hour、空驶里程占比、任务平均等待时长、码头门空等时长。这四个数是后面所有优化的锚点。没有基线，你都不知道优化了个啥。

步骤 2：定优先级，三档就够

别搞七八档，没人记得住。三档：

P0：安全/合规类——冷链报警、海关查验、危险品，插队，无条件置顶；
P1：时效类——超时任务、预约到港（appointment）窗口前 1 小时；
P2：普通移车。

同档内按"等待时长最长者优先"，简单，好执行。

步骤 3：就近派单，但先画好堆场分区

GPS 在堆场里会漂移 10～30 米（项目实测经验值），直接按坐标算距离会派错车。做法：把堆场按码头门区域划成 4～6 个区，jockey 按"所在区"匹配任务区，同区优先、邻区次之。分区逻辑写死在 YMS 里，别让司机自己选区——这个坑我见过三次，司机永远选离休息室近的区。

步骤 4：状态回传四步，少一步都不行

每个移车任务必须有四个状态：已派发 → 已接受 → 已到达 → 已完成。司机在车载终端（或手机 App）上点，点一下 2 秒。少了"已到达"，码头门就不知道车到底来没来；少了"已完成"，下一单派不出去。回传数据同时进考核。

堆场牵引车拖挂作业实景

yard jockey 空驶优化：三个真招

连单：一个任务的终点是下一个任务的起点，系统自动串起来。比如把 A 挂车从堆场拖到 38 号门，38 号门刚好有一台空挂车要拖回堆场——两单合成一单，空驶直接归零。这是空驶优化里 ROI 最高的一招。
预派单：任务还没生成就提前派。WMS 里出库波次一释放，YMS 就知道 20 分钟后 38 号门要车，提前把最近的 jockey 派过去等着，而不是等任务生成了再从堆场另一头发车。
停车位管理：jockey 待命时停哪，决定了下一单的空驶距离。划 2～3 个待命点（staging），完工后就近停待命点，不许开回休息室门口——休息室通常在堆场角落，从那出发每单多跑半公里（项目实测经验值）。

反常识：空驶率压到 0 是错的

很多客户跟我说："林晓，我们目标是零空驶。"我的回答是：别做梦了，而且不该做。

yard jockey 的调度本质是在"响应速度"和"空驶成本"之间做 trade-off。零空驶意味着车永远在最优位置待命，意味着你要么车多到浪费、要么任务少到不正常。健康区间是 15%～25%（项目实测经验值）：低于 15%，说明你的车配多了；高于 35%，说明派单逻辑有问题。优化的目标是把空驶从"不知道的浪费"变成"算过账的成本"，而不是消灭它。

还有一个反常识：系统派单上线第一周，效率通常会下降 10%～15%。司机不习惯按终端走，会偷偷用对讲机约单。别慌，这是正常的磨合期。第二周开始回升，一个月后超过原来。凡是第一周就喊"系统不行要换回去"的客户，十个有九个是 change management 没做，不是系统不行。

常见翻车点（上线前夜 checklist 之前先看）

司机私下换单：A 接了单，转手让 B 去干，系统里还是 A 的名字。解法：车载终端绑定车辆，换人必须交接班打卡，GPS 轨迹对不上就报警。
只考核 moves/hour：司机为了刷单数，挂车不锁好、不到位，码头门投诉暴涨。解法：moves/hour 必须配"一次到位率"一起考核，权重 7:3。
优先级档太多：搞出 P0～P5 六档，调度员和司机都记不住，最后等于没分级。三档是上限。
忘了给调度员留手动干预口：系统再智能也有例外，调度员必须能手动改派、插单，所有手动操作留审计日志。没有这个口，上线第一天就会被业务逼着关系统。