仓储管理与WMS：拣货策略|wms|仓储|库位|拣货

编辑导语：在整体仓库工作中，拣货操作也是其重要一环。那么，我们可以如何利用WMS系统来进行相关仓储管理工作？前面文章里，作者分析了仓储管理角度的存拣分离，本篇文章作者继续辅助WMS系统阐述了拣货策略，让我们来看一下。

一、前言

仓储业务中，我们基本上是围绕“收货”、“发货”、“存货”这三个核心业务展开的，这三个业务内工作的闭环，共同构建了整个仓储业务的闭环工作；而这三个业务之间，如果其中一个业务的闭环工作没有处理好，就有可能给其他两个业务带来麻烦；我们印象中在仓库工作的小伙伴好像都是粗糙的汉子，其实，一个正常运转的仓储，离不开这些“糙汉子”们的精细化管理。

我们讲了仓储业务中有三大核心业务，那么这三大核心业务都包含哪些子业务？又具体要负责哪些工作呢？我们来简单看一下：

“收货”，包含了采购到货、调拨到货、销售退货等入库作业业务，要对送货的要求、收货履约的流程等等进行规范以及执行；
“存货”，很多业务对应“收货”，对各种收进来的货进行不同方案的储存，在储存的同时，还要支撑“发货”的业务需求，需要对到货的码放以及储存环境进行规范，并对存货的安全负责；
“发货”，就好理解了，我们平时电商购物过程中接触最多的就是这个了，“发货”是订单履约环节中的一环，负责将货从仓库打包好（含复核、承重等环节），交由承运单位；在订单履约环节中，“发货”是仓储流程工作中最后一环。

今天的前言写的有点多，在人人都是产品社区看到过几篇写拣货方式介绍的文章了，都已经介绍得很全面了，今天就不给大家再科普拣货方式了，我们结合实际仓储业务和WMS产品来聊聊关于“拣货策略”的事情。

二、何为“拣货策略”

区别于“拣货方式”是对拣货业务中既有的操作方法给出的标准名称，虽然名称不同，但是不同拣货方式都有共同的目的，那就是：提升作业效率与质量；本文所讲的“拣货策略”更多的是与大家分享在不同场景下是如何选择不同的拣货方式，从而能够让作业效率和质量能够达到最佳。

随着电商的蓬勃发展，各种各样的产品都搬到了网上销售，对应的在现在的仓储业务中，影响作业方式选择的因素就很多了，比如产品尺寸、建包件数、订单结构等等原因，很难用一种方式就搞定全部业务了，通常是根据实际业务情况，制定不同的拣货策略来确保整体订单的发货顺畅。

接下来，笔者从各种业务场景切入，分享一下笔者积累的经验，欢迎大家指正补充！

三、从订单结构来讲 1. 业务介绍

在数量众多的订单中，我们把商品规格（相同SKU）和数量（对应的SKU数量相同）均一致的订单称作相同订单结构的订单。

当下直播电商的兴起，给电商卖家带来了大量订单的同时，也让商家大量订单中订单结构相同的订单越来越多了，也有很多围绕主爆款做套餐形式售卖的店铺中，这种相同订单结构的订单也是占很大比例的。

那么这种类型的订单该如何发货才能让效率最高呢？

2. 对应拣货方式

这种类型的订单，我们以类似“二次分拣”的方式，先将订单中需要的产品一次性取出，因为订单结构相同，每个订单中的商品和数量均一致，所以我们可以直接将货摆放至打包台，通过流水线生产的形式进行打包包装。

如果这个套餐是固定的，并且长期存在，且订单量比较大的情况，我们可以考虑设置固定的流水线，在流水线配置足够数量的产品用来对这一订单结构的订单进行集中处理。
而对于订单结构相同，但是数量比较少的订单，则可以在预留的空置流水线作业区进行打包，预留的流水线作业区可以专门用来支撑这种订单结构相同，并且有一定数量的订单的拣货打包作业。

注意事项

1）这种订单结构相同的订单的出现，一般是套餐居多，也会存在由不同用户从单个或者多个链接中购买了多个相同的产品从而凑成订单结构相同的订单的情况；而对于前者（套餐）来讲，也有企业通过把多种产品组合成一个SKU，以礼包的形式进行售卖。

仓库通过提前的预打包生产，将多个产品组合成这一个SKU（组合成单一SKU的方法笔者认为是比较好的解决方案，其他方案有从OMS端使用组合装代替等，虽然牺牲了调整套餐的灵活性，但是可以提升各个环节的效率，大家根据实际情况选择就好了）。而后者因为存在一定的概率性，则需要根据实际的订单量进行生产了。

2）对于此类订单，还要考虑同一订单结构订单的数量。数量太少的，哪怕是固定套餐，也是可以通过常规的“边拣边分”或者“二次分拣”的方式进行拣货的。

3）需要考虑订单中商品的种类数量，即SKU的数量，SKU数量如果过多，通过流水线生产的方法可能会导致错误率升高。

3. 对应WMS功能

我们从上文的关键词中提取一些所需功能。

1）相同订单结构

市面上常见解决方案是系统自动分析订单结构，将相同订单结构的订单打上相同标记。这个逻辑笔者认为是正确的，因为在大量订单中，我们如果不去做刻意分析，是不会得知哪些订单结构相同的订单多的，但是相应的也会失去灵活性。

可细致设计如下，由系统生成订单结构的分析结果（可配置在多长时间范围内，数量大于多少的才生成结果等），根据分析结果人工选择创建策略，系统根据策略对满足条件的订单打上指定标记。

2）将多个产品组合成这一个SKU

生产组装功能，当这个SKU不是最小采购单元的时候，就需要在库内组装了，生产组装流程虽然是一个商品出库再入库的流程，但是仍然需要生产组装的功能将出入库的类型单独标记出来，以方便后期对账。

四、从建包件数来讲 1. 业务介绍

这里讲的“建包件数”是指包裹内商品的总数量，也有“客单件数”的叫法，因为考虑到合单和拆单的情况，我们下面还是称呼“建包件数”较为准确。

在不同类目中，建包件数会存在很大的差别，例如服装类目，虽然夏季和冬季会有少许差距，但基本上是维持在2-5件左右的水平，而食品类目尤其是休闲食品类目就大不相同了，动辄10件以上，20件以上的情况很常见。

那么针对这种“建包件数”差异如此大的情况，我们应该如何选择拣货方式呢？

2. 对应拣货方式

直接上结论吧。

建包件数——多：建议使用“边拣边分”的方法；
建包件数——少：建议使用“二次分拣”的方法。

简单分析一下，建包件数多的波次，无非是两种情况，要么是因为SKU数量多，要么是SKU数量没有那么多，但是总件数多。

SKU数量多，会让拣货的小伙伴停留的库位多（默认一位一货），行走的距离多，那么这种情况花费在拣货区的时间就已经够长了，如果使用“二次分拣”的方法还要再回去分拣一边，这样就会很浪费时间了；
SKU数量没有那么多，但是总数多，就会让拣货的小伙伴停留在某一个库位的时间长。在不造成拥堵的情况下，大家想一下，一个拣货波次中很多订单都需要这个SKU，那拣货的小伙伴在这个库位拣货的时候像不像一个“二次分拣”的动作？

建包件数少的波次，就比较容易理解了，拣货速度是相对比建包件数多的波次要快一些的，使用“二次分拣”的拣货方式可以让拣这些波次的小伙伴快速进出拣货区，并且拣货和分拣的分工，也可以让拣货区的使用效率更高一些，让更多的人投入到拣货作业中。

注意事项

虽然这一节主要是讲的建包件数，但是同样要考虑很多因素，例如产品体积了，仓库的面积等等一些客观因素，在上面讲到的结论中，遇到不同情况也未必适用。

大家有可能会有疑问，波次中商品总数量多，但是SKU数少，我也可以先拣回来再分拣呀，只需要手持终端直接扫一件商品就展示这个商品在整个波次中的分配情况就可以了。

是的，这样也是可以的，业务场景不同，各种客观因素不同，实现方式就没有绝对。

那什么时候不能二次分拣呢？如果这个波次中混合了大量的商品，且商品之间不易区分的时候，就不太适合做二次分拣，像这样的例子还有很多很多，大家一定要在业务中注意观察每一个可能影响方式选择的因素。

这一章节结论是有些绝对的，需要大家根据实际情况辨别来看，仅供参考，欢迎补充。

3. 对应WMS功能

这一节中需要的WMS功能就很清晰了，我们仍然从关键词中来分析：