任务交错：让叉车空驶率降一半的WMS配置实战

先说结论：任务交错是WMS里投入最小、见效最快的叉车效率功能。原理一句话——叉车放下货之后不空车开回来，系统在它卸货的位置附近，就近再派一个顺路的任务。下面这套配置流程，我在30多个上线项目里反复验证过：一个2万托盘位的仓，开这个功能两周，叉车空驶率普遍能从35%～45%压到20%上下。

任务交错到底在"交错"什么

先把概念说死：叉车的行驶里程分两种，载货里程和空驶里程。空驶就是叉车上没货、纯粹在移动——去取货点的路上、卸完货回程的路上，都算空驶。我实测过的仓，叉车空驶率一般在30%～45%之间。换句话说，你养的叉车司机，三分之一的时间在开空车。

它要干的，就是把"卸货"和"取货"两个动作拼成一趟：叉车在A点放下一托盘上架任务，系统一看，B点（离A点两百米）正好有个补货任务等着派，就直接派给这台叉车，司机顺路过去，空车变载货。

但先泼一盆冷水——这是全篇最反常识的一点：任务交错不是任务越多越好。任务池太浅，交错就是空转。 如果你的仓一天就两百来个任务，每个叉车手里永远有活排队，系统根本凑不出"顺路"的组合，交错逻辑大部分时间都在空转，还白白占用算力。我见过一个小仓，任务量只有大仓的五分之一，硬开交错，空驶率只降了2个点，司机还抱怨任务跳来跳去。记住分界线：单班次可交错的任务池少于300个，先别碰这个功能，先去解决任务释放节奏的问题。

叉车作业实景

配置实战：任务交错规则四步走

第一步：前置条件检查（开功能之前，先确认这四条）

叉车必须有在线终端。车载终端或者司机手持PDA，二选一，必须实时在线。交错任务是系统"推"给司机的，靠对讲机喊、靠纸单，交错玩不起来。这是硬门槛，没有就别往下看。
任务类型盘点。把仓里所有叉车任务列出来，标出哪些能交错：上架、补货、整托拣选、库内移库，这四类是交错的主力。越库、退货质检这种带强顺序依赖的，先排除。
确认WMS的任务引擎支持"任务链"或"机会型派单"。各家叫法不一样，但逻辑必须有：系统能在任务A的终点附近，为同一台设备搜索任务B。没有这个能力，等于没地基。
基线数据先跑一周。开功能前，把空驶率、单任务平均时长、任务冲突率三个数跑出来，存档。这是你两周后证明"这功能值钱"的唯一证据。没基线，效果再好也说不清。

第二步：交错规则配置（核心中的核心）

规则一般在WMS的"任务管理"或"资源调度"配置页里，按下面四个维度逐个设：

任务类型白名单：只勾选上架、补货、整托拣选、库内移库四类。记住，能交错的任务必须同时满足两个条件——起点和终点都明确、没有严格的先后顺序依赖。
交错距离半径：设置"任务A终点到任务B起点的最大允许距离"。第一次上线，我建议设300米。设太大，司机绕路比空驶还亏；设太小，凑不出组合。这个数两周后再调，第一次宁紧勿松。
优先级权重：波次任务、截单时间紧急的订单，优先级必须高于交错。规则里要写死一条：交错永远不能抢高优先级任务的资源。顺序是先满足紧急任务，剩下的任务池再做交错匹配。
交错时间窗口：任务B的计划开始时间，必须落在任务A预计完成时间的前后15分钟内。窗口开太大，司机到了B点发现任务还没释放，干等；开太小，匹配成功率低。15分钟是起步值。

第三步：灰度上线（千万别全仓一起开）

先选一个区域、两台叉车，跑三天。区域选任务密度最高的——交错吃的就是任务密度。
每天下班前看三个数：空驶率降没降、单任务平均时长有没有变长、任务冲突率（两个司机被派到同一个库位、同一托盘）有没有冒头。
冲突率一冒头，立刻收紧距离半径或时间窗口，别犹豫。这个坑我见过三次——下面细讲。

第四步：全量推广

灰度数据达标（空驶率降10个点以上、冲突率没涨），再全仓推。全量第一周，每天看一次报表；第二周起，并入常规周报。

项目故事一：空驶率从42%到21%，两周

2024年秋天，一个做快消品的3PL仓，4万托盘位，28台叉车三班倒。上线前实测：空驶率42%，司机平均每小时完成5.2个任务。客户老板的原话是"叉车比人还忙，但货就是出不快"。

我们按上面的四步走，灰度区选了出货量最大的B区。第一周空驶率从44%降到31%，第二周全仓推广后稳定在21%上下。单任务平均时长从11.5分钟降到9.8分钟——注意，时长也降了，因为司机少跑了冤枉路。

但有个细节：第一周司机投诉"任务跳得太勤"，原因是时间窗口设了30分钟，系统老派"看起来顺路、实际要等"的任务。我们把窗口收紧到15分钟，投诉就没了。记住，司机的体感和报表一样重要，体感崩了，功能迟早被关掉。

项目故事二：规则配太松，叉车满场"打架"

另一个项目，2025年初，某电商大促前的备货仓。客户嫌300米半径"太保守"，上线第一天就改成800米，时间窗口开到45分钟。结果第二天早班：三台叉车被同时派往同一个补货区抢两个托盘，通道堵了40分钟；还有一台叉车为了"顺路"多绕了600米，比空车回来还慢。

我怎么救回来的：当场把半径改回300米、窗口改回15分钟，加了一条规则——同一巷道15分钟内只允许一台叉车进入交错任务。堵车当天解决。这个坑我见过三次，每次都是"参数一步到位"的急性子。交错规则的铁律：先紧后松，永远从保守值开始，数据好了再放。

三个最常见的翻车姿势

除了上面故事里的"参数一步到位"，还有三个坑我见过三次以上，列出来你对着查：

把交错当万能药。库位规划一塌糊涂的仓——爆品放在最里面、补货区和拣选区隔了半个仓——开了交错，系统拼命给司机派"顺路"任务，结果顺的全是冤枉路。先整库位，再开交错，顺序别反。
终端延迟。有个仓的车载终端是五年前的老设备，任务推送延迟快一分钟，司机按旧任务开到一半，新任务才弹出来，当场骂娘。开交错前，先测终端的任务下发延迟，超过10秒就先换设备。
没人看报表。功能开了，报表没人看，等于没开。交错上线第一个月，必须有人每周看一次空驶率曲线和冲突率，参数是调出来的，不是配一次就完事的。