解構(gòu)電商、O2O:探秘電商財產(chǎn)的遷移”- 庫存系統(tǒng)

0 評論 3586 瀏覽 39 收藏 15 分鐘

編輯導語:常規(guī)做法會在購物車環(huán)節(jié)設置數(shù)量閾值,庫存小于閾值顯示用戶庫存緊張。然后在下單環(huán)節(jié)完成扣減庫存的情況。如果是秒殺或者是類似唯品會的搶購模式,則可以在購物車扣減庫存,增加倒計時(如15分鐘)提示提高用戶搶購感。本文就來為大家聊一聊電商中的庫存系統(tǒng)體系。

無論是電商也好零售也好所有的銷售都是按照SKU為基準進行售賣的,為什么是SKU呢?因為SKU是最小庫存單位,所以電商銷售本質(zhì)就是庫存的流轉(zhuǎn)。我們將商品庫存從供應商手中采購后放入我們的倉庫中,在通過電商的在線平臺售賣給我們的用戶,這個流轉(zhuǎn)的過程就是庫存的“遷徙”。

庫存的整個遷徙過程非常漫長,庫存的流轉(zhuǎn)其實就是商品物權(quán)的流轉(zhuǎn)。我們先來看下庫存“遷徙”的路線,也就是庫存流轉(zhuǎn)的流程。在說流程前我們先說下電商平臺對于庫存的劃分。從整體用途來看大致分為三個部分:銷售、履約、采購。如圖:

  • 銷售:實現(xiàn)用戶下單購買的所有庫存操作。
  • 履約:完成對銷售行為承諾的庫存數(shù)量的履約操作。
  • 采購:為履約需要的庫存數(shù)量進行預先準備,同時也可以通過銷售數(shù)據(jù)進行預估采購數(shù)量。

從業(yè)務關(guān)系上來說,銷售行為作為最頂端的業(yè)務層直接決定采購和履約的變化情況。而采購作為履約的下游依據(jù)履約情況來判斷采購的需求量。由此衍生出多種類型的庫存,不同類型的庫存之間通過約定的處理流程進行相互的轉(zhuǎn)化,而庫存的所有轉(zhuǎn)化都源自于線下的庫存實際操作行為。

一、庫存處理流程

庫存的處理流程主要是將銷售、履約、采購三部分的所有操作行為進行合理的串聯(lián),從而實現(xiàn)不同類型庫存之間的轉(zhuǎn)化。我們按照發(fā)起方來劃分可以分為由銷售發(fā)生的庫存處理和非銷售發(fā)生的庫存處理。

銷售發(fā)起的庫存處理指以銷售行為而產(chǎn)生的庫存的變化,銷售流程消耗庫存,履約流程完成庫存的實際消耗配送。這部分的庫存變化從供需關(guān)系來看包括以銷定采和以采定銷。一般意義上的售賣都是以采購入庫的數(shù)量作為銷售的可售賣庫存,而電商平臺也有一種是以銷定采的模式即預售模式。下面我們分別說下兩種流程的庫存變化情況。

銷售售賣流程對于庫存系統(tǒng)主要是進行扣減、占用庫存和釋放庫存的操作。通過下單行為產(chǎn)生庫存扣減和占用,當出現(xiàn)支付超時時要對已經(jīng)占用的庫存進行釋放操作。關(guān)于庫存占用的環(huán)節(jié)一般是在訂單生成而不是購物車環(huán)節(jié)。

占用的核心關(guān)注點就是盡量避免庫存被占用過度導致其他用戶無法購買營銷銷量和體驗,而購物車環(huán)節(jié)占用會出現(xiàn)這樣的問題,所以電商平臺設計占用時都會放在訂單生成環(huán)節(jié)。流程如圖:

履約的環(huán)節(jié)主要是對用戶訂單進行倉配作業(yè),具體的倉配作業(yè)流程在之前的章節(jié)已經(jīng)講解過這里就不做累述了。履約的環(huán)節(jié)其實主要是倉庫的庫存進行分揀、出庫的操作以及物流配送環(huán)節(jié)完成履約配送。除了常規(guī)操作外倉配操作還會產(chǎn)生兩種作業(yè)會引起庫存的變化:一個是用戶退貨、一個是換轉(zhuǎn)退。

退貨是用戶對訂單進行取消、拒收等行為產(chǎn)生商品需要返回倉庫。商品在返回倉庫前會生成消退入庫單,倉庫管理人員根據(jù)入庫單的情況進行核對歸整,完成后將商品在倉庫內(nèi)完成重新上架的操作,上架后倉庫內(nèi)當前商品在倉庫存增加。

而換轉(zhuǎn)退則是用戶需要調(diào)整貨物時發(fā)現(xiàn)倉庫內(nèi)已經(jīng)沒有當前的商品庫存,這時候就需要將用戶的換貨需求調(diào)整為退貨需求。倉庫需要將換回的商品進行質(zhì)檢,如果質(zhì)檢通過則重新上架,未能通過則不需要增加商品在倉庫存。

除了正常售賣以外預售也是一種在電商平臺十分常用的模式。預售模式按照交付金額的時間點和比例也劃分成若干的模式,不同的模式下對于庫存的處理也是有些不太一樣的。

整個預售周期內(nèi)有幾個相對清晰的階段:預約期,訂購期,交付期、履約期。預約期用戶可以進行預約行為,預約行為不需要進行任何的支付行為同時不會產(chǎn)生訂單。需要說明的是預約期不是所有類型的預售都需要的,只有無需繳納定金時才需要該階段進行資格確認。

訂購期代表用戶可以進行預售商品下單行為,這里下單會記錄用戶的履約信息如地址、收貨人等,部分情況訂購期同樣會繳納一部分商品的費用作為定金,不過不是真正意義上的商品定價價格。而交付期則是要完成訂單價格的全部支付,交付期是判斷訂單是否繼續(xù)進行的主要階段,只有完成交付的用戶訂單才會被提交到供應商進行統(tǒng)一備貨。我們按照周期的不同將預售分為無定金預售、部分定金預售和全額預售三種。

  1. 無定金預售:一般為預約通知后根據(jù)情況判斷是否成單,比如Iphone的線上預約就屬于此類模式。在預定成功后需要在規(guī)定時間內(nèi)下單、支付方可完成全部過程。
  2. 部分定金預售:在預售訂購期內(nèi)支付部分定金,訂購期完成后交付尾款。這種模式在預售里面占比最多,一般會配合階梯價設置,務求達到人越多越便宜的效果。該模式下可以沒有預約期的階段,所有商品上架售賣后則可以開始訂購。
  3. 全額預售:全額預售顧名思義需要用戶提前支付貨款,根據(jù)約定的周期(比如一周、一天等)來進行履約。這種模式同傳統(tǒng)的售賣模式比較類似,訂購期和交付期基本是在一起進行的。

我們來看下三種模式的變化情況。無定金的模式初始人較多,但由于違約成本低所以整體成單會下降較多。而訂單最穩(wěn)定的是全額預售,由于先付款違約成本高所以基本不會發(fā)生變化。部分定金預售的變化介于兩者之間。

接下來我們看下三種模式在庫存的處理流程上有什么不同。無定金預售需要用戶進行預約,根據(jù)預約情況生成預約單,在預約截止日期后激活產(chǎn)生預訂單,如圖。在生成訂單時進行扣減庫存的操作,注意這里面是預售庫存,對于預售庫存的扣減不需要考慮倉儲的情況。而當訂單超出支付截止日期后不需要將庫存釋放。

說完了銷售行為引起的庫存變化,我們來看下除了銷售以外還會有哪些庫存情況。日常工作中出了銷售出庫以外,倉內(nèi)也會出現(xiàn)很多種情況導致庫存的數(shù)量發(fā)生變化。包括移倉調(diào)撥、倉內(nèi)盤點、采購商退貨以及商品報廢幾種情況。這些流程都屬于倉庫WMS系統(tǒng)和采購系統(tǒng)的功能范疇,這里就不在做詳細描述。

二、庫存系統(tǒng)數(shù)據(jù)流轉(zhuǎn)

如果我們把倉庫的庫存看作是一筆賬目的話,那采購進貨就是我們的進項,而上述說的幾種情況則涵蓋了我們除正常銷售以外的出項(當然這幾種也有進項的情況)。這幾種情況代表倉庫內(nèi)的庫存“賬目”變化,電商平臺前端的庫存則是隨著倉庫變化而變化。我們把線上的庫存看作商品的邏輯庫存,用戶可以根據(jù)庫存情況選擇購買。而倉內(nèi)的為實物庫存,表示實實在在存在的貨品數(shù)量。通過庫存系統(tǒng)我們將兩者關(guān)聯(lián)起來,用一張大圖我們來看下庫存之間行為的變化關(guān)系。

首先我們先聊一下關(guān)于庫存的范圍,什么樣的商品叫做庫存。一般來說我們認為所有已經(jīng)獲得物權(quán)或者即將獲得物權(quán)的商品作為庫存的范圍,稱為現(xiàn)貨?,F(xiàn)貨不僅僅包括在庫存儲的商品,還包括采購在途、調(diào)撥中、預占等等類型的庫存情況。

當采購側(cè)完成下單配貨的操作后,我們及認為采購清單內(nèi)的商品已經(jīng)屬于倉庫的所屬,而完成倉庫出庫后則認為物權(quán)即將由配送員交接給用戶。在這個區(qū)間內(nèi)的所有商品數(shù)量都算作庫存的范疇及現(xiàn)貨的數(shù)量。除去一些使用、預占、不可售等狀態(tài)以外,其余的叫做可售庫存,也就是我們前端看到的可售賣的庫存數(shù)量。他們的關(guān)系如下圖:

剛才我們提到了倉間調(diào)撥,理論上支援倉的庫存也可以被認為是可售賣的。所以當我們判斷庫存是否有貨時優(yōu)先判斷本地倉的可售庫存,其次根據(jù)倉間結(jié)構(gòu)判斷對應的支援倉是否具備可售能力,如果本地倉沒有而支援倉有貨則需要對訂單Promise的預計送達時間計算影響,延長到貨時間顯示。倉庫的可售庫存是根據(jù)現(xiàn)貨和其他狀態(tài)下的庫存數(shù)量計算得出的,并非一個相對固定的數(shù)字。

單倉可售庫存的數(shù)量=現(xiàn)貨+預售數(shù)量+調(diào)撥在途(待入庫)+采購在途(待入庫-預占-調(diào)撥出-不可售)

前端可售庫存=當前區(qū)域倉庫可售數(shù)量+支援倉可售數(shù)量

原則上不是每個倉庫都必須有支援倉,支援倉的目的是通過高頻次線路實現(xiàn)品類區(qū)域補足,但如果無法通過高頻次來降低成本就會顯得有些得不償失。

倉庫本身會出現(xiàn)庫存增減的變化,而這些變化會通過庫存系統(tǒng)的調(diào)用更新可售庫存的數(shù)量??墒蹘齑娴臄?shù)量更新后也會同步給前端進行顯示。相反庫存的占用包括銷售、調(diào)撥、下架等行為也會統(tǒng)一通過庫存系統(tǒng)進行管理并實時更新可售庫存的值。WMS中根據(jù)業(yè)務情況也會將已經(jīng)占用的庫存進行釋放,釋放后可售庫存會增加相應數(shù)量。所有的邏輯庫存流轉(zhuǎn)最終都會輸入到庫存系統(tǒng)進行統(tǒng)一的管理記錄,庫存系統(tǒng)會鏈接前后臺的庫存數(shù)據(jù)信息并與相關(guān)業(yè)務系統(tǒng)進行交互。

每個業(yè)務系統(tǒng)內(nèi)部的庫存管理更多是在自身業(yè)務體系下維護的數(shù)據(jù),比如WMS的庫存更多是對于倉庫實物的管理。而庫存系統(tǒng)則屬于全局調(diào)度的邏輯數(shù)據(jù),平臺級別的庫存數(shù)據(jù)管理需要以庫存系統(tǒng)為主,比如商品系統(tǒng)、前端用戶端、促銷系統(tǒng)等都需要使用庫存系統(tǒng)作為基礎數(shù)據(jù)的來源,而不是其他業(yè)務系統(tǒng)。下面我們來看下各個系統(tǒng)對于庫存數(shù)據(jù)流轉(zhuǎn)時的情況,如下圖:

我們可以看到庫存的增減是通過其他系統(tǒng)來觸發(fā)實現(xiàn)的,而庫存系統(tǒng)就像是所有行為的賬本,記錄著每一個變化情況。管理好庫存有助于我們對于整體運作的把握,也進一步避免出現(xiàn)超買超賣的情況。庫存系統(tǒng)雖然不是一個真正意義上的業(yè)務系統(tǒng),但在精細化運營的管理思路上他是一個不可或缺的助力工具。

#專欄作家#

高暉,微信號公眾號:產(chǎn)品老高,人人都是產(chǎn)品經(jīng)理專欄作家。10余年IT經(jīng)驗,互聯(lián)網(wǎng)老兵。多年電商公司經(jīng)歷,曾參與過B2B/B2C/O2O等多個方向的電商項目,熟悉電商全流程產(chǎn)品線情況。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!