大促訂單暴增時，Shopee多店鋪管理如何用規則減少漏發和延遲出貨

大促零點後四十分鐘，A 店有三單沒人處理——主帳號還停在 B 店後台；同一時間 B 店的延遲不是沒人管，而是這批貨的可用庫存被 C 店先扣走了，倉庫根本發不出。

這兩件事都叫「大促出事」，但觸發點完全不同：漏發是訂單從付款到有人負責之間斷了，延遲是訂單已經有人負責、卻沒在平台時效內完成交運。用一套規則同時管，兩邊都會夾生。下面按認領、庫存、時效三條鏈，各給一條當天能落地、能被複核的規則。

漏發和延遲出貨是兩條不同的失效鏈，規則要分開設

漏發的判定點只有一個：訂單付款之後，到被某個具體的人認領之前，這段空白有多長。它和訂單量、人手多少不直接相關——一家店只有 20 單，主帳號沒切回來照樣漏。所以防漏發的規則對象是「認領動作」，不是「出貨動作」。

延遲的判定點在被認領之後：從認領到交運還剩多少小時，面單什麼時候出，倉庫什麼時候攬收。它的規則對象是時效倒數計時和庫存可用性。把兩條鏈混在一起，最常見的後果是所有管理動作都壓在「催倉庫」上，而真正沒人認領的訂單還躺在後台，等發現時已經過了出貨期限。

Shopee多店鋪管理裡這兩條鏈因為跨店共用貨和人，出問題機率比單店高。速賣通店鋪營運、Lazada店鋪營運、Mercado Libre店鋪營運的表現基本一致，流程可以互相借用，閾值必須按平台單獨設。

給每家店定一條訂單認領規則，而不是靠人盯後台

1. 依「店鋪 + 時段」分派，而不是按人分派。把一天切成 0:00–8:00、8:00–18:00、18:00–24:00 三段，每段指定主責子帳號，明確 A 店歸誰、B 店歸誰。完成判準：任意時刻打開排班表，任何一筆訂單都能指到唯一的人。
2. 設定認領逾時閾值。例如 15 分鐘未認領，自動升級到組長；閾值依客單價和客服回應速度調整，不照抄。完成判準：連續三天沒有任何一筆訂單在後台停留超過閾值卻無人被通知。
3. 認領動作綁定子帳號，不允許共用主帳號。共用主帳號時認領紀錄會落在店鋪帳號上，分不出是誰認領的、誰漏掉的。完成判準：匯出認領紀錄，每一列都有具體子帳號 ID。分工與交接的欄位設計可參考依職能切片的分工表與交接清單。
4. 認領狀態回寫到所有店鋪共用的一張表。至少四個欄位：店鋪、訂單編號、認領人、認領時間。完成判準：不看任何平台後台，只打開這張表就知道有多少筆訂單未認領、多少筆訂單已認領未交運。

庫存和倉庫佔用要寫成硬規則，否則超賣一定會變成延遲

超賣在系統裡往往看不出來，只有在倉庫揀貨時才暴露，而那時候訂單已經進入時效倒數。三類規則必須提前寫死：

這裡有個常見誤區：Wayfair 賣家營運裡按倉庫承諾可售量的做法，不能直接搬到 Shopee 的店鋪庫存上。Shopee 的庫存按店鋪維度扣減，共享倉的實物庫存和店鋪可售庫存不是同一個口徑，結果往往是兩套數都能對上、倉庫就是沒貨。庫存規則建議和訂單、訊息統一收口，欄位設計見訂單、庫存和訊息三條流集中收口的主鍵設計。

把出貨時效倒數計時接到規則裡，而不是接到人腦裡

提醒閾值必須按平台分別設定。Shopee 的出貨期限口徑，和 Lazada、Mercado Libre、速賣通的起算點、假日處理方式都不一樣；用同一個小時數做提醒，會出現一邊提前兩小時催、另一邊其實已經逾時。需要單獨設定的變數有四個：

• 平台，決定倒數計時的起算點和口徑。
• 物流方式，決定面單產生到實際攬收之間的耗時差。
• 時區，決定「今天」到幾點結束，節假日順延要單獨標註。
• 是否預售，決定這一單根本不參與當天倒數計時，否則會天天誤報。

「警戒線提前多少小時」不要憑感覺。先量三天實際週期——從認領到交運的平均耗時——取最慢那三單的耗時加緩衝，作為警戒線，警戒線以內即臨界。多幣種、多時區和物流協同的失效診斷線解釋了為什麼不同平台的閾值不能統一。

規則執行前先定三條邊界：帳號、權限、日誌

大促前 7 天的灰度順序與復盤口徑

1. 唯讀規則先跑。先開認領逾時提醒和時效倒數提醒，不做任何自動動作。跑通判準：連續兩天提醒準確命中，沒有把已交運的訂單誤報成逾時。
2. 分派規則再開。開啟自動分派，但保留人工改派入口。跑通判準：每次改派都能追到原因，誤派沒有變成常態。
3. 自動動作最後上。庫存佔用回滾、異常單轉入異常池。跑通判準：至少處理過一次真實超賣，回滾後訂單狀態和庫存數量一致。

復盤只看三個數：未認領訂單數、超時未交運訂單數、規則誤派回滾次數。總單量不能當作規則有效性的依據——大促單量天然比平時高，它漲了只說明你該看前三個數。規則先用什麼承載，取決於你現在用的是表格、瀏覽器多開還是統一工作台，三者的能力邊界見自建表格、瀏覽器多開與統一工作台怎麼選。