下午三点,正是拣选的高峰。一台叉车举着托盘停在主通道中间,司机在等高位货架前的拣选员让开——后面已经排了六个推着拣选车的拣选员,每个人脸上都写着"我的单子要超时了"。这个场景我太熟了,几乎每家做电商件的仓都上演过。
补货和拣选撞车,表面看是"叉车挡路",根子是补货时段没和拣选波次错开。拣选要的是通道畅通、库位有货;补货要的是把货送到库位。两个任务抢同一条通道、同一个时间段,不打架才怪。
为什么偏偏是下午三点最堵
拣选波次的节奏,决定了补货冲突的时间点。很多仓的波次是这样排的:上午十点放第一波,下午一点放第二波,三点放第三波赶当天的截单。每一波放下去,拣选员倾巢出动,通道里全是人。
而补货呢?补货任务是 WMS 根据库存水位自动生成的,哪个库位低于补货点就生成哪个任务,不看时间。于是在拣选最猛的下午三点,系统照样往主通道派补货任务。一台叉车占 3 米宽的通道,拣选员推着车过不去,只能等。等 5 分钟,一波拣选的节拍就乱了。
2024 年我在 Fontana 的一家美妆电商仓测过:下午 2 点到 4 点,主通道每小時平均被补货叉车占用 22 分钟。这 22 分钟里,拣选员的平均步速从每小時 90 单掉到 70 单出头。按他们 40 个拣选员算,两个小时少拣 1600 单——当天有 900 单没赶上 UPS 的截单时间,第二天才发出。
错峰的三个办法,从便宜到贵
最便宜的办法:给补货定"宵禁"时间。跟 WMS 里设一个规则,拣选波次释放后的 90 分钟内,主通道区域不生成补货任务,补货任务自动顺延。这不需要买任何设备,WMS 里配一条任务优先级规则就行。代价是补货会延迟,但只要安全库存设得合理,延迟 90 分钟不会断货。
中等成本的办法:划补货专用道。把仓库的主通道在高峰时段划出一半做"补货时段专用",用可移动护栏隔出来,补货叉车走专用道,拣选员走另一半。非高峰时段护栏收起来,通道恢复全宽。这个办法花的是几千美金的护栏钱,换的是高峰期零冲突。
最贵的办法:上自动补货。窄巷道叉车换成自动导引的,或者用输送线把补货的整托货送到拣选区前端。这属于自动化投入,适合日均 3 万单以上的大仓,小仓别碰——回本周期会长到让你怀疑人生。

先别急着买设备,拿数据说话
动手之前,先做一周的记录,三个数据就够了:
一是冲突时段。让班长每天记下"叉车挡住通道"发生的时段,精确到半小時。一周下来,冲突的波峰自然就出来了。
二是占用时长。每次冲突持续几分钟,一天累计多少分钟。这个数字直接对应拣选产能的损失。
三是断货次数。因为补货被推迟,有没有库位真的断货、导致拣选员空跑?如果一周下来断货是零,说明你的安全库存足够支撑 90 分钟的补货"宵禁",放心去配规则。
这三个数据拿到手,再决定用哪个办法。很多仓做完这个记录才发现,问题根本不在设备,在排班——把补货班次往前挪一小時,冲突少一半,一分钱不用花。
WMS 里这条规则具体怎么配
"补货宵禁"听起来像个管理口号,落到 WMS 里就是一条任务调度规则。主流 WMS 的任务引擎都支持按"任务类型+区域+时间窗"设优先级,配置思路大同小异:
把拣选任务的优先级设为最高,补货任务设为次高,再加一条时间条件:波次释放后的 90 分钟内,位于主通道拣选区的补货任务自动降级为"可延迟",由任务引擎排到 90 分钟之后执行。紧急补货(库位已断货、拣选员正在等货)走例外通道,不受宵禁限制——这条例外一定要留,不然宵禁会从"优化"变成"事故"。
还有一个很多人忽略的选项:把补货班次整体前移。如果你的仓是两班倒,让早班提前一小時开工,专门做补货;或者设一个"补货窗口",比如每天早上 6 点到 8 点、晚上 8 点到 10 点,拣选不停但波次不释放,补货车在这两个窗口里把全天的缺口一次补齐。这个办法对日均 5000 单以下的中小仓特别管用——不用改系统,调一下排班表就行。
还有一个选项:把补货搬到夜里
如果你的仓是 24 小時运转,还有一个更彻底的办法:把大部分补货搬到夜班做。夜里没有拣选波次,通道是空的,叉车随便跑,补货效率是白天的两倍不止。
这个办法的 trade-off 在人力:夜班工资比白班高,加州这边夜班差价一般是 10%~15%。算账的方法很直接:夜班多花的工资,对比白天省下来的拣选产能损失,哪个大?日均 1 万单以上的仓,这笔账通常是正的;日均 3000 单以下,夜班的人力成本可能覆盖不了收益,老老实实用宵禁规则就行。
Fontana 那家美妆仓最后用的就是组合拳:WMS 里配了 90 分钟宵禁规则,补货班次提前一小時,再加上早晚两个补货窗口。三个月后复测,下午高峰的通道占用从每小時 22 分钟降到 6 分钟,拣选员的步速回到了 90 单上下。花的钱?零。动的?排班表和一条系统规则。
所以下次再看到叉车堵在通道上,别先骂司机。问一句:这个补货任务,为什么偏偏在这个时间出现?答案多半不在叉车上,在你的波次计划里。











