伴隨著618、雙十一、雙十二等大促，為了平衡采銷關系與履單產(chǎn)能，預售模式逐漸在各大平臺興起。本期，我們聊一聊倉儲履單視角下的預售那些事兒。

01

預售概念與業(yè)務場景

按百度詞條，預售是指在產(chǎn)品還沒正式進入市場前進行的銷售行為。 

根據(jù)此定義，最典型的場景有：a、每年Apple新品發(fā)布及預售；b、前些年京東等平臺大火的電子產(chǎn)品實物眾籌等等。

618、雙十一、雙十二各大平臺的訂金膨脹等各種眼花繚亂的玩法，更多屬于商家&平臺提前鎖定用戶訂單，平衡采銷關系與履單產(chǎn)能的一種手段，是預售在電商領域的延伸。

對于倉庫履單而言，一個訂單是否可以生產(chǎn)作業(yè)取決于兩點：a、訂單是否預付款；b、庫存是否足夠?；诖?，根據(jù)交易發(fā)生時點情況的差異，預售存在以下場景：

1、支付視角：全款預售與定金預售；

2、實物庫存角度：有庫存預售與無庫存預售。

在實際業(yè)務中，有庫存預售往往是為了平衡倉儲、快遞等履約環(huán)節(jié)的產(chǎn)能，規(guī)避平臺關于履約時效的考核。

以某平臺直播電商為例：

1、直播開始前，商家提前基于倉庫的產(chǎn)能及實物庫存情況設置可銷售庫存（銷售庫存小于實物庫存）；

2、直播開啟，海量流量涌入，銷售庫存秒空；

3、為了避免流量浪費，同時規(guī)避現(xiàn)貨銷售履單時效考核，商家設置最晚發(fā)貨時間，平臺審核，開啟預售；

4、倉庫見單作業(yè)，優(yōu)先生產(chǎn)現(xiàn)貨銷售訂單，并在最晚發(fā)貨時間截止前完成預售訂單發(fā)貨。

02

預售履單模式

對于倉庫而言，最理想的作業(yè)模式是見單作業(yè)，WMS所見的任何訂單均是可執(zhí)行的，且同一倉庫內(nèi)的作業(yè)模式越簡單越好。

由此，有必要在上游系統(tǒng)中對預售訂單控單。

理論上，可在平臺、商家ERP、倉儲S端、快遞任一環(huán)節(jié)進行控單，本文基于倉儲服務商視角展開。

1、倉儲服務商O端控單的優(yōu)點

服務商履約模式下，倉庫最大的痛點是無法預知銷售數(shù)據(jù)，合理調(diào)配人手調(diào)控產(chǎn)能，容易出現(xiàn)單量過小等單，單量過大做不出來的情況。

在倉儲服務商O端控單，倉庫提前預知了未來數(shù)天的銷售數(shù)據(jù)，便于倉庫合理安排產(chǎn)能，控制作業(yè)節(jié)奏，提升作業(yè)效率。

在履約周期較充裕的情況下，倉庫還可充分利用產(chǎn)能安排預包等作業(yè)，進一步提升作業(yè)效率。

2、倉儲服務商O端控單的難點

在O端控單有兩個難點：

a、時間節(jié)點控制：OMS何時將訂單下發(fā)至WMS，確保既能滿足最晚要求出貨時間考核，又能充分利用倉庫產(chǎn)能，合理控制倉內(nèi)作業(yè)節(jié)奏。

上游系統(tǒng)一般僅給出最晚要求出貨時間，并未給出明確的OMS訂單下發(fā)時間，需要基于最晚出貨要求時間、訂單標準作業(yè)時間進行倒推，同時還需考慮庫存到貨情況、當前節(jié)點訂單量、倉庫產(chǎn)能等動態(tài)計算，邏輯復雜；

b、庫存占用優(yōu)先級：在同一時間節(jié)點OMS中可能存在同時正常銷售與預售訂單，當庫存不足時，如何控制優(yōu)先級。

03

預售-倉儲解決方案

04

其他

以某平臺為例，平臺出于自身定位考量，一般不深度介入履單，導致存在以下問題：

1、平臺對商家提交的預售申請：

a、部分平臺要求商家以新SKU_ID發(fā)起預售，但對有庫存預售&無庫存預售未進行區(qū)分；

b、對預售上架庫存數(shù)量無法作合理限制（是否超過履約期內(nèi)倉庫產(chǎn)能）；

c、對商家實物入倉時間未作嚴格限制；

2、平臺僅管控銷售庫存，并不管控實物庫存，同一時間點類，存在正常銷售訂單與預售訂單并存；

3、不同平臺/預售玩法&同一預售玩法商家在不同點下對于時間點的管控時間存在差異，部分平臺API提供關鍵時間管控點存在缺失，顆粒度不夠。

上述問題導致：1、平臺對于商家與倉儲服務商考核不清晰；2、關鍵信息缺失，倉儲服務商OMS控單邏輯復雜，必須輔以人工介入，效率低下。