同样是日均 8000 单的电商小件仓，A 仓和 B 仓的现场完全是两个世界。
A 仓在加州 Inland Empire，去年上了 WES 的连续流放单。我去看的那天下午两点，拣选区安静得不像话：拣选员推着车一路走一路拣，手里从来不断单；打包台前的输送带匀速往前走，没有堆积，没有人跑来跑去。B 仓也在同一片区，单量差不多，还是老式的波次放单：每天下午截单前一个小时，现场准时"开锅"——拣选员在通道口站着等下一波任务下来，打包台前箱子堆成小山，主管拿着对讲机到处救火。
差别不在人，在放单逻辑。A 仓的订单是"流"出来的，B 仓的订单是"倒"出来的。
连续流放单到底是什么
传统波次这套东西，干过仓的都熟。订单先进订单池攒着，按承运商截单时间、按班次，切成一波一波；时间一到，整波订单"哗"地放下去，拣选、复核、打包全线开动。一波干完，下一波再来。好处是计划性强，主管心里有数；坏处也明显：订单完成是扎堆的，波次尾段打包台被淹没，波次开头拣选员可能没活干，现场忙闲不均。
无波次把这套逻辑反过来了。它不攒波次，而是让 WES 持续盯着订单池：这单优先级够不够、截单时间紧不紧、库存有没有、人手够不够——条件一满足，立刻放行。放单变成"拉式"的：下游一有产能，订单就被"拉"进流程，而不是等整波攒齐了再"推"下去。
这里有个关键概念，叫"旋转批次"。WES 手里始终攥着一批在途任务，完成一单，立刻从订单池里补一单进来。批次一直在转，但永远没有"整波放下、整波收尾"那个动作。订单完成于是变成连续产出，而不是在波次尾段扎堆。
这不是新概念。Manhattan Associates 在自家 WMS 和 WES 里把这套能力叫做 Order Streaming；做 WES 的 Vargo 管它叫连续流系统，还给几家美国服装零售商的配送中心落地过，Modern Materials Handling 报道过这个案例。叫法不同，内核一样：用实时调度代替定时放波。
但别被名字骗了。"无波次"不是"没有计划"。恰恰相反，它对计划的要求更高——只是计划从"人定时做"变成了"系统实时做"。想靠无波次偷懒不做计划的，现场会教你做人。
连续流放单的三个前提
订单流得稳。连续流最怕订单池"断流"：池子里没单可放，拣选员照样站着发呆。传统波次好歹能靠攒单保证一波接一波有活干，无波次下系统只能放"放得出去"的单——优先级、库存、截单时间三者都得满足。所以订单结构要相对稳定：每天的单量、每单行数、SKU 分布别大起大落。电商小件仓天然占优：单量大、订单碎、SKU 相对集中，池子里永远有货可放。反过来，如果你们仓的订单今天爆、明天歇，后天来一堆超大件，池子三天两头断流，那连续流就是折腾。
订单流稳定这条，还有个最容易被忽视的坑：人为制造的脉冲。很多仓每天下午 3 点截单，结果两点到三点订单暴增——截单前的订单池不是自然流，是人为拧开的水龙头。连续流在这种脉冲下会露怯：系统按优先级疯狂放单，拣选员被瞬时涌入的任务淹没，截单达成率反而掉。我给这种仓的土办法：截单前一小时，人工把 WES 从连续流切到小波次——每次只放 15 分钟的活儿，用波次当缓冲池吸掉脉冲。土是土了点，但连续流本来就是为人服务的，系统和人都扛不住的时段，先用老办法顶过去，再谈丝滑。
资源得有弹性。连续流下任务是实时"拉"进来的，这就要求拣选资源能跟着任务走：人可以跨区支援，设备不成为瓶颈。最怕人力刚性——排班钉死、拣选员只会自己那几条巷道、旺季临时工叫不来。任务流到某个区发现没人，整个流就卡住了。我见过一家仓，系统上了连续流，人还是波次时代的排班，结果每天下午固定"断流"半小时，现场比波次时代还乱。系统和人，必须同频。
系统得是实时的。这是 WES 和 WMS 的分水岭。WMS 也能放单，但它是定时任务式的：到点跑一遍规则，放一波。WES 要做的是持续评估、随时放行，还要能按实时的人力和设备状态动态调整优先级。这要求订单、库存、人力、设备状态都在同一个调度平面上。我见过不少仓嘴上说要上连续流，实际用的还是 WMS 定时放波的逻辑，只是换了个名字——换汤不换药，现场照样一波一波地"倒"。
三个前提缺一个，连续流就从"丝滑"变成"添乱"。我的判断很直接：这三个里面，系统最容易买，订单流排第二，人最难搞。凡是人力刚性的仓，先别谈连续流，谈了也白谈。
什么仓适合，什么仓千万别碰
哪类仓适合？电商小件、高频、订单结构稳定的仓，是连续流的天然主场：单量大到订单池永远不干，SKU 集中度高，拣选员跨区作业熟练。这类仓上了连续流，截单前的"开锅"场面基本消失，打包台负载被拉平，加班也少了。大促季里的平稳日子同样适用——注意，是平稳的日子，不是大促当天。
哪类仓千万别碰？第一种，波峰波谷剧烈的仓：平时一天几千单，大促几天翻几倍，订单结构完全变样。这种仓的问题不在放单逻辑，在产能本身跟不上。连续流救不了，反而会在高峰时把调度逼到极限——任务放得出去，人干不完，缺勤错发一起爆，现场更乱。第二种，SKU 极度离散的长尾仓：订单池里永远凑不出"顺路"的任务，系统放单抠抠搜搜，拣选员行走距离暴涨，还不如老老实实攒波次、按路线优化来得实在。第三种，人力刚性的仓：排班固定、跨区支援推不动、旺季临时工质量不稳定。连续流对人的弹性要求比波次高得多，人跟不上，系统越智能，现场越狼狈。
从波次切到连续流，别想着一刀切。靠谱的过渡做法是分区试点：先拿一个拣选区、或一类订单（比如只做小件标准订单）切过去，跑两到三周，盯三个指标：断流频率、截单达成率、人力利用率。同时，WES 里一定要保留波次模式的开关——这就是你的回退预案。触发回退的条件提前写死、写在纸上：比如大促期间单量超过日常两倍，或者某区连续断流超出可接受范围，值班经理有权一键切回波次，不用请示。这个开关，就是你敢试点的底气。
对照这三条，再做决定。
如果你在考虑要不要上连续流，别先问厂商报价，先问自己三个问题：我们仓的订单池，一天里有没有"放不出单"的时段？我们的人，能不能跟着任务跨区流动？我们的 WES，是真的实时调度，还是 WMS 定时放波换了个名字？
三个都是 yes，找个区试点去。有一个是 no，先把那个短板补上——补订单结构、补人力弹性、补系统，补完再谈。三个里有两个是 no，趁早死心：波次用得好，一点不丢人。
放单逻辑没有高低贵贱，只有合不合适。连续流是好工具，但好工具用错地方，就是事故。
