電商解密:電商下單選倉的邏輯
文章結合案例解讀了關于電商產品中下單選倉的邏輯,希望能夠對你有益。
當我們在電商網站上買東西的時候一定會遇到下面這種場景,一次買了2個或多個商品,但是收貨的時候卻分了兩個或者多個包裹收到的貨。
這里大家有沒有想過為什么我一次買的東西為什么要分多次給我送過來呢?為什么不能一次都給我送過來呢?帶著這個問題今天來跟大家聊聊電商下單選倉的邏輯。
在聊選倉邏輯之前,先跟大家聊聊拆單。
什么是拆單?
當用戶的一次購買行為,由于背后的各種維度原因被拆成了多個包裹單的過程叫做拆單
拆單的維度有很多種,最常見的有兩種,一種是根據商家拆單,一種是根據倉來拆單。
根據商家拆單比較容易理解,比如你在電商平臺上買了2個商品,一個是圖書,一個是衣服。圖書和衣服基本都是POP商家的東西,所以你買的這兩個東西很可能是兩個不同商家的。當你購物車里面同時買了圖書和衣服的時候,盡管是你一次付款的,但由于背后是兩個不同的商家,所以會把你的這筆訂單拆成2個不同的子訂單,每個子訂單由相應的商家發貨。因為不同商家的貨都是存在自己商家的倉庫里面,所以不可能同時從2個不同的商家發貨,這也就是為什么購物車里面要根據不同的商家進行拆單。
拆單會發生在兩個環節:
一個環節是在確認頁,如上面的截圖所示,在確認頁就明確告訴你,你的這次購買商品會被拆成幾單。
另外一個環節是在支付成功后再進行拆單,京東采用的就是這樣的方式,在確認頁你是看不出來有沒有被拆單的,只有在支付完成之后,京東會后臺進行拆單。
第一種方式對系統挑戰比較大,要能夠實時的進行計算,會用戶體驗相對比較好一些。第二種方式對系統的壓力小一些,可以后面慢慢算,用戶在訂單詳情可以看到最終是被拆成了幾單。
下面重點來說說今天要講的倉維度是如何拆單的。
大家可以思考一個問題,如果你買的不同商品是同一個商家的,那么就一定會從一個倉發貨么?
答案是不一定的。
分兩種情況,一種情況這是一個小商家,那么它的商品品類不是很多,基本所有的商品都是放在同一個倉庫里面。這種情況下,你在這個商家買的不同商品一定是從一個倉庫發貨的。
另外一種情況,這個商家的商品品類非常多,多到一個倉已經放不下了,例如京東自營的商品,京東自營的SKU數量已經有上百萬了,這么多的商品是不可能放在一個倉庫的,所以這些商品一定會分布在不同的倉,會根據商品的類型分倉。比如大家電一定不會跟零食放在一個倉庫里面,大家電的揀貨、發貨流程跟小商品的都不一樣,所以實際情況是京東自營的商品分布在多個倉,目前京東在全國有200多個倉庫。
簡單起見我們可以把倉庫粗略的理解有大件倉、中件倉、小件倉。這些倉庫分布在全國各地,同一個商品也會分布在全國各地同類型的倉庫里面。一個水杯,可能會分布在全國各地的小件倉里面,這樣的好處是,如果你只買一個水杯,那么會根據你的收貨地址來判斷下從哪個倉發貨比較快,從而到達可以比較快速的送到用戶手里的目的。
基于上面介紹的倉庫的一些背景,我們在實際生產過程中會受到一系列的挑戰。
還是舉個例子,通過一次場景大家感受下。
你在購物車里面同事買了3件商品,先不考慮多商家的維度,我們只買了3個自營的商品,比如這3個商品是A、B、C,并且離你收貨地址最近的一個倉庫是W倉。我們來看看會遇到哪些挑戰?
場景一:A、B、C,3個商品在W倉都有貨。
這是最完美的情況了,這3個商品也不用再拆單了,直接都從W倉發貨給你,是最快、也是體驗最好的一種情況。
場景二:A、B,在W倉有貨,C在Y倉
這個場景你買的3個商品就沒辦法從最近的W倉出庫了,只能先從W倉發貨A、B,再從Y倉發貨C,這時候你這單會分2個包裹分別收到你買的3個商品,并且是先收到W倉出來的2個,后收到Y倉出來的C。
場景三:A、B,在W倉有貨,C在Y倉有貨,同時C倉也有A、B
這個場景就稍微復雜一些了,這個時候有兩個選擇。
一個選擇同場景二,分2個包裹發貨,A、B倉W倉發貨,C從Y倉發貨。
另外一個選擇是:A、B、C 3個商品都從Y倉發貨,由于Y倉離用戶并不是最近的,用戶的收貨時間可能會稍微長一些,但是收貨體驗會稍微好一些,只需要收一次包裹就可以了,并且成本也會低一些,因為只需要為這單付一次快遞成本就行了,多半商家都會選擇方案二,但具體如何選擇要因不同平臺而異了。
場景四:A在W倉,B在Y倉,C在Z倉
這個場景就有些尷尬了,沒什么好選的,只能分3個包裹分別從3個倉出貨了。
場景五: A在W倉,B、C在Y倉,B、C在Z倉也有貨
這個場景也是有些復雜的,大體上有兩種方案。
- 一種方案是:A從W倉出,B、C從Y倉出貨。
- 另外一種是:A從W倉出,B、從從Z倉出貨。
但上面兩種哪個會比較好一點呢?要在算一下哪個倉離用戶比較近一些,這樣對用戶是一個相對比較優的方案。
上面列舉了幾個比較常見的選倉場景,如果商品數量更多一些場景還會更復雜,這里就不一一列舉了,但是總的選倉思路總結下:
- 從最近的倉發貨
- 盡量少的倉發貨
關于拆單以及選倉的邏輯就先介紹到這里,大家有什么疑問或者建議可以后面留言進行交流!
相關閱讀
#專欄作家#
DearNicole,人人都是產品經理專欄作家,前京東產品經理、研發經理,主攻電商的方方面面。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
就怕買一件商品,買的數量多,一個倉庫庫存不夠,要從幾個倉庫都給你發過來才夠!??!
請問下,多個倉出庫,平臺方的物流運費相應增加,而用戶就付了一次運費甚至包郵,如果利潤不高商品,平臺還有可能虧本。在調配倉庫計算平臺最小運費上有介紹嗎?
支持樓主!那些噴子有點用戶思維好不好,在這里看到這篇文章的很多是小白,樓主講的通俗易懂是對的,你們牛就去別處,沒讓你們看樓主帖子,你們牛逼你們寫一篇發這來再噴!
文章很棒,能結識你您嘛?我也從事電商供應鏈產品有幾年了,希望結識進行深入的交流學習。您的文章沒看到聯系方式,您方便可以加我微信 517143114,期待結識您
這篇文檔的分析角度太淺了,訂單的拆單規則最終都是應用在程序服務端中了,比如從W倉發A,從Y倉發BC,那A肯定是一個獨立的訂單,BC在程序服務端是一個訂單,還是兩個訂單?而且這些判斷邏輯需要用邏輯流程圖畫出比較好
沒有意義
一堆噴子能不能別亂噴,以后樓主不寫了,之前的文章還不錯啊。我有個疑問,庫存量應該是和全國所有倉庫的和吧,怎么同步各個分倉總的庫存量到一起,會不會出現庫存不一致的問題
請教下你們平臺庫存值這個該如何設定呢?是顯示所在區域倉庫的數量還是顯示全國的倉庫數量比較好?
錯字蠻多的 這么不講究啊
無參考意義
這。。。稍微有點腦子的消費者都能推理出的拆單邏輯,還需要解密?前京東產品經理。。。嗯。。。
這…倉庫維的分析的也太淺了吧,毫無營養??
好簡單啊
場景 3 文字寫錯了“A、B,在W倉有貨,C在Y倉有貨,同時C倉也有A、B”,應該是“同時Y倉也有A、B”