先说结论:同一个波次里,人和机器人的任务只按两把尺子切——行走距离和判断难度。长距离搬运、重复高频的整箱整托,给机器人;需要眼睛和脑子的活——异形件、异常处理、拆零复核,给人。WES 里配好三样东西,波次就能自己跑顺:任务标签、资源池、再平衡触发器。这个坑我见过三次,死法都一样:把机器人当便宜人工使,结果人和机器互相挡路,还不如纯人工快。

为什么机器人多了,波次反而变慢了

WES 眼里,人和机器人是两种资源,不是两个工种。波次释放的本质,是把一批任务按资源能力分下去。先把系统边界说清楚,免得上线后扯皮:WMS 管库存账,WCS 管设备动作,WES 夹在中间做决策——决定哪个任务给谁、什么顺序做。人机分任务这件事,只能落在 WES 这一层,因为只有 WES 同时看得见人和机器人的实时状态。

但很多项目上线时,分配逻辑只有一句话:"能自动化的都给机器人"。2024 年我在佛罗里达跟的一个 3PL 项目,4 万平方英尺的仓,120 台 AMR 和 60 个拣选员跑同一个波次,上线第一周,波次完成时间比纯人工时期慢了 18%。

问题出在哪?AMR 被派进了人工密集的小件拣选区。巷道宽度是死的,人和机器人在同一条巷道里逆行,互相让路,节拍全乱。救回来的办法很土:按拣选密度分区。高密度小件区只放人工,AMR 只跑长距离补货和整托搬运,不进拣选巷道。第二周,波次完成时间比上线前快了 22%。

还有一个反常识的结论:WES 里最该优化的不是机器人路径,而是人机交接点。机器人把货准时送到复核台,人不在,20 台机器人排队干等——交接点的等待时间,经常吃掉路径优化省下来的全部时间。路径算法再漂亮,也救不了一个没设计好的交接点。

分步做法:五步把任务分清楚

步骤 1:给每个任务打标签。WES 任务建模时加四个字段:预估行走距离、单件重量、件型规整度(规整/异形)、历史异常率。标签规则写死在系统里,不靠调度员肉眼判断。今天不打标签,明天分配就是拍脑袋。

步骤 2:建两个资源池,挂能力矩阵。人工池(human_pool)和机器人池(robot_pool),每个资源挂一张能力表。能力矩阵长下面这样,直接照着填:

能力项 人工池 机器人池
异形件/破损识别 能,靠眼睛和手感 不能,只认条码和尺寸
长距离行走(单程超 80 米) 成本高,易疲劳 成本低,可 24 小时跑
异常判断与处理 能,当场决策 不能,只能上报等待
载重上限 看人力和辅具 看车型参数,写死
连续作业时长 受排班限制 受充电/换电限制

能力矩阵是 WES 分配的唯一依据,没有这张表,步骤 3 的规则就是空话。注意最后一行:机器人的充电窗口和人工的换班时间都要进矩阵,否则波次排到一半,机器人集体去充电,人工池直接被压垮——这个坑我见过三次,每次都是排班表和充电计划各管各的。

步骤 3:写三条分配规则,直接抄走用:

  1. 单程行走距离超过 80 米的搬运任务,优先进机器人池;
  2. 历史异常率超过 5% 的任务类型,强制进人工池;
  3. 同一个 SKU 的任务拆两半:拆零拣选给人,整箱整托搬运给机器人。

步骤 4:设再平衡触发器。波次执行中,任一资源池的任务积压超过 15 分钟无人认领,WES 自动把可转移的任务甩给另一个池。阈值写进配置里,不要靠调度员盯着屏幕救火。2025 年东莞一个电商仓,WES 一次释放 2000 个任务,40 台 AMR 在主巷道口排了 6 分钟队——改成按巷道容量分段释放,每 3 分钟放一批,排队直接消失。释放节奏要按瓶颈资源配,这是 WES 调度的基本功。

步骤 5:跑一周数据再调参。把任务按"距离 × 异常率"画一张散点图,规则阈值按图上的分界调,别按感觉调。80 米、5%、15 分钟这些数都是起点,不是标准答案。

WES 波次人机任务看板

任务特征 分给谁 为什么
长距离搬运(单程超过 80 米) 机器人 人的行走成本最高,机器不怕走
重复高频的整箱/整托 机器人 节拍稳定,不疲劳
异形件、易破损 人 需要眼睛和手感
历史异常率超过 5% 人 异常处理是人的主场
波次末尾的零散补拣 人 机器人调度成本高于任务本身

上线前夜 checklist

这个坑我见过三次,所以上线前夜我只看这五项:① 任务标签四个字段是否全量打标,有没有漏;② 能力矩阵是不是最新版,AMR 载重和巷道宽度对上没有;③ 三条分配规则在测试环境跑过至少 50 个波次没有;④ 再平衡触发器阈值写进配置,调度员知道报警长什么样;⑤ 交接点的人力排班和机器人到货节拍对齐没有。五项全绿才签字,缺一项就延期——延期一周的成本,远小于上线后返工的成本。

四个翻车点,个个都贵

翻车点一:把 AMR 当便宜人工,直接替换拣选员。人机在同一巷道逆行,效率双输,佛罗里达那个项目就是这么交的学费。

翻车点二:波次一次性全释放。巷道容量是硬约束,WES 的释放节奏必须按瓶颈资源配,东莞那个排队就是教训。

翻车点三:异常没定义负责人。机器人报异常,人工以为是机器人的事,任务在原地躺两小时。我的规矩:所有异常默认归人工池,WES 报警直接推到班组长的手持终端上,15 分钟无人认领自动升级到值班经理——异常处理也要有超时升级,不然触发器形同虚设。

翻车点四:交接点没设计节拍。复核台 2 个人,前面 20 台机器人排队——这种波次,机器人越多死得越惨。

明天就能用的建议:别先买机器人。先把过去一个月的任务按"距离 × 异常率"拉出来看一眼,如果六成以上的任务都落在"短距离、低异常"象限,加机器人就是烧钱,先把人工动线理顺。动线理顺了,WES 的分配规则才有意义。

作者:林晓|WMS 实施顾问