先说结论:库位乱,根子多半不在拣选员脚下,而在订单画像没画准。2024 年 11 月,我走进深圳一家 3PL 仓做上线前巡检,拣选员每天在货架间折返跑,主管的判断是人手不够、动线没画好。我让他先别动货架,把过去 90 天的订单导出来再看:日均 2400 单里,单均只有 1.8 行,却有 40 多个 SKU 被塞在拣选区最深处——那些货一周才出一次。真正高频的 60 个 SKU,反而分散在三个巷道。问题不在人,在布局依据错了。

库位调不准,往往是画像错了

很多仓调库位靠感觉:哪个货卖得多,就往门口挪。感觉对单品有效,对整个仓无效。一张订单由几行组成、每行几件、件均多重多大、哪些货总在同一单里出现,这些结构不拆开,库位调来调去都是局部修补。更麻烦的是,感觉会把两种订单混在一起:单行小单适合整筐快拣,多行大单适合分区拣;用同一套库位伺候两种单,拣选员必然多跑路。

另一个常见误判,是把畅销等同于高频。某 SKU 月销量大,可能是少数几张大单撑起来的,拣选次数并不高;把它放在黄金库位,等于把好位置让给了低频货。画像要看的不是卖了多少,而是被拣了多少次、每次跟谁一起出。

订单画像到底要拉哪些字段

动手之前,先从 WMS 和 OMS 里拉一张订单行明细,时间跨度至少 90 天,覆盖一个完整波动周期。字段清单按下面逐项核对,缺一项,画像就缺一块:

  • 订单号、下单日期、渠道:用来切时间段、区分渠道结构。
  • 订单行号、SKU、数量:算单均行数、行均件数、SKU 出库频次。
  • 件均重量与体积:决定货放流利架、层板还是地堆,也决定一个人一次能带几单。
  • 同单共现 SKU:同一订单里经常一起出现的货,是放相邻库位的第一依据。
  • 异常标记:拆单、缺货、换货过的订单要单独标注,混进正常单会把画像带偏。

拉完先做一次清洗:测试单、内部领用单、已取消单全部剔掉。我见过一个仓把促销测试单算进频次,结果测试用的滞销品被摆到了门口,正式开仓第一天就得返工。

四步把订单分群,分群定打法

画像不是一张报表,是分群结果。按下面四步走,每一步都有明确产出:

  1. 按单均行数切大群:单行单、多行小单(2 到 5 行)、多行大单(6 行以上)先分开,三类单的拣选方式本来就不一样。
  2. 在每群里按 SKU 频次排序:算每个 SKU 在 90 天里被拣的次数,不是销量。排在前面的进拣选区,后面的退到存储区。
  3. 看共现关系:同一单里共现率高的 SKU 组成一组,放同一巷道或相邻货架,减少跨区取货。
  4. 叠加重量体积:重货放腰部以下高度,大体积货放地堆或宽巷道,轻小件进流利架或格口。

分群结果直接对应库位打法,映射关系如下:

订单群 典型特征 库位打法 拣选方式
单行小单 行数少、件数少 高频 SKU 集中在门口拣选区 按单整筐拣
多行小单 行数中等、共现明显 共现 SKU 成组相邻存放 按单或按组拣
多行大单 行数多、重量差异大 按重量分区,重货在下、轻货在上 分区拣后汇集
长尾零星单 频次低、行数不定 退到存储区,按需补货到拣选区 触发式补货再拣

这张表是决策框架,不是装饰。每次调库位之前,先问一句:这一调动服务的是哪一群?答不上来,就先别动货架。

分群定稿之后,别急着全仓铺开。先挑一个巷道做试点:按新表挪货,跑两周,对比试点前后的拣选行走量和错拣记录。试点数据对得上,再按巷道分批推广;试点数据对不上,回来查分群口径——多数情况下是共现关系没算干净,或者重量分层被忽略了。全仓一次搬完再发现分群错了,返工成本比试点高得多。

订单画像多久刷新一次才不跑偏

画像会过期,过期速度取决于你的品类变化速度。我的做法是:每月跑一次完整画像,每周看一次频次排序的前 50 名有没有换位。换季、大促、新品上架前,必须单独跑一次——2025 年 3 月,杭州一家电商仓上新品类没重画像,新品 120 个 SKU 按老规则进了存储区深处,拣选员每天多绕两个巷道,直到复盘才发现画像还是去年的。

刷新时只看增量容易跑偏。正确做法是每次用完整 90 天窗口重算,而不是在旧结果上加减。窗口太短会被某次活动带偏,窗口太长会掩盖结构变化,90 天是多数仓能接受的折中。

画像跑出来之后,先拿给拣选班长看一遍再定稿。系统算出的高频排序,和班长每天的体感多数时候一致,不一致的地方往往藏着数据问题:某个 SKU 被代发订单刷了频次,或者某批退货单没剔干净。班长点头的画像,执行时阻力也小得多——库位调整最终要靠他们动手搬,画像阶段就让他们参与,比事后发通知管用。

**这个坑我见过三次。**第一种坑,是只画像不落地。报告写得很漂亮,库位调整表也批了,执行时却按老习惯把货放回原处。画像文件必须变成一张带库位号的调整任务单,调完逐项复核,否则等于没做。

第二种坑,是画像粒度太粗。只做到品类级,不到 SKU 级,报告说“日用品高频”,可日用品里 200 个 SKU 只有 30 个真高频。粗画像指导的库位调整,等于把高频货和滞销货一起推到了门口。

第三种坑,是把拣选路径优化和画像混为一谈。路径优化解决的是“已知库位后怎么走最短”,画像解决的是“货该放在哪里”。库位本身错了,路径算得再优,也只是在错误布局上省出一点路。顺序不能反:先画像,再定库位,路径优化排在末位。

库位调整不是一次搬家,而是一套每月滚动的例行动作。画像准了,拣选自然顺;画像不准,换多少拣选方法都只是在给错误布局打补丁。

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