在大型的电商促销节点，有些公司会进行预包产品设计，提前包装好一部分热销组合，这样便能快速处理热销组合货品的发货单，提高出货效率。那么预包产品设计该怎么做呢？

说了盘点的库存作业，再聊聊预包的产品设计，正好本人之前做过预包功能，也算是对之前的项目进行复盘。

预包在国内比较常见，比如双11、双12这种大促活动，公司会预先包装好一部分热销组合，这样在大促开始后，可以快速处理热销组合货品的发货单，提高出货效率。

预包分为半预包和全预包：

• 半预包：对组合商品或有包装方案的商品不完全打包，避免后续没有这么多订单量，需要再拆包，把产品从预包区迁出；
• 全预包：对商品已经包装好了，等待用户下单，直接贴上面单就能发货了。

一、业务流程

熟悉任何业务首先就是要先熟悉流程，预包的业务流程如下：

二、预包计划

在系统层面，首先就需要创建一个预包计划，页面如下图所示：

预包计划的功能设计，与电商公司创建活动类似。核心就是设置参与预包的SKU，然后再设置预包的起止时间。

当预包计划开始执行，用户下单后，订单会去匹配预包计划，若匹配上，则给订单打上“预包”标识。当订单下推到仓库，该订单走预包的出库流程。

这里有一个细节需要注意，当订单中的某一个SKU，匹配上了预包计划中的SKU，订单不会打上“预包”标识。需要订单中的SKU完全匹配。因为预包是以订单维度进行商品的匹配。

根据上面描述这里就有2种设计思路。是一个预包计划对应1个订单，还是一个预包计划对应多个订单。

方案2就是在预包计划里面多了1个订单的维度，比如1个订单里面有1个A产品，2个B产品。当用户下单，下了1个A产品，2个B产品，则自动匹配到预包计划中的订单，然后下推到仓库，走预包出库。

我这里一直强调订单维度，是因为仓库是提前按照订单维护进行打包。

有的预包计划会考虑到渠道的问题，比如公司开拓了抖音渠道。只有在双11当天，且在抖音的订单，才回去匹配预包计划。

三、预包波次

同样预包的订单可以和普通订单一样，生成波次，去批量处理。以大宝WMS为例，如下图所示（仅供参考）：

预包波次就是将带有“预包”标记的订单打包生成波次出库。又因为预包通常是大促，着急出库所以预包的波次排在波次队列的最前面提前出库。

用户直接打印预包出库单，到预包区拣货，直接贴上面单就可以出库了。

四、库存处理

预包的功能设计其实已经说完了，在系统层面，预包本质就是对特殊订单进行出库处理。在整个预包订单流转的过程中，预包订单的库存处理就是最核心的。

首先需要在系统层面创建预包区、预包货位，然后将已经预包好的产品，补货到预包货位。这样预包货位就有了库存，最后在上游系统生成的预包订单预占预包区库存。

但是实际在执行的过程中往往会出现预包的产品多了或者少了。

预包的产品多了，这种情况很好处理，就是将多于的产品，重新上架到拣货区。

预包的产品少了，这里就会有一个点需要思考。针对少了的部分库存是可以直接从拣货区拣货，然后出库；还是等待从其它库区补货到预包区，在进行拣货。

第一种思路，在系统层面处理会复杂。系统首先需要预占预包区的库存，然后需要根据货位预占策略去预占拣货区的库存。但是这种方案在业务层面上比较符合，业务方会觉得预包区库存不够，那我去拣货区拣货出库就行了，这样也能出库。

注：上述方案其实也有一个缺点，就是作业员需要跨库区拣货，要知道行走一直是拣货最耗时的点，如何减少行走路径是关键。

第二种方案，在系统层面处理会简单，但是在业务层面不友好。如果没有货，就需要等待作业员先补货，再出库。

最理想的情况就是预包区一直有货，我之前做了一个简单的处理方案，就是如果预包区的库存低于设定值，就触发补货，生成补货任务，最大程度保证预包区有库存。

五、以货找单

我上面介绍的都是“单找货”的模式，在预包等大促场景，为了更加快速的出库，还衍生除了“货找单”的出库模式。

以货找单的页面如下（仅供参考）：

针对打包号的货品，直接扫码，系统自动匹配一个订单，然后贴面单出库。但需要注意的是该功能只适用“一单一品”的订单，且不能生成波次。

总结

总的来说预包功能算是一个比较简单的功能，这里提到的是一种设计思路，希望对你有所帮助。

按照惯例再留下一个问题：有些仓库，打包员的工资是计件的，如果是计件，那么预包如何计算打包员的工资呢？