Zone Picking 布局：一人守一个区，订单在区间接力
分区拣货在地面上怎么运转：把仓库切成区、每个区固定一个拣货员、订单装在 tote 里区间接力、最后在打包旁边的汇集区合到一起——还有什么样的仓适合、什么样的仓别硬上。
小仓里，一个拣货员拿一单走全场就行。仓一大就不行了：一单的货在 3 号通道、18 号通道和冷库里都有，拣货员一天都在走路，没在拣货。分区拣货换的是分工方式：把仓库切成区，每个拣货员守在自己区里，只拣每个订单落在自己区的那部分；订单装在 tote（周转箱）里在区间流转，全部到齐后在汇集区会合。人不走全场——是货在旅行。
心智模型就是接力赛。每个区是一个跑固定路段的选手，tote 是接力棒。某个区拣完自己那段，不是把棒送到终点，而是把整辆拣货车交到汇集区；汇集区才是终点，到齐的订单在这里合并进出货箱。整个方法三句话：按区拆开拣、按单合并、数量对得上。
怎么切区：顺着通道和作业类型切#
Zone 是物理区域，画在平面图上。沿着通道边界切，绝不要从一条通道中间切开——拣货员要能说出“这条横通道以里的全是我的”。每个区的大小，以一个人一车几分钟能拣完为准：如果一批货里某个区的份额要拣半小时，这个区就太大，会成为所有人等的那块短板。平衡的是工作量，不是面积：一个全是畅销货的小区，活可能比一个全是慢销货的大区还多。
- 按货的样子切：小件货架区、托盘货架区、冷库、超大件区天然就是不同的区，因为用的设备和节奏都不一样。
- 默认一区一人。两个人挤一个区，就是两个人抢同样的货架、堵同一条通道；区忙不过来，就再切一个区出来，而不是塞第二个人。
- 区界要画在看得见的地方：地面彩色胶带、每个区入口挂牌子、库位编码里带上区号——看一眼库位标签就知道是哪个区。
在 Docklify 里，这个物理切分就是 Zone：每个库位只属于一个 Zone，只有 picking（拣选）类型的区参与分区拣选，storage（存储）和 functional（功能）区不参与。在 Zone 管理里给每个拣选区设置一次汇集点库位（consolidation location），该区拣完车就推到那里。
接力怎么跑：批次、车、tote#
分区拣货是按批次跑的，不是一单一单跑。主管勾一批出库单——比如二十单——批次按区拆开：A 区可能有其中十四单的货，B 区九单，C 区十七单。每个区拿到一个拣选任务，装的是这二十单里落在自己区的那部分。批次的意义就在这：拣货员一趟把二十单的货拣完，只走一遍自己的区，而不是一单走一遍。
让接力能跑通的铁律是：一单一箱。一个 tote 只属于一单，两个订单绝不共用一个 tote，哪怕两个都只装了一半。看起来浪费，直到第一次两单混在一起——把混了的箱分清楚，代价是那半箱空间的十倍。tote 有永久条码、重复使用；车本身有可扫的车码，系统随时知道哪辆车装着哪几单。
在 Docklify 里，批次流程从出库单列表走：勾选出库单，在 Create pick task（生成拣选任务）菜单里选 Zone Pick，先看预检——它逐单展示货拆到哪几个区，并标出库存盖不住的行。确认后系统创建一个带 CB- 编号的汇集批次，并为每个真有货的区生成一个拣选任务，自动指派给在 Zone 管理里绑定到该区的拣货员。
汇集区：摆在哪、多大#
汇集区是 tote 等自己订单到齐的地方。把它放在拣选区和打包区之间的自然动线上——最好就在打包台正前方，合好的订单走两步就能打包，而不是推二十米。绝不要放在存储货架后面，也不要隔着叉车路线：每辆推过去的车一整天都要横穿车流。如果区分布在两层楼或两栋楼，就每栋楼设一个汇集区、就地合箱；把 tote 搬过楼，省下的人工全赔回去。
- 地面划编号格口——C-01、C-02、C-03……一个等待中的订单占一个格口，每个格口头上贴自己的条码。一格一单，绝不混放：发错货的事故大多数生在两个订单挤一个位置。
- 大小按批次定，不按建筑面积定：8–12 个格口够一批常规任务用，因为订单到齐就合箱、格口不断腾出来。格口总是满的，问题通常出在某个区太慢或打包太慢，不是格口太少。
- 留一个小角落放大件：总有一件货塞不进 tote，贴上订单号在那里等，不要让它堵住一个格口。
在 Docklify 里，汇集区是一片 consolidation 类型的区，带上面说的编号格口，每个拣选区通过自己的汇集点设置指向它。某区拣完，拣货员把整车推过去，在桌面端 Consolidation → Check-in（汇集 → 整车交接）页或手机端汇集入口扫两次——格口码 + 车码——整车交接完成，车上每个 tote 一次性记为对应订单的实到。
汇集和打包：是邻居，不是一个活#
汇集的终点就是打包的起点。汇集管的是“齐不齐”：这单的 tote 全到了吗、数量加总对得上订单吗？打包管的是“包裹”：纸箱选对、防护做好、封箱贴单。两者混在一起——打包台同时是等待区，打包员从还没到齐的订单里拿货——错误就跟着来：包裹发走了，十分钟后另一件才到。两者之间画一条看得见的线：订单到齐才准进打包区，打包的手绝不伸回等待格口。
在 Docklify 里，合箱这一步就是照这条线走的：汇集看板逐单显示实到/应到 tote 数、还差哪个区；只有每个区的份额都到了，订单才变 Ready（可合箱）。合箱按单进行——把各 tote 的货倒进系统建议的出货箱、确认实际用箱数、封箱贴单——腾出的格口让给下一个等待的订单。
Zone 不是 Location Group：别搞混#
| 问题 | Zone（分区） | Location Group（库位组） |
|---|---|---|
| 它是什么？ | 仓库的一片物理区域；决定谁在哪拣、任务在哪个范围内跑。 | 按规矩做的虚拟分组——冷链、危险品、高值、食品级、某货主专属。 |
| 一个库位能属于几个？ | 恰好一个。库位的物理归属只有一个。 | 可以同时多个——同一个库位可以既冷链又高值。 |
| 拿来干什么？ | 拆拣货工作：分区拣选任务、Order/Cluster/Wave 任务的区域范围、汇集点。 | 存储与合规规则：什么货能放哪、上架往哪引导。 |
在 Docklify 里两者并存：Zone 是分区拣选用的物理切分；Location Group（WMS → Location Groups）承载按规矩的属性，一个库位可以同时属于多个组。冷库就是好例子：物理上它是一个有自己拣货员的区；规矩上它也是一个 Location Group，上架时就不会把常温货误送进去。
什么仓适合、什么仓不适合#
| 信号 | 适合分区拣货 | 不适合 |
|---|---|---|
| 仓库大小 | 一单走全场要很多分钟；仓里已经有几个明显不同的区域。 | 站在打包台就能望见大半个仓。 |
| 订单结构 | 多行订单、货散在多个区；日均单量稳定，凑得起批次。 | 大多是单件订单，或者一天只有几单。 |
| 人手 | 至少 3–4 个拣货员，每个区有人守，还能顶班。 | 总共一两个拣货员——分了区，人会在批次之间闲着。 |
不适合就不要硬上：小仓用 Batch Order Pick（一趟走多个订单）得到的好处，比分区加汇集更多。分区拣货多了一道交接手续，只有当它省下的走路多于它增加的合箱时才划算。建筑、人手或订单结构变了，再重新问一次这个问题；仓库长大，常常是悄悄发生的。
上线第一周：盯这三件事#
分区拣货很少败在设计上，多半败在第一周的习惯上。头几批给每个区计时：整批的速度由最慢的区决定，某个区总是比别人晚二十分钟，是在告诉您它的区界或 SKU 构成不对——先重划区界，不要先怪拣货员。在最忙的时段盯汇集格口：打包的人在等某个区、格口却一直满着，是同一个信号从另一头看的样子。
- 第三件盯混箱：任何一个 tote 到汇集区时装着两单，问题出在车上，不在汇集区。回到车上修：一单多备一个 tote，比发错一票货便宜得多。
- 头几批保持小——五到十单——合箱跑顺了再放大。合不顺的批次大小不是产能，是穿了衣服的排队。
本文用到的 Docklify 功能#
- Zone 分区 — Zone 管理：每个库位只属于一个 Zone；只有 picking 区参与分区拣选，每个拣选区配汇集点库位并绑定拣货员。
- Zone Pick 生成 — WMS → 出库单 → Create pick task → Zone Pick：预检展示按区拆分与缺货；确认后生成 CB- 汇集批次，并为每个有货的区生成自动指派的任务。
- 整车交接 — Consolidation → Check-in（桌面或手机）：扫格口码、再扫车码，整车 tote 一次记收；混批的车会被拒收。
- 汇集看板与合箱 — 看板逐单显示实到/应到 tote 与未到区；Ready 的订单按单合进出货箱。
- Location Groups — WMS → Location Groups：按规矩分组（冷链、危险品、高值、货主专属）；一个库位可同时属于多个组，这点与 Zone 不同。