电商仓：SKU 多、单量大、每单件数少

电商仓和整托批发仓到底差在哪：层板架加周转箱的拆零拣选、全天不停流入的订单、合并拣货与打包流水线，以及大促波峰怎么扛。

同一天早上先走进一个整托批发仓、再走进一个电商仓，第一分钟就能感到不同。批发仓整托进整托出，一天几十单、单单都是大货。电商仓正相反：消费者全天在手机上点点点，仓库把成千上万张小单变成一个个包裹。这栋楼里几乎每个设计——用层板架不用高位货架、用周转箱不用托盘、用打包流水线不用月台班组——都源于同一个事实：顾客买的是一件件单品，不是一托托货。

先看订单长相：三个数字说明一切#

SKU 数量大：一个中等电商仓，轻松存着 5,000 到 50,000 种不同的货，从手机壳到电水壶都有。订单数量大：平日几百单，大促能到几万单。每单件数小：多数订单只有 1 到 3 件，单件单常常占大头。把这三个数字记在心里，本文剩下的内容都是它们的推论：存储要让每种货都有一点、都在手边；拣货要跑很多库位、每次只拿一两件；而一天的成败，往往不在拣货，而在打包。

所以整个电商仓是围绕拆零设计的。货可以整箱、整托地进来，但会尽早拆成单件放上层板架——因为顾客下单的粒度就是单件。这之后的每个环节——拣货、复核、打包——都按件工作；哪个环节还按托盘的思路转，整条线就会被它拖慢。

存储与拣货面：层板架和周转箱唱主角#

电商仓的工作心脏是层板架区：一排排层板货架配料箱和隔板，全在手边高度，一个 SKU 占一个箱位。拣货员推着装周转箱的小车走通道，从料箱里拿一两件、扫码、继续走。整箱和整托不是没有，但它们住在后方或上方当储备库存——唯一的任务是给拣货面供货。层板布局的实操规矩：贡献大多数订单的那 20% SKU，放在离打包区步行最短的位置，因为这段路每天要重复走几千次。

拣货面消耗得很快，所以补货是常态化的副业：料箱快空了，就把储备货往前搬、在下一波拣货到来之前把箱补满。新手容易低估这份工作，谁有空谁去补；老手会把它排进计划——因为一个空拣货面拖住的不只是一单，所有包含这个 SKU 的订单都会卡在同一层货架前。

在 Docklify 里，这种分工对应一种库位类型：拣货面建为 picking 类型库位，和整托的 storage 库位分开管理（WMS → Locations 库位管理）——拣选任务从工作面取货，补货和盘点则把工作面与储备库存当作两件不同的事来对待。

订单全天不停地来：仓库按截单和波次过日子#

批发仓可以今天规划明天，电商仓早上却看不见自己的一天。订单从各个店铺分钟级地流进来，整栋楼围着截单时间转：比如 16:00 前付款的单承诺今天发出，之后的是明天。活儿是一片片放的——每一两个小时放一批订单——让拣货、打包和承运商提货保持同一步调，而不是下班前一股脑全涌出来。截单时间是对顾客的承诺，内部每个截止点，都是拿这个承诺倒推出来的。

在 Docklify 里，接单这一侧是 OMS：销售单可以手工建、CSV 导入、从平台和店铺渠道拉单、货主通过 Merchant Portal 下单，或从 CRM 商机转入。wms_sync 模式下，OMS 只读 WMS 的可用库存，把已下发的订单推送到 WMS 生成出库单——拣货、打包、发货都在 WMS 侧执行，发货进度再回写到 OMS 订单的时间线上。

拣货：让一趟路服务尽可能多的订单#

Order Pick——一个人、一张单、走一趟——是最简单的模式，也是例外情况的正确选择：行数多的大单、易碎或高值货、任何混在一起会出事的东西。它的代价是走路：如果一天 3,000 单每单都单独走一遍通道，整个班次大部分时间都花在路上，而不是拣货上。所以电商仓里的默认问题从来不是要不要合并订单，而是怎么合并。

批量与集单拣货（batch / cluster）给出的答案是合并行程。拣货员推一辆装着多个周转箱的车——一个箱对应一张单——只走一遍货架，每拣出一件就直接放进对应的箱里，拣和分在同一个动作里完成。同一 SKU、同一库位的行会跨订单合并成一站：十张单都要同一个手机壳，只走一次、伸一次手，不是十次。让它成立的纪律只有一条且必须绝对：一箱一单、每次放入前先扫码——因为放错一次，就是顾客先您一步发现的一次错发。

在 Docklify 里，出库单在 WMS → Outbound Orders → Create pick task 生成拣选任务，有三种方式：Order Pick、Batch Order Pick、Wave Pick。Cluster Pick 在手机端流程是定死的：先扫车绑定、拣合并行、再逐个 tote 确认、最后释放推车——每个箱分了什么，当场记清，不靠事后回忆拼凑。

Wave Pick 服务的是相反的人群：成千上万张单件单、只涉及少数几个爆款 SKU，大促里最典型。这时不再按单走路，而是按 SKU 跨单拣——把每个爆款一次性大批量拣进 LPN——订单在汇集区或打包台扫商品时再对号入座。它用后面多一道分货，换前面省下巨量的走路；只有当同几个 SKU 重复出现几百次时，这笔账才划算。

在 Docklify 里，波次是计划出来的，不是临时凑的：按波次模板手工或定时释放波次（WMS → Wave Release），按过滤条件把出库单组进波次，再在 Wave Monitor 里逐波看拣货进度——主管能在承运商截单之前，就先看出某个大促波次正在掉队。

打包流水线：单品在这里变成包裹#

打包是一条线，不是一堆台子。一个周转箱到达，逐件扫码对单——这次扫码是拦住错拣的最后一个便宜机会——选对纸箱、加好防护、封箱、称重、打印并贴上承运商面单。一个台子一到三分钟处理完一单，台子的节奏由前面的拣货波次稳定地喂着。这里一旦排队，原因很少是手慢：多半是台子数量配不上订单结构、关键纸箱型号在关键时刻断档，或者波次放得比这条线能吞下的还大。

在 Docklify 里，这条线是 Packing Station（WMS → Packing Station）：调单方式跟着拣货方式走——Order Pick 扫订单号、LPN 或任务号，Cluster Pick 扫小车号或 tote 号，Wave Pick 扫 LPN——然后在同一个界面逐件 pack-verify 复核、分箱或原样出货、称重、打印面单、确认发货。

贴完面单，包裹按承运商和路线分到暂存垛位，等自己的提货窗口。这最后一块缓冲看着被动，却决定一天的成败：错过提货，一千个准时打好的包也还是迟到。成熟的仓在大促时会拼命守住暂存区，因为溢出的包裹一旦堆进通道，它身后的每辆叉车和推车都会慢下来。

扛过大促波峰：单量乘以三到十#

大促不是让一天忙一点，而是改变一天的形状。订单以平时三到十倍的速度涌入，单件爆款单的占比跳升，截单时间提前，承运商还会加上自己的提货上限。能扛过去的仓，不是在那一周更拼命的仓，而是提前几周就备好的仓：爆款提前拣好甚至预包好、包材备得深、多搭几个打包台、临时工先在最简单的工位上练熟。

• 把波次切小。更小、更频繁的拣货波次让打包被均匀喂饱，某个波次掉队一小时内就能发现，而不是等到截单才知道。
• 把能预测的预包好。标准组合的头部爆款可以在大促前包成现成纸箱，峰值时只差一张面单。
• 把无聊的东西备深：每个型号的纸箱、胶带、面单、打印机色带。波峰更多是输在没纸箱，而不是没人。
• 让收货让路。最大的那几天，到货货车暂停或挪到非高峰时段，让月台门和叉车只服务出货。
• 先加打包台，再加拣货员。拣货再快也只是排长队，只有打包能把周转箱变成能发走的包裹。

退货是电商的影子流：相当比例的包裹会回来，服装类尤其明显。退货包裹在独立的退货区开箱、检验，只有检验合格的货才重新进入可售库存，其余走返工或报废。把退货当成顺手杂活，正是可售库存里悄悄混进别人穿过的衣服的原因。

在 Docklify 里，退货流有自己的家：RMS（SaaS → RMS）。退货的收货和质检与正向库存分开跑，一件退货只有经过明确的处理决定，才重新进入可售库存——和地面上划出独立退货区是同一套分工。

电商仓新手最容易踩的坑#

• 用批发仓的习惯跑小单：每单派一个人单独去拣，或者库存只按整箱放，每单都要先拆一箱。
• 让拣货面断粮。补货没有计划，最好的拣货员也会把班次耗在空箱前等待，或者自己走到储备区取货。
• 按占地而不是按每小时单量算打包台，等第一次大促才发现天花板是打包、不是拣货。
• 放巨型波次。一个大波次看着高效，却能悄悄把打包线和汇集格口埋上几个小时。
• 退货不检验就混回正向库存，只因为货架比退货区离得近。

电商仓是一台把许多小承诺准时变成包裹的机器。让拣货面保持满、把走路合并掉、守住打包线、在波峰到来之前就备好它——剩下的只是节奏。

本文用到的 Docklify 功能#

• 拣货面建为 picking 库位，与 storage 库位分开管理——WMS → Locations
• 订单五种入口，wms_sync 把已下发订单推送 WMS 生成出库单——OMS
• 三种拣选任务 Order Pick / Batch Order Pick / Wave Pick；Cluster Pick 绑车与逐 tote 确认——WMS → Outbound Orders → Create pick task
• 波次模板、定时或手工释放波次、Wave Monitor 逐波看进度——WMS → Wave Release
• 同一界面逐件复核、分箱、称重、打面单、确认发货——WMS → Packing Station
• 退货收货与质检和正向库存分开——SaaS → RMS