先说结论:波次计划做不好,拣选区每天浪费 1 到 2 小时是常态。我做了 30 多个 WMS 上线项目,见过太多仓库把波次当成"点一下 release 就行"的事——结果要么拣选员在通道里堵成一锅粥,要么整波订单赶不上承运商的截单时间,车走了,货还堆在复核台上。

波次计划(wave planning)说白了就一句话:在正确的时间,把正确的一批订单放下去拣,让拣选产能在截单时间之前刚好消化完订单池,不早太多,也不晚一秒。听起来简单,做起来全是细节。

为什么波次总在截单时间前崩盘

订单池是个活水池:订单 24 小时不停进来,承运商的车却有固定的发车时间。波次计划卡在三个部门的交界处——客服在前端承诺时效,承运商在后端卡截单,仓库在中间拣货。任何一方的节奏对不上,崩的都是仓库。

最常见的死法有三种,后面我会一个个讲:截单时间没对齐,整波赶不上车;波次放太大,拣选区堵死;急单乱插波,复核区被冲垮。这个坑我见过三次,不止三次。

波次切分的三把刀

切分波次不靠感觉,靠三把硬刀:

第一刀:承运商截单时间倒排。这是铁律。先拿到每家承运商、每个服务产品的截单时间表——注意,是书面版,口头说的都不算。然后倒排:release 时间 = 截单时间 - 拣选耗时 - 复核打包耗时 - 缓冲。缓冲我们一般留 30 分钟,这是经验值,大促期间留 45 分钟。

第二刀:优先级分层。加急单和普通单绝不能混在一个波里。加急单走单独的小波,普通单走主波。混在一起的后果是:加急单被普通单拖慢,普通单被加急单打断,两头不讨好。

第三刀:按 zone 或楼层切分。拣选员在一个 zone 里连续作业,行走距离最短,UPH 最高。跨 zone 的波看起来"单量大很爽",实际上每个人都在走路。某客户仓的做法:二楼小件区和一楼大件区永远分开成波,绝不合并。

波次大小测算:从产能反推的一张表

波次多大合适?别拍脑袋,从拣选产能反推。公式就一个:

单波单量 = 人均 UPH × 拣选人数 × 波次时长

下面是以我们一个 5 万单/天仓为例的测算(数字都是该仓实测的经验值,各仓差异很大,照抄必死):

参数 取值 说明
日单量 50,000 单 大促非常态
拣选人数(早班) 60 人 含 10% 机动
人均 UPH 90 单/小时 小件区实测均值,经验值
单波时长 1 小时 release 间隔
单波单量 90 × 60 × 1 = 5,400 单 理论上限
实际取值 4,500 单 打 8 折,留缺货和异常余量

关键在最后一行:理论值永远要打折。我们一般按 8 折取,因为订单池里总有缺货、异常、地址问题,波次放满 100% 产能,第一个异常就能把整波拖超时。

release 间隔我们一般定 30-60 分钟(经验值,看仓的规模)。间隔太短,复核区永远在"等波齐",打包员的时间被切得稀碎;间隔太长,订单在池子里积压,时效承诺兑现不了。

release 节奏:滚动还是整波

两种 release 方式,没有银弹:

整波 release 滚动 release
做法 到点放一波,拣完再放下一波 拣选员一空闲就补单,持续流
优点 节奏清晰,复核打包好排班 产能利用率高,无等待
缺点 波间有空档,产能有浪费 对系统实时性要求高,异常难定位
适合 中小仓、订单结构稳定 大仓、订单波峰波谷明显

反常识的判断来了:很多厂商博客把滚动 release 吹成"先进生产力",但我见过三个中小仓上了滚动 release 反而更乱——系统要实时算每个人的负载,异常单卡在半路不知道归属哪一波,主管查问题要翻三倍的时间。对日单 1 万以下的仓,整波 release 加固定节奏,稳得多。先进不等于适合,这个 trade-off 必须在上线前夜想清楚。

急单怎么插:hot wave 的开法和红线

急单一定会有,拦不住,只能规范。我们的 hot wave 机制是四条红线:

  1. 什么情况下开:只认三类——VIP 客户指定、断货补发、截单前 1 小时内的加急。客服说"客户很急"不算数,要有系统里的优先级标记。
  2. 怎么开:独立小波,不进主波队列;复核区预留 1 个工位专门处理 hot wave,不打断主波复核。
  3. 限额:每天最多 3 次,每次不超过 50 单(以我们 5 万单/天仓为例的经验值)。超了就走下一个主波。
  4. 谁有权开:只有主管能在 WMS 里点 hot wave release,普通客服开不了。这个权限卡死,否则一天能开出 17 次。

三个翻车现场

案例一:截单时间没对齐,整波赶不上车。2023 年双十一,华东某 3PL 仓,快递 18:00 截单。运营图省事,17:30 一次 release 了 3000 单的大波。结果复核打包根本来不及,2000 多单错过截单,只能走第二天。客户投诉加承运商罚款,仓库经理在复盘会上被骂了 40 分钟。救法:按上面的倒排公式重排 release 时刻表,17:30 的大波拆成 16:30、17:00 两个波,每个波 1500 单,缓冲留够。第二年双十一零 miss。

案例二:波次太大,拣选区堵死。这个坑我见过三次。华南某电商仓,主管觉得"波次越大,单均拣选成本越低",单波放了 500 单。结果 40 台拣选车挤在 6 条通道里,人均 UPH 从 95 掉到 60,越堵越慢。救法:按通道容量限波次上限——我们算的是单通道同时不超过 8 台车,反推单波上限 240 单。UPH 回到 90 以上。记住:波次大小的天花板不是产能,是物理空间。

案例三:急单插波把复核区冲垮。华北某服装仓,hot wave 没有限额,客服一天开了 17 次急单波。复核员每 20 分钟被打断一次,主波的复核节奏全乱,当天差错率翻了 3 倍。救法:hot wave 四条红线全部落地,17 次压到 2 次,差错率一周内回到基线。

上线前夜 checklist

波次计划上线前一晚,把这张表逐项打勾,少一项都别上线:

  • 承运商截单时间表拿到书面版,每家、每个服务产品一行,贴在墙上
  • release 时刻表已按"截单 - 拣选 - 复核打包 - 30 分钟缓冲"倒排出来
  • 波次大小上限写死在 WMS 参数里,超限 release 自动拦截
  • 加急单有独立的优先级标记,混不进主波
  • hot wave 权限只给主管,次数和单量限额配好
  • 按 zone 和楼层切分的规则在系统里配完,实测一波跨 zone 订单验证拦截逻辑
  • 全链路跑一遍:从订单池到装车,掐表,超时环节标红
  • 大促预案:波次时长缩短、缓冲加到 45 分钟、机动人员名单就位

最后一句真实提醒:波次计划没有"配完就不用管"的版本。订单结构一变(比如突然多了大件单),切分逻辑就要跟着调。我每个项目上线后第一个月,每周都要看一次波次达成率报表——release 准时率低于 95%,就说明规则该调了。

再补一条血泪经验:波次规则的变更一定要留版本记录,改了什么、谁改的、为什么改,写三行字存下来。我见过一个仓,旺季调了三次波次上限,没人记录,旺季后想调回去,死活想不起来当初的值——最后重做了一遍测算,白白浪费两周。

作者:林晓|WMS 实施顾问