在電商場景下，拼團訂單的庫存應該如何處理呢？庫存鎖定的邏輯又是什么？本文作者對拼團訂單的庫存邏輯進行了解讀，一起來看一下吧。

上一篇【社交電商】拼多多拼團背后的產品邏輯，我們以C端用戶視角拆解了拼團的邏輯。

本篇我們開始以B端的身份去思考拼團訂單在電商場景下的其他邏輯問題。

在文章在最后我們提了出一些問題：

• 庫存如何處理？庫存鎖定的邏輯是什么？
• 拼團中用戶取消/退款的邏輯怎么做？
• 創建拼團活動時候，是否要限制商品呢？
• 同一個用戶同一個團，可以購買幾次，參幾次團？
• 修改商品信息，上下架，庫存等，拼團活動如何處理？
• 拼團活動中，活動是否可編輯，活動 名、描述、時間等？
• 拼團活動商品到期下架，但團訂單未到結束時間還在拼團中，如何處理？
• ……

本文我們一起來解讀一下，拼團訂單的庫存邏輯。

一、銷售庫存基本概念

在電商產品的庫存邏輯中，常將庫存分為銷售層、調度層和倉庫層。

而商品拼團活動的邏輯主要考慮商品是否可以售賣、是否可以下單所以和銷售層銷售庫存有關。

在做商品管理時，要使前端庫存和實際銷售的庫存一致。

而調度層和倉庫層是涉及到實物的倉庫發貨，是底層庫存邏輯，與拼團邏輯耦合性比較低，暫不討論。

在銷售層我們首先明確一個公式：

剩余銷售總庫存=可銷售庫存+鎖定庫存

可銷售庫存：所有用戶實際可以購買的最大數量；

鎖定庫存：當用戶提交訂單后支付前 的臨時庫存狀態，為了保證該用戶下單支付后能正常發貨。

在拼團活動拼團訂單的場景下，此公式需要延伸成：

銷售總庫存=可銷售庫存（活動可銷售庫存+非活動可銷售庫存）+商品鎖定庫存（活動鎖定庫存+非活動鎖定庫存）

活動庫存：控制參與拼團活動的商品數量，當活動可銷售庫存為0時，前端詳情頁暫停拼團活動，調整為正常售賣的價格。

活動鎖定庫存：以當團長發起拼團后，需鎖定相應拼團人數的庫存，防止當前拼團的其他用戶支付后沒有庫存導致無法發貨。

拼團活動除了物理的并發以外，還有等待拼團過程中的邏輯上的并發情況，鎖定庫存能夠防止出現商品超賣的情況。

二、拼團銷售庫存邏輯

下面我們來看，以拼團訂單需3人拼成為例，拼團訂單下單時團長和參與者的庫存扣減和返還邏輯

如圖所示：（一步一步看，不復雜~）

三、關鍵節點分析

1. 判斷活動可銷售庫存是否大于拼團人數上限

我們知道在做拼團活動時，是為了通過低價獲取用戶和銷量，所以為了控制拼團商品的銷售上限則需要單獨設置一個拼團活動的可銷售庫存。

團長發起拼團過程中，只有當前拼團商品可銷售庫存大于拼團人數上限時，當前訂單才能成團。

2. 提交訂單

團購發起者（團長）和參與者（團員）提交訂單后的處理邏輯是不一樣的，我們看一下為什么不一樣。

1）團長

團長發起訂單后，需要扣減當前可參與拼團人數（3人）的可銷售庫存并鎖定庫存。

扣減可銷售庫存可以讓其他用戶繼續正常參與團購；

鎖定活動庫存為了當前拼團能夠成團。

2）參與者

由于團長提交訂單時已經扣減了活動可銷售庫存，保證了當前訂單的庫存數量，所以參與則提交訂單后不用重復扣減可銷售庫存。

參與者只需要解鎖當前團購的鎖定庫存即可。

3. 支付訂單

1）團長

團長支付后，為自己解鎖鎖定的庫存，所以鎖定庫存-1；

同時確定他完成了下單流程，等待成團發貨就可以了，所以銷售總庫存-1。

2）參與者

參與者在支付前已經將鎖定的庫存解鎖，支付后也確定完成了下單流程，等待成團發貨即可，也是銷售總庫存-1。

4. 參與者的當前訂單的已鎖定庫存是否>0

這點可能有點讓人不能理解：參與者提交訂單時，為什么先對當前訂單鎖定的庫存數量判斷呢？

有一種場景就是當前拼團還剩最后一個位置，A用戶準備下單參與拼團時，剛好來了個用戶B提交了訂單，盡管其他用戶B此時還未支付，那么A則不能繼續下單。

考慮到拼團的目的是為了獲取新用戶，新用戶在下單到支付的過程中除了跳轉到第三方支付以外就是綁定銀行卡支付了。

為了避免出現用戶在綁定完銀行卡或者完成其他操作后，無法參與拼團，被別人先拼上了的場景，

則要先對當前訂單鎖定的庫存數量進行判斷，生成訂單后繼續減鎖定庫存。

四、總結

我們把拼團的庫存邏輯完全拆解清楚后，所有相關庫存的問題也就迎刃而解了。

重要的關系公式：

銷售總庫存=可銷售庫存（活動可銷售庫存+非活動可銷售庫存）+商品鎖定庫存（活動鎖定庫存+非活動鎖定庫存）

重要庫存扣減和返還節點：

1. 判斷活動可銷售庫存是否大于拼團人數上限
2. 提交訂單
3. 支付訂單
4. 判斷參與者的當前訂單的已鎖定庫存是否>0

拼團的庫存邏輯算是電商領域較復雜的類型了，站在不同用戶的角度考慮問題，然后把不同類型的用戶帶入到業務流程中，按照步驟分析我們都會找到答案。

希望本篇文章給你帶來幫助~

下一篇我們繼續分析拼團的限購、退款以及活動發布的產品邏輯~