订单分批拣选这件事,结论先说清楚:组单别从拣选开始算,从打包台倒推。一批单子拣回来,要刚好够打包台忙 30 到 60 分钟,不多不少。拣得再快,打包台吃不下,那批货只能堆在过道里等人,省下的路全在等货里还回去了。

这个坑我见过三次。印象最深的一次是 2023 年秋天,广东一家做小家电的 3PL 仓。他们的拣选组长很能干,一口气把 80 单拼成一批,拣货员推着车两小时就跑完了。结果打包台只有 4 个人,复核、贴单、装箱根本跟不上,拣回来的周转箱在打包区堆了两排,晚班交接时还有 20 多单没打出来。当天准时出库率反而比拼单之前更差。问题不在拣选,在组单的人只算了拣货的路,没算打包的手。

订单分批,先算打包台能吃多少

倒推的算法其实很简单,拿一张纸就能算。先量打包台的真实产能,别用系统里的标准产能。找一个正常班次,数一个打包员一小时能完整处理多少单,复核、装箱、贴面单全算在内,那个数字才是产能。

□ 实测单人一小时打包单量 □ 当班打包人数 □ 目标供货时长定在 30 到 60 分钟 □ 批量上限 = 单人产能 × 人数 × 目标时长

举个例子:一个人一小时能打 25 单,当班 6 个人,一小时全员产能就是 150 单。按 45 分钟供货算,一批就是 110 单左右。这就是这批单的上限,不是越多越好。旺季加人了,上限跟着往上调;有人请假,上限立刻往下砍。组单规则里必须写死这一条:打包人数变了,批量上限当天就变,不许沿用昨天的数字。

还有一个反常识的判断:批量小一点,整体反而可能更快。80 单的大批听起来省路,可一旦打包台卡住,拣货员下一批没法开工,整条线是串联停摆。40 单一批,打包台刚好吃完,拣货员无缝接下一批,全天的单量反而多出来。这个账不能只算一趟拣货的路,要算一整天的人效和出库准时率。

订单分批前,先做 SKU 重合测试

批量上限定下来,还不能直接组单。先看这批单子是不是真的值得拼在一起。拼单省路的前提,是这些单子要去同一片库区、拿同一批货。如果 40 单分布在 8 个不相干的区,拣货员照样要满场跑,拼单只省了个开工次数,路一米没省。

我的做法是组单前跑一遍重合测试,标准定得很具体:

□ 这批单的 SKU 重合度:核心 SKU 是否集中在 2 到 3 个库区 □ 单均行数:行数太少的单拼在一起,路省不下来 □ 波次内有没有必须单独走的单,先挑出来再组 □ 同一批的截止时间是否一致,别把下午截单的货和上午急单混在一起

2024 年初,浙江一个美妆仓的项目让我把这条写进了上线检查表。他们的订单看着很像,都是小件,可 SKU 分散在三个楼层,拣货员拼单后反而要多跑一层楼。我们改成按楼层先分波,每波只拼同一楼层的单,单趟行走距离立刻降下来。那次之后我就坚持一个原则:重合度不够的单,宁可不拼,拆成小波次走单拣,比硬拼划算。

组单前先看什么 通过标准 不通过怎么处理
打包台供货时长 30 到 60 分钟 批量砍半或加打包人手
SKU 库区集中度 集中在 2 到 3 个库区 按库区拆波,不硬拼
截止时间 同一批同一截单点 急单走快速通道
特殊属性 无需单独处理 剔出批次,单独走流程

这几类单,千万别进拼单批次

有些单子天生就不适合拼单,硬拼进去只会拖垮整批。清单要贴在组单岗位的墙上,系统里也要做成硬拦截,靠人记是记不住的。

□ 先进先出或批次管控的单:这类单要按指定批次拣,拼单后很容易拿错批,复核也查不出来 □ 超大件或超重单:占一个周转箱还装不下,会打乱整车的装载和打包节奏 □ 危险品:必须和普通货分开存放、分开拣、分开打,混批就是安全隐患 □ 需要特殊复核的单:比如高价值商品要二次清点,拼在普通批里会拖住整批的出库时间

急单要单独开一条快速通道,不进普通批次。急单进批,整批的节奏会被一单打乱;急单单独走,拣货员拿着一张单直奔库位,打包台优先处理,反而最快。很多仓库舍不得给急单开绿灯,怕打乱计划,结果是急单和普通单互相拖,两个都晚。

例外清单的执行还有一个细节:剔出来的单不能没人管。广东那个仓最早的做法是把特殊单先放一边,等普通批跑完再处理,结果特殊单每天都拖到下班前才清掉,客户投诉的全是这些单。后来我们改成剔出即建单独任务,特殊单有自己的拣货人和打包窗口,普通批跑完之前,特殊单已经同步在走了。例外不是往后推的借口,例外是要有单独的通道和责任人。组单员每天下班前要清点一次例外单的积压,超过当天处理能力的部分,第二天开工就要先加人手,不能让例外单在系统里悄悄过夜。系统里也要做成硬拦截,靠人记是记不住的,这一点我在三个项目里都吃过亏,人工检查表再全,忙起来还是会漏。

上线之后还要看三组数,别只看拣货员走了多少路。看单均行走距离是不是真降了,看打包区排队等货的时长有没有缩短,看准时出库率有没有稳住。很多项目上线拼单的第一周,拣货距离好看,打包排队却变长了,这就是批量上限没跟着打包人数调。数据要按天看,批量上限要按天调,规则不是写一次就管一年的。

还有一点容易被忽略:拣货车的格口数也要跟着批量走。一批 60 单,车上只有 20 个格口,拣货员中途就要回打包区卸货再出发,省下的路又被卸货跑掉了。格口不够的时候,宁可把批量再砍一刀,或者多配一辆车,也别让拣货员带着半车货在过道里等格口。设备、人力、批量这三样要一起算,单算一样都会在别的地方还回去。促销季单量翻倍的时候,先看打包台和格口能不能跟上,再谈批量放多大,顺序错了,旺季一定会堵在打包区。组单规则定下来之后,最好先跑两周小批量验证,数据稳了再往上放,别一上来就按理论最大值跑满。

组单员每天开工前要对一遍的东西其实就三张表:打包台倒推的批量上限表、组单前的重合检查清单、必须剔出的例外清单。规则写进系统更好,系统拦不住的,至少要有一张纸质表贴在工位上。浙江那个美妆仓上线后,我让组单组长连续两周每天记录实际批量和打包等待时长,第二周就把上限从 90 单调到了 60 单,出库准时率反而上去了。拼单不是拼得越多越省,拼得刚好、拼得干净,才是真的省。

作者:林晓|WMS 实施顾问,做过 30+ 上线项目