WES 动态波次：按实时人头调波次大小，闲时不等、忙时不爆

先说结论：波次大小就不该是个固定数。多少人干活，就放多少单——这事我想了好几年，越来越确定。

2019 年，Fontana，一个 12 万平方英尺的电商仓，日均 1.8 万单。他们的 WES 里波次是写死的：400 单一波，45 分钟放一波，全年不变。早班 60 多个人，一波 20 分钟就干完了，剩下 25 分钟，拣选员在过道里晃悠、聊天、等系统放下一波；中班 28 个人，一波要干两个半小时，截单时间前面单子堆成山，主管手动拆波次，客服的电话被打爆。我当时跟他们的运营总监算了一笔账：早班的人均拣选效率，被"等波次"拖掉了快两成。不是人慢，是系统让人闲着。

说白了，固定波次就是拿昨天的计划管今天的人，错位是注定的。人最多的时候单最少，人最少的时候单最多——哪个仓没见过这种场面？

解决办法就四个字：动态波次。WES 不再按固定值放波，而是按实时在岗人数算波次。我给客户配的通常是三档，数字按仓调，大逻辑不变：

配置逻辑很简单：WES 每 15 分钟读一次考勤或 PDA 登录系统的在岗人数，取个滑动平均，掉到下一档就自动缩波次，涨上来就放大。截单时间前一小时锁死，只放小波次，保证当天能清完，不把单子留到第二天。

这个波次量不是拍脑袋的，是拿人头乘出来的。假设人均拣选效率 120 件每小时，30 个人一小时能干 3600 件；波次 600 单、平均每单 3 件，就是 1800 件，半小时消化——释放间隔设 30 分钟，节奏刚好咬住。人头掉到 15 个，同样 600 单的波次要 1 小时才能干完，截单时间直接告急。所以公式是：波次量 ≈ 在岗人数 × 人均效率 × 释放间隔 ÷ 平均每单件数。人头变了，波次就得跟着变。

另外，波次放大最好有个"软启动"。人头刚涨上来、系统要放大波次的第一波，别直接拉满——给 10 分钟观察期，确认人头稳定了再放全量。我见过午休结束，45 个人陆续回来，系统按 45 人放了 600 单的大波，结果其中 15 个人被叫去开叉车卸货了，实际拣选的只有 30 个人，大波直接把过道堵死。动态调的是计划，现场永远有意外，留一手不丢人。同样，人头掉下来的时候，缩波次要果断，别等——多放出去的一波，就是多半小时的尾巴。

2022 年旺季，我在一个做服装的 3PL 仓见过动态波次的另一面。他们上了动态功能，但参数是 IT 按"理想人头"配的——系统里显示 45 人在岗，波次按 45 人放，实际现场只有 36 个，9 个人打了卡在抽烟区没回来。结果波次偏大，中班连续三天没清完，第二天早上开波还在处理昨天的尾巴。我跟他们主管说：动态波次的输入要是脏的，输出一定是错的。先做在岗校验——以 PDA 实际登录、有拣选动作的人数为准——再谈动态。

还有两个配置细节，很多人第一次配都会漏。第一，兜底逻辑：WES 万一读不到考勤数据怎么办？网络抖动、考勤系统维护，都有可能。正确的做法是配一个回退：读不到实时人头时，自动沿用上一班次同一时间段的人头数据，而不是停摆。我见过一个仓没配这个，一次考勤服务器重启，波次停了 40 分钟，现场几十个人干瞪眼。第二，采样窗口设多长？15 分钟采样、30 分钟滑动平均，是我常用的起点。窗口太短，波次忽大忽小，拣选员刚适应又变了，节奏全乱；窗口太长，午休回来人头从 20 个突然涨到 45 个，系统半小时没反应过来，单子又堆起来了。这两个参数没有标准答案，跑两周，看数据再调。

这事分两面，代价也要讲清楚。第一，临时工不能按正式工算。旺季临时工的拣选效率，通常只有老员工的六成左右，人头数要打折，不然波次还是偏大。第二，波次不是越小越好。WES 建波、分配任务、打印面单的开销是固定的，波次切到 50 单以下，系统调度的时间占比反而上升，拣选员等系统的时间比等货的时间还长——有个下限，别贪小。第三，闲时不等单听起来很美，但小波次意味着打包台、复核台的节拍也要跟上，不然前面放得欢，后面堵成一锅粥。

我见过太多仓，花钱上了动态波次的功能，主管还是凭感觉手动放波——系统算出来 200 单，他觉得"今天人手紧"改成 350 单。那等于没上。动态波次最大的成本不是软件，是主管得学会看板子、信数据。数据说你现场只有 22 个人，你就得认，别觉得"我感觉有 30 个"。

反常识的一句：闲时放小波次、不等单，表面看是"杀鸡用牛刀"，实际人均效率反而更高——拣选员最怕的不是忙，是空等。一空等，节奏就断了，重新热起来要 20 分钟。让每个人手里一直有活，才是效率的真相。

你的 WES 里，波次是死的还是活的？如果是死的，先别急着换系统，问问你们主管：上一波放出去的时候，现场到底站了多少人。

作者：老米｜20年美国供应链老兵，仓储解决方案顾问