在大型的电商促销节点,有些公司会进行预包产品设计,提前包装好一部分热销组合,这样便能快速处理热销组合货品的发货单,提高出货效率。那么预包产品设计该怎么做呢?
说了盘点的库存作业,再聊聊预包的产品设计,正好本人之前做过预包功能,也算是对之前的项目进行复盘。
预包在国内比较常见,比如双11、双12这种大促活动,公司会预先包装好一部分热销组合,这样在大促开始后,可以快速处理热销组合货品的发货单,提高出货效率。
(资料图)
预包分为半预包和全预包:
半预包:对组合商品或有包装方案的商品不完全打包,避免后续没有这么多订单量,需要再拆包,把产品从预包区迁出; 全预包:对商品已经包装好了,等待用户下单,直接贴上面单就能发货了。熟悉任何业务首先就是要先熟悉流程,预包的业务流程如下:
在系统层面,首先就需要创建一个预包计划,页面如下图所示:
预包计划的功能设计,与电商公司创建活动类似。核心就是设置参与预包的SKU,然后再设置预包的起止时间。
当预包计划开始执行,用户下单后,订单会去匹配预包计划,若匹配上,则给订单打上“预包”标识。当订单下推到仓库,该订单走预包的出库流程。
这里有一个细节需要注意,当订单中的某一个SKU,匹配上了预包计划中的SKU,订单不会打上“预包”标识。需要订单中的SKU完全匹配。因为预包是以订单维度进行商品的匹配。
根据上面描述这里就有2种设计思路。是一个预包计划对应1个订单,还是一个预包计划对应多个订单。
方案2就是在预包计划里面多了1个订单的维度,比如1个订单里面有1个A产品,2个B产品。当用户下单,下了1个A产品,2个B产品,则自动匹配到预包计划中的订单,然后下推到仓库,走预包出库。
我这里一直强调订单维度,是因为仓库是提前按照订单维护进行打包。
有的预包计划会考虑到渠道的问题,比如公司开拓了抖音渠道。只有在双11当天,且在抖音的订单,才回去匹配预包计划。
同样预包的订单可以和普通订单一样,生成波次,去批量处理。以大宝WMS为例,如下图所示(仅供参考):
预包波次就是将带有“预包”标记的订单打包生成波次出库。又因为预包通常是大促,着急出库所以预包的波次排在波次队列的最前面提前出库。
用户直接打印预包出库单,到预包区拣货,直接贴上面单就可以出库了。
预包的功能设计其实已经说完了,在系统层面,预包本质就是对特殊订单进行出库处理。在整个预包订单流转的过程中,预包订单的库存处理就是最核心的。
首先需要在系统层面创建预包区、预包货位,然后将已经预包好的产品,补货到预包货位。这样预包货位就有了库存,最后在上游系统生成的预包订单预占预包区库存。
但是实际在执行的过程中往往会出现预包的产品多了或者少了。
预包的产品多了,这种情况很好处理,就是将多于的产品,重新上架到拣货区。
预包的产品少了,这里就会有一个点需要思考。针对少了的部分库存是可以直接从拣货区拣货,然后出库;还是等待从其它库区补货到预包区,在进行拣货。
第一种思路,在系统层面处理会复杂。系统首先需要预占预包区的库存,然后需要根据货位预占策略去预占拣货区的库存。但是这种方案在业务层面上比较符合,业务方会觉得预包区库存不够,那我去拣货区拣货出库就行了,这样也能出库。
注:上述方案其实也有一个缺点,就是作业员需要跨库区拣货,要知道行走一直是拣货最耗时的点,如何减少行走路径是关键。
第二种方案,在系统层面处理会简单,但是在业务层面不友好。如果没有货,就需要等待作业员先补货,再出库。
最理想的情况就是预包区一直有货,我之前做了一个简单的处理方案,就是如果预包区的库存低于设定值,就触发补货,生成补货任务,最大程度保证预包区有库存。
我上面介绍的都是“单找货”的模式,在预包等大促场景,为了更加快速的出库,还衍生除了“货找单”的出库模式。
以货找单的页面如下(仅供参考):
针对打包号的货品,直接扫码,系统自动匹配一个订单,然后贴面单出库。但需要注意的是该功能只适用“一单一品”的订单,且不能生成波次。
总的来说预包功能算是一个比较简单的功能,这里提到的是一种设计思路,希望对你有所帮助。
按照惯例再留下一个问题:有些仓库,打包员的工资是计件的,如果是计件,那么预包如何计算打包员的工资呢?
本文由@koi 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash, 基于 CC0 协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
X 关闭
X 关闭