解構(gòu)電商、O2O:探秘電商財(cái)產(chǎn)的遷移”- 庫(kù)存系統(tǒng)
編輯導(dǎo)語(yǔ):常規(guī)做法會(huì)在購(gòu)物車(chē)環(huán)節(jié)設(shè)置數(shù)量閾值,庫(kù)存小于閾值顯示用戶(hù)庫(kù)存緊張。然后在下單環(huán)節(jié)完成扣減庫(kù)存的情況。如果是秒殺或者是類(lèi)似唯品會(huì)的搶購(gòu)模式,則可以在購(gòu)物車(chē)扣減庫(kù)存,增加倒計(jì)時(shí)(如15分鐘)提示提高用戶(hù)搶購(gòu)感。本文就來(lái)為大家聊一聊電商中的庫(kù)存系統(tǒng)體系。
無(wú)論是電商也好零售也好所有的銷(xiāo)售都是按照SKU為基準(zhǔn)進(jìn)行售賣(mài)的,為什么是SKU呢?因?yàn)镾KU是最小庫(kù)存單位,所以電商銷(xiāo)售本質(zhì)就是庫(kù)存的流轉(zhuǎn)。我們將商品庫(kù)存從供應(yīng)商手中采購(gòu)后放入我們的倉(cāng)庫(kù)中,在通過(guò)電商的在線平臺(tái)售賣(mài)給我們的用戶(hù),這個(gè)流轉(zhuǎn)的過(guò)程就是庫(kù)存的“遷徙”。
庫(kù)存的整個(gè)遷徙過(guò)程非常漫長(zhǎng),庫(kù)存的流轉(zhuǎn)其實(shí)就是商品物權(quán)的流轉(zhuǎn)。我們先來(lái)看下庫(kù)存“遷徙”的路線,也就是庫(kù)存流轉(zhuǎn)的流程。在說(shuō)流程前我們先說(shuō)下電商平臺(tái)對(duì)于庫(kù)存的劃分。從整體用途來(lái)看大致分為三個(gè)部分:銷(xiāo)售、履約、采購(gòu)。如圖:
- 銷(xiāo)售:實(shí)現(xiàn)用戶(hù)下單購(gòu)買(mǎi)的所有庫(kù)存操作。
- 履約:完成對(duì)銷(xiāo)售行為承諾的庫(kù)存數(shù)量的履約操作。
- 采購(gòu):為履約需要的庫(kù)存數(shù)量進(jìn)行預(yù)先準(zhǔn)備,同時(shí)也可以通過(guò)銷(xiāo)售數(shù)據(jù)進(jìn)行預(yù)估采購(gòu)數(shù)量。
從業(yè)務(wù)關(guān)系上來(lái)說(shuō),銷(xiāo)售行為作為最頂端的業(yè)務(wù)層直接決定采購(gòu)和履約的變化情況。而采購(gòu)作為履約的下游依據(jù)履約情況來(lái)判斷采購(gòu)的需求量。由此衍生出多種類(lèi)型的庫(kù)存,不同類(lèi)型的庫(kù)存之間通過(guò)約定的處理流程進(jìn)行相互的轉(zhuǎn)化,而庫(kù)存的所有轉(zhuǎn)化都源自于線下的庫(kù)存實(shí)際操作行為。
一、庫(kù)存處理流程
庫(kù)存的處理流程主要是將銷(xiāo)售、履約、采購(gòu)三部分的所有操作行為進(jìn)行合理的串聯(lián),從而實(shí)現(xiàn)不同類(lèi)型庫(kù)存之間的轉(zhuǎn)化。我們按照發(fā)起方來(lái)劃分可以分為由銷(xiāo)售發(fā)生的庫(kù)存處理和非銷(xiāo)售發(fā)生的庫(kù)存處理。
銷(xiāo)售發(fā)起的庫(kù)存處理指以銷(xiāo)售行為而產(chǎn)生的庫(kù)存的變化,銷(xiāo)售流程消耗庫(kù)存,履約流程完成庫(kù)存的實(shí)際消耗配送。這部分的庫(kù)存變化從供需關(guān)系來(lái)看包括以銷(xiāo)定采和以采定銷(xiāo)。一般意義上的售賣(mài)都是以采購(gòu)入庫(kù)的數(shù)量作為銷(xiāo)售的可售賣(mài)庫(kù)存,而電商平臺(tái)也有一種是以銷(xiāo)定采的模式即預(yù)售模式。下面我們分別說(shuō)下兩種流程的庫(kù)存變化情況。
銷(xiāo)售售賣(mài)流程對(duì)于庫(kù)存系統(tǒng)主要是進(jìn)行扣減、占用庫(kù)存和釋放庫(kù)存的操作。通過(guò)下單行為產(chǎn)生庫(kù)存扣減和占用,當(dāng)出現(xiàn)支付超時(shí)時(shí)要對(duì)已經(jīng)占用的庫(kù)存進(jìn)行釋放操作。關(guān)于庫(kù)存占用的環(huán)節(jié)一般是在訂單生成而不是購(gòu)物車(chē)環(huán)節(jié)。
占用的核心關(guān)注點(diǎn)就是盡量避免庫(kù)存被占用過(guò)度導(dǎo)致其他用戶(hù)無(wú)法購(gòu)買(mǎi)營(yíng)銷(xiāo)銷(xiāo)量和體驗(yàn),而購(gòu)物車(chē)環(huán)節(jié)占用會(huì)出現(xiàn)這樣的問(wèn)題,所以電商平臺(tái)設(shè)計(jì)占用時(shí)都會(huì)放在訂單生成環(huán)節(jié)。流程如圖:
履約的環(huán)節(jié)主要是對(duì)用戶(hù)訂單進(jìn)行倉(cāng)配作業(yè),具體的倉(cāng)配作業(yè)流程在之前的章節(jié)已經(jīng)講解過(guò)這里就不做累述了。履約的環(huán)節(jié)其實(shí)主要是倉(cāng)庫(kù)的庫(kù)存進(jìn)行分揀、出庫(kù)的操作以及物流配送環(huán)節(jié)完成履約配送。除了常規(guī)操作外倉(cāng)配操作還會(huì)產(chǎn)生兩種作業(yè)會(huì)引起庫(kù)存的變化:一個(gè)是用戶(hù)退貨、一個(gè)是換轉(zhuǎn)退。
退貨是用戶(hù)對(duì)訂單進(jìn)行取消、拒收等行為產(chǎn)生商品需要返回倉(cāng)庫(kù)。商品在返回倉(cāng)庫(kù)前會(huì)生成消退入庫(kù)單,倉(cāng)庫(kù)管理人員根據(jù)入庫(kù)單的情況進(jìn)行核對(duì)歸整,完成后將商品在倉(cāng)庫(kù)內(nèi)完成重新上架的操作,上架后倉(cāng)庫(kù)內(nèi)當(dāng)前商品在倉(cāng)庫(kù)存增加。
而換轉(zhuǎn)退則是用戶(hù)需要調(diào)整貨物時(shí)發(fā)現(xiàn)倉(cāng)庫(kù)內(nèi)已經(jīng)沒(méi)有當(dāng)前的商品庫(kù)存,這時(shí)候就需要將用戶(hù)的換貨需求調(diào)整為退貨需求。倉(cāng)庫(kù)需要將換回的商品進(jìn)行質(zhì)檢,如果質(zhì)檢通過(guò)則重新上架,未能通過(guò)則不需要增加商品在倉(cāng)庫(kù)存。
除了正常售賣(mài)以外預(yù)售也是一種在電商平臺(tái)十分常用的模式。預(yù)售模式按照交付金額的時(shí)間點(diǎn)和比例也劃分成若干的模式,不同的模式下對(duì)于庫(kù)存的處理也是有些不太一樣的。
整個(gè)預(yù)售周期內(nèi)有幾個(gè)相對(duì)清晰的階段:預(yù)約期,訂購(gòu)期,交付期、履約期。預(yù)約期用戶(hù)可以進(jìn)行預(yù)約行為,預(yù)約行為不需要進(jìn)行任何的支付行為同時(shí)不會(huì)產(chǎn)生訂單。需要說(shuō)明的是預(yù)約期不是所有類(lèi)型的預(yù)售都需要的,只有無(wú)需繳納定金時(shí)才需要該階段進(jìn)行資格確認(rèn)。
訂購(gòu)期代表用戶(hù)可以進(jìn)行預(yù)售商品下單行為,這里下單會(huì)記錄用戶(hù)的履約信息如地址、收貨人等,部分情況訂購(gòu)期同樣會(huì)繳納一部分商品的費(fèi)用作為定金,不過(guò)不是真正意義上的商品定價(jià)價(jià)格。而交付期則是要完成訂單價(jià)格的全部支付,交付期是判斷訂單是否繼續(xù)進(jìn)行的主要階段,只有完成交付的用戶(hù)訂單才會(huì)被提交到供應(yīng)商進(jìn)行統(tǒng)一備貨。我們按照周期的不同將預(yù)售分為無(wú)定金預(yù)售、部分定金預(yù)售和全額預(yù)售三種。
- 無(wú)定金預(yù)售:一般為預(yù)約通知后根據(jù)情況判斷是否成單,比如Iphone的線上預(yù)約就屬于此類(lèi)模式。在預(yù)定成功后需要在規(guī)定時(shí)間內(nèi)下單、支付方可完成全部過(guò)程。
- 部分定金預(yù)售:在預(yù)售訂購(gòu)期內(nèi)支付部分定金,訂購(gòu)期完成后交付尾款。這種模式在預(yù)售里面占比最多,一般會(huì)配合階梯價(jià)設(shè)置,務(wù)求達(dá)到人越多越便宜的效果。該模式下可以沒(méi)有預(yù)約期的階段,所有商品上架售賣(mài)后則可以開(kāi)始訂購(gòu)。
- 全額預(yù)售:全額預(yù)售顧名思義需要用戶(hù)提前支付貨款,根據(jù)約定的周期(比如一周、一天等)來(lái)進(jìn)行履約。這種模式同傳統(tǒng)的售賣(mài)模式比較類(lèi)似,訂購(gòu)期和交付期基本是在一起進(jìn)行的。
我們來(lái)看下三種模式的變化情況。無(wú)定金的模式初始人較多,但由于違約成本低所以整體成單會(huì)下降較多。而訂單最穩(wěn)定的是全額預(yù)售,由于先付款違約成本高所以基本不會(huì)發(fā)生變化。部分定金預(yù)售的變化介于兩者之間。
接下來(lái)我們看下三種模式在庫(kù)存的處理流程上有什么不同。無(wú)定金預(yù)售需要用戶(hù)進(jìn)行預(yù)約,根據(jù)預(yù)約情況生成預(yù)約單,在預(yù)約截止日期后激活產(chǎn)生預(yù)訂單,如圖。在生成訂單時(shí)進(jìn)行扣減庫(kù)存的操作,注意這里面是預(yù)售庫(kù)存,對(duì)于預(yù)售庫(kù)存的扣減不需要考慮倉(cāng)儲(chǔ)的情況。而當(dāng)訂單超出支付截止日期后不需要將庫(kù)存釋放。
說(shuō)完了銷(xiāo)售行為引起的庫(kù)存變化,我們來(lái)看下除了銷(xiāo)售以外還會(huì)有哪些庫(kù)存情況。日常工作中出了銷(xiāo)售出庫(kù)以外,倉(cāng)內(nèi)也會(huì)出現(xiàn)很多種情況導(dǎo)致庫(kù)存的數(shù)量發(fā)生變化。包括移倉(cāng)調(diào)撥、倉(cāng)內(nèi)盤(pán)點(diǎn)、采購(gòu)商退貨以及商品報(bào)廢幾種情況。這些流程都屬于倉(cāng)庫(kù)WMS系統(tǒng)和采購(gòu)系統(tǒng)的功能范疇,這里就不在做詳細(xì)描述。
二、庫(kù)存系統(tǒng)數(shù)據(jù)流轉(zhuǎn)
如果我們把倉(cāng)庫(kù)的庫(kù)存看作是一筆賬目的話,那采購(gòu)進(jìn)貨就是我們的進(jìn)項(xiàng),而上述說(shuō)的幾種情況則涵蓋了我們除正常銷(xiāo)售以外的出項(xiàng)(當(dāng)然這幾種也有進(jìn)項(xiàng)的情況)。這幾種情況代表倉(cāng)庫(kù)內(nèi)的庫(kù)存“賬目”變化,電商平臺(tái)前端的庫(kù)存則是隨著倉(cāng)庫(kù)變化而變化。我們把線上的庫(kù)存看作商品的邏輯庫(kù)存,用戶(hù)可以根據(jù)庫(kù)存情況選擇購(gòu)買(mǎi)。而倉(cāng)內(nèi)的為實(shí)物庫(kù)存,表示實(shí)實(shí)在在存在的貨品數(shù)量。通過(guò)庫(kù)存系統(tǒng)我們將兩者關(guān)聯(lián)起來(lái),用一張大圖我們來(lái)看下庫(kù)存之間行為的變化關(guān)系。
首先我們先聊一下關(guān)于庫(kù)存的范圍,什么樣的商品叫做庫(kù)存。一般來(lái)說(shuō)我們認(rèn)為所有已經(jīng)獲得物權(quán)或者即將獲得物權(quán)的商品作為庫(kù)存的范圍,稱(chēng)為現(xiàn)貨?,F(xiàn)貨不僅僅包括在庫(kù)存儲(chǔ)的商品,還包括采購(gòu)在途、調(diào)撥中、預(yù)占等等類(lèi)型的庫(kù)存情況。
當(dāng)采購(gòu)側(cè)完成下單配貨的操作后,我們及認(rèn)為采購(gòu)清單內(nèi)的商品已經(jīng)屬于倉(cāng)庫(kù)的所屬,而完成倉(cāng)庫(kù)出庫(kù)后則認(rèn)為物權(quán)即將由配送員交接給用戶(hù)。在這個(gè)區(qū)間內(nèi)的所有商品數(shù)量都算作庫(kù)存的范疇及現(xiàn)貨的數(shù)量。除去一些使用、預(yù)占、不可售等狀態(tài)以外,其余的叫做可售庫(kù)存,也就是我們前端看到的可售賣(mài)的庫(kù)存數(shù)量。他們的關(guān)系如下圖:
剛才我們提到了倉(cāng)間調(diào)撥,理論上支援倉(cāng)的庫(kù)存也可以被認(rèn)為是可售賣(mài)的。所以當(dāng)我們判斷庫(kù)存是否有貨時(shí)優(yōu)先判斷本地倉(cāng)的可售庫(kù)存,其次根據(jù)倉(cāng)間結(jié)構(gòu)判斷對(duì)應(yīng)的支援倉(cāng)是否具備可售能力,如果本地倉(cāng)沒(méi)有而支援倉(cāng)有貨則需要對(duì)訂單Promise的預(yù)計(jì)送達(dá)時(shí)間計(jì)算影響,延長(zhǎng)到貨時(shí)間顯示。倉(cāng)庫(kù)的可售庫(kù)存是根據(jù)現(xiàn)貨和其他狀態(tài)下的庫(kù)存數(shù)量計(jì)算得出的,并非一個(gè)相對(duì)固定的數(shù)字。
單倉(cāng)可售庫(kù)存的數(shù)量=現(xiàn)貨+預(yù)售數(shù)量+調(diào)撥在途(待入庫(kù))+采購(gòu)在途(待入庫(kù)-預(yù)占-調(diào)撥出-不可售)
前端可售庫(kù)存=當(dāng)前區(qū)域倉(cāng)庫(kù)可售數(shù)量+支援倉(cāng)可售數(shù)量
原則上不是每個(gè)倉(cāng)庫(kù)都必須有支援倉(cāng),支援倉(cāng)的目的是通過(guò)高頻次線路實(shí)現(xiàn)品類(lèi)區(qū)域補(bǔ)足,但如果無(wú)法通過(guò)高頻次來(lái)降低成本就會(huì)顯得有些得不償失。
倉(cāng)庫(kù)本身會(huì)出現(xiàn)庫(kù)存增減的變化,而這些變化會(huì)通過(guò)庫(kù)存系統(tǒng)的調(diào)用更新可售庫(kù)存的數(shù)量。可售庫(kù)存的數(shù)量更新后也會(huì)同步給前端進(jìn)行顯示。相反庫(kù)存的占用包括銷(xiāo)售、調(diào)撥、下架等行為也會(huì)統(tǒng)一通過(guò)庫(kù)存系統(tǒng)進(jìn)行管理并實(shí)時(shí)更新可售庫(kù)存的值。WMS中根據(jù)業(yè)務(wù)情況也會(huì)將已經(jīng)占用的庫(kù)存進(jìn)行釋放,釋放后可售庫(kù)存會(huì)增加相應(yīng)數(shù)量。所有的邏輯庫(kù)存流轉(zhuǎn)最終都會(huì)輸入到庫(kù)存系統(tǒng)進(jìn)行統(tǒng)一的管理記錄,庫(kù)存系統(tǒng)會(huì)鏈接前后臺(tái)的庫(kù)存數(shù)據(jù)信息并與相關(guān)業(yè)務(wù)系統(tǒng)進(jìn)行交互。
每個(gè)業(yè)務(wù)系統(tǒng)內(nèi)部的庫(kù)存管理更多是在自身業(yè)務(wù)體系下維護(hù)的數(shù)據(jù),比如WMS的庫(kù)存更多是對(duì)于倉(cāng)庫(kù)實(shí)物的管理。而庫(kù)存系統(tǒng)則屬于全局調(diào)度的邏輯數(shù)據(jù),平臺(tái)級(jí)別的庫(kù)存數(shù)據(jù)管理需要以庫(kù)存系統(tǒng)為主,比如商品系統(tǒng)、前端用戶(hù)端、促銷(xiāo)系統(tǒng)等都需要使用庫(kù)存系統(tǒng)作為基礎(chǔ)數(shù)據(jù)的來(lái)源,而不是其他業(yè)務(wù)系統(tǒng)。下面我們來(lái)看下各個(gè)系統(tǒng)對(duì)于庫(kù)存數(shù)據(jù)流轉(zhuǎn)時(shí)的情況,如下圖:
我們可以看到庫(kù)存的增減是通過(guò)其他系統(tǒng)來(lái)觸發(fā)實(shí)現(xiàn)的,而庫(kù)存系統(tǒng)就像是所有行為的賬本,記錄著每一個(gè)變化情況。管理好庫(kù)存有助于我們對(duì)于整體運(yùn)作的把握,也進(jìn)一步避免出現(xiàn)超買(mǎi)超賣(mài)的情況。庫(kù)存系統(tǒng)雖然不是一個(gè)真正意義上的業(yè)務(wù)系統(tǒng),但在精細(xì)化運(yùn)營(yíng)的管理思路上他是一個(gè)不可或缺的助力工具。
#專(zhuān)欄作家#
高暉,微信號(hào)公眾號(hào):產(chǎn)品老高,人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。10余年IT經(jīng)驗(yàn),互聯(lián)網(wǎng)老兵。多年電商公司經(jīng)歷,曾參與過(guò)B2B/B2C/O2O等多個(gè)方向的電商項(xiàng)目,熟悉電商全流程產(chǎn)品線情況。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自 Unsplash,基于CC0協(xié)議
- 目前還沒(méi)評(píng)論,等你發(fā)揮!