首页 » 电商产品经理宝典:电商后台系统产品逻辑全解析 » 电商产品经理宝典:电商后台系统产品逻辑全解析全文在线阅读

《电商产品经理宝典:电商后台系统产品逻辑全解析》 6.3 库存调度逻辑

关灯直达底部

许多小卖家都是一个仓库或者一物一仓(一个SKU只在一个仓库有货),这种情形下,库存调度逻辑很简单,扣减相应仓库的SKU的库存,调度到对应仓库进行发货就行。

但是许多电商企业或者大公司,库存结构比较复杂,拥有多个仓库,仓库类型也非常多(主仓、区域仓、供应商协同仓等),如图6-5所示。在调度发货仓库时,也有各种成本、物流以及商业上的考虑因素。调度仓库的过程实际上是在各种调度规则的限制下,对库存进行调度。

图6-5 仓库组成结构

【库存调度影响因素】

在调度发货仓库时,主要的考虑因素有如下这几点。

1.物流时效

为了迅速响应用户需求,很多企业在多地建立仓库,以便能够从最近的区域发货,在最短的时间内送到用户手中。例如A企业在北京、上海、广州、武汉、沈阳、西安、成都等地区各有一个仓库。当长春的用户下单时,会优先判断最近的沈阳仓是否有货,没有货则会选择北京仓发货。

2.仓库等级

有些企业在业务量较大时,如图6-5所示,会在同一区域内除了建立中心仓,还会建立多个区域仓,例如华东区(上海、浙江、江苏)中心仓在上海,在杭州、宁波、苏州、南京等订单量较大的城市建立区域仓。这些区域仓库存量较小,存放一些消费频次高的SKU,只供应当地城市。在区域仓没货的时候,才会从中心仓发货。

另外,在仓库多了(假设全国100个仓库)之后,在前端商品判断有货没货及物流时效时,如果按照优先级排序及调度规则,一个个仓库去遍历判断,会影响效率。这种情况下,在销售层会按照区域库存去判断。例如将华东地区的12个仓库中SKU库存合并,如果是宁波地区的用户购物,只需要判断华东区域的库存。当订单下发到调度层时,再具体去分配仓库,如有必要再进行拆单。加 入 会 员 微 信

3.业务需求

在业务发展时,会有部分货源从供应商处直接发出,或者为了保证物流时效,在某些区域由供应商直发,这种仓库定义为供应商协同仓。再对这些SKU库存进行调度时,就需要在调度层直接把仓库下发给供应商订单系统。

【库存调度规则】

仓库类型越少,库存结构越简单,在库存调度的时候逻辑就越简单。当然产品要跟着业务走,调度逻辑随着业务复杂度、销售渠道、仓库数量等因素的变化而增加难度。

特别是很多有线下零售店及仓库的商家,要将线下各个零售店当成区域仓来调度,这个情况的复杂度还要增加。

笔者举一个实例来讲库存调度,方案仅供参考,具体操作视业务而定,如图6-6所示。

图6-6 库存调度逻辑

同一仓库不同级别区域不能重复,设置某一级别区域范围时,其他区域级别设置过的区域选项置灰不可选。

1.业务场景及前提

业务场景及前提如下。

(1)企业在不同区域都有中心仓、协同仓。不同类型仓库优先级不同。

(2)同一仓库配送区域分级,分一级区域(24小时达)、二级区域(2日达)、三级区域(2日以上)(可根据物流时效设置)。同一仓库不同级别区域不能重复,对于同一仓库,配送区域等级不能重复。

(3)同一省份的供应服务商,设置其配送优先级。

(4)物流时效优先。

2.库存调度示例逻辑。

库存调度示例逻辑如下。

(1)在下单时,先筛选出对应订单有库存的仓库。

(2)将收货地址与这些仓库的一级配送区域匹配,若没有再去匹配二级区域,依次类推。

(3)筛选出同级区域(物流时效相同)的仓库,再根据仓库的优先级进行筛选。

(4)若仍有多个仓库(同一类型的仓库)待选,例如金华从宁波协同仓、杭州协同仓发货时效相同,再根据同级仓库之间的优先级来进行选择,最后选择仓库(例如杭州仓)。

(5)选择好仓库之后,再根据SKU优先级、运费(体积、重量)等因素来选择物流公司。后面章节会具体讲到。

(6)当订单中有多SKU时,还会根据库存调度规则进行拆单,本节不做细讲。

本节虽然讲的是库存调度逻辑,但通过这个小实例,我们可以认识到,实际上掺杂着许多业务场景和需求。没有最好的产品方案,只有最合适的方案。库存调度的过程实际上是订单分配的过程,受许多因素影响,和许多系统发生交互。