庫存系列(4):庫存的底層設計思路
前面三個系列講了庫存的基本概念、影響庫存的因素、庫存的交易邏輯,本篇主要從產品經理的角度講講:O2O庫存的底層設計思路。主要從三個角度來說明:倉的設計、庫存的設計、庫位的設計。
一、倉的設計
O2O模式下,庫存跟倉是最直接的關系,無論該倉是前置倉,還是門店后置倉庫,還是專門的倉儲倉庫。
在物理層級可以通過買賣、租賃、借用等方式使用倉儲,但在系統層級需要知曉有倉的存在,方便存儲貨物。
1. 新建
通過WMS或庫存管理系統,新建一個倉庫,在系統層級標識該倉庫的實際存在,在新建倉庫時以下字段必不可少:
- 倉庫名稱:倉庫的名稱,當一個公司有多個倉時,方便查詢和管理,比如:京東到家北京中心倉。
- 倉庫類型:倉庫的類型,標識該倉是一個什么類型的倉,比如總倉、中心倉、海外免稅倉等。
- 倉庫所屬:倉庫的所有權,標識該倉是屬于哪個公司的,方便倉儲成本計費結算對賬之用。
- 倉庫的位置:倉庫的實際所在位置,比如北京市朝陽區XXX路YY號等。
- 倉庫的規格:表示該倉的大小,比如面積、寬、高、長等等,在設計倉庫內貨架的高度時作為參考。
2. 管理
對系統倉的管理主要分為三類,一類是查詢,一類是修改,一類關聯:
查詢:
主要使用新建時的字段進行查詢,一般情況下一個公司的倉不會太多,特別是O2O這種業務模式,電商模式下,像京東這種自營自建倉庫的公司擁有很多倉,需要使用各種條件進行篩選,其余基本就那么幾個,單頁就能展示完全。
修改:
修改主要是修改倉庫的屬性,比如所屬公司(因歸屬發生變更)、所在位置(倉庫搬遷)、倉庫規格(擴倉)等等。
關聯:
關聯的意思指的是倉庫內關聯的庫區、貨架、通道、監控、制冷通風設備等等數據,將這些數據與倉庫關聯,方便的是將來業務需要,進行系統調用的時候,直接通過關聯即可找到對應的設備,從而控制設備。
比如自動化揀貨的場景,系統接到O2O訂單后,根據訂單包含的商品,快速定位商品所在位置,然后通過自動化揀貨助手,到對應的貨架揀貨,然后傳送到對應的訂單打包區進行打包配送,這個過程需要知曉貨架、通道等信息的屬性。
二、庫存的設計
庫存的設計依賴于庫存的交易邏輯,在上篇文章中講過,庫存的交易主要涉及到增加庫存、扣減庫存、鎖定庫存、釋放庫存和返還庫存這五大塊,現就每一塊的設計說明如下:
1. 增加庫存
庫存增加的業務場景主要包含:采購入庫和盤盈入庫。
無論是采購入庫還是盤盈入庫,都有操作人、操作單據、操作時間、操作數量、操作商品等信息,所以增加庫存的設計需關注以下幾個字段:
- 業務來源:比如采購入庫,系統需要知道該采購入庫單從哪來的,如商品文章所述,采購入庫單一般來源于商家的ERP系統。
- 業務單據號:增加該筆庫存單據號,用作溯源和將來對賬之用。
- 增加的商品:采購入庫的商品主體是什么。
- 商品的所屬:該商品屬于誰。有些入庫的商品是屬于商戶花錢采購的,有些是供應商配送的,但未支付貨款,此時在貨權上,該貨其實是屬于供應商的。
- 操作時間/人:主要用于記錄誰來完成的該筆操作,無論采購入庫還是盤盈入庫,都需要相關的人員進行業務操作才行。
2. 扣減庫存
扣減庫存與增加庫存的底層核心邏輯是一致的,只是變動方向不同而已,增加庫存是加,扣減庫存是減,且業務場景不一樣而已,此處不做敷述。
3. 鎖定庫存
鎖定庫存發生的業務場景是O2O平臺提交訂單,庫存中心對庫存進行預占,以防缺貨問題發生。鎖定庫存與增減庫存不同的是,鎖定庫存一般情況下,需要有時間限制,不能無限制的鎖定庫存。
在電商模式下,用戶前端購物的操作流程一般是:瀏覽商品->加入購物車->提交訂單->支付訂單->確認收貨。
大部分電商平臺選擇的是在用戶提交訂單時鎖定庫存,這樣能保障提交訂單了的用戶能有貨可發,絕大部分電商平臺采用的是這種,少數平臺采用加入購物車鎖定庫存(唯品會,所以唯品會加入購物車會有一定時間的計時器,超過計時器自動釋放庫存)、支付訂單鎖定庫存等,對于O2O業務模式,一般會選擇支付訂單進行庫存鎖定。
鎖定庫存時需特別關注以下幾個字段:
- 渠道來源:該筆訂單從哪個渠道來的。
- 業務單據號:鎖定庫存的具體訂單號。
- 鎖定商品:訂單內的商品信息。
- 鎖定數量:鎖定商品的數量。
- 鎖定時長:設置的鎖定時長。
- 鎖定時間:該筆鎖定流水發生的時間,以便溯源。
4. 釋放庫存
釋放庫存與鎖定庫存其實是一個反向操作,類似,在此不做敷述。
5. 返還庫存
一般平臺的設計通過增加、扣減、鎖定、釋放就能解決業務需求,有些平臺為精細知曉庫存變動的方向,在銷售退貨場景下的庫存增加標記成了返還庫存類型,具體的邏輯與增加庫存一致。
三、庫位的設計
設計庫位的主要目的是精細化管理倉庫內的商品,明確知道某個商品在某個庫位上,在發生揀貨下架、收貨上架的時候,能準確定位某個庫位。
庫位的設計一般需要注意以下幾點:
1. 庫位編號生成規則
庫位編號設計的優良跟倉庫內動線的效率直接相關,比如揀貨場景,如果庫位編號設計合理,揀貨員收到揀貨任務后,能準確的知曉任務內某個商品在具體的某個位置。
一般庫位編號的生成跟庫區、通道、貨架、貨層、庫位有關,比如庫位編號采用【庫區】+【通道】+【貨架】+【貨層】+【庫位】生成,則A庫區,3號通道,第2個貨架,第3層,第1個庫位的庫位編號應為:A03-02-03-01。
2. 庫位規格設計
不同的庫位,不同的用途,其規格不同,比如存放小件商品(口紅、墨水)的庫位,在設計上需關注庫位的護欄,因為小件商品可能由于沒有護欄而滑落,而有些商品,比如箱裝的礦泉水,在設計庫位時,需關注庫位的寬度、高度、深度,以及庫位的核定載重,當庫位存放商品的體積或重量超標時,該庫位就不能再上架商品。
3. 庫位狀態
倉庫內的每個庫位都應該有一個狀態:可用、不可用。
可用表示該庫位還可繼續存放商品,反之,不能存放商品,該狀態的標識主要用于收貨上架的指引或電子貨架,不可用的庫位使用紅色的燈表示,這樣倉庫人員在上架時一眼就能看出來哪些可用,哪些不可用。
4. 庫位庫存
庫位庫存主要有以下幾個緯度:
- 庫位總庫存:該庫位上總共有多少庫存商品,以商品切分。
- 庫存明細:該庫位上某個貨主的某個批次的某個商品有多少庫存數據。
總結
通過4篇文章對新零售庫存的設計從概念到問題到方案設計做了說明,接下來將從商品、訂單緯度切入,來介紹新零售的商品中心、訂單中心應該如何設計。
如果有朋友想深入溝通交流,也可通過文章留言、公眾號留言等方式溝通,我將不遺余力解答。
最后,誠摯感謝打賞的各位朋友,謝謝你們,后續我將奉獻更多精彩文章,敬請期待。
相關閱讀
作者:企榮之路,國內某知名互聯網公司新零售產品經理,微信公眾號:企榮之路
本文由 @企榮之路 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
想問一下我們在做云倉怎樣去做托盤關聯呢,這個點堵住啦,請老師解惑,有沒有案例分享之類的。
請繼續更新商品中心、訂單中心
非常感謝,辛苦了!
滿滿干貨 良心之作 ??
謝謝