先把結論放前面：多通路庫存會不會超賣，跟你上幾個通路關係不大，跟你的庫存數字更新得夠不夠即時關係最大。一顆庫存同時被官網、蝦皮、Momo、PChome 看見，只要同步慢個幾分鐘，最後一件就可能被兩邊同時買走，然後你得取消訂單、退款、被平台扣分。這篇我把庫存同步的三種做法、安全庫存怎麼抓、大檔期怎麼撐，還有到底什麼時候該導系統，用我在 ECPRO 觀察大量電商站的角度，一次整理清楚。
超賣不是小失誤，是會被平台記帳的營運事故
很多品牌一開始把超賣當成偶發的小狀況，取消一張單、寄個小禮物道歉就過去了。我得說，這個帳算得太便宜。超賣真正的成本，藏在你當下看不到的地方。
- 平台的懲罰是有記憶的：各大電商業者對「賣家主動取消訂單」幾乎都有扣分機制，出貨異常會影響賣場評分、搜尋曝光，嚴重時連參加活動、上架的資格都會被限縮。你這個月省下的一件庫存，可能換來下一檔活動報不進去。
- 客服人力被無謂消耗：一次超賣要處理退款、安撫、可能還有負評申訴，一位客服半天就沒了，而且未必救得回那一顆星。
- 商譽會被消費者默默記下：台灣電商圈不大，一個常態性超賣的品牌，老客會私下標記為「不穩」，這種流失是量不出來但確實在發生的。
缺貨則是超賣的另一張臉，一樣痛。倉庫明明還有貨，只因為某個通路的數字沒同步、顯示售完，客人就轉頭買了競品。這種「帳面沒貨、實際有貨」的損失最冤——錢沒賺到，還親手把客人送給對手。所以我一向把超賣和缺貨放在同一個天平上看：它們是同一個病的兩種症狀，病根都是庫存數字失真。
通路越多，庫存失控是乘法不是加法
我常跟品牌解釋一個觀念：賣單一通路時，庫存是「加減法」，賣完一件減一件，一個人用 Excel 就管得動。可是一旦鋪到四、五個通路，庫存就變成「即時性」的問題，而且複雜度不是線性增加，是相乘。
原因在於每個通路後台都有自己獨立的一份庫存數字：官網一份、蝦皮一份、Momo 一份、PChome 一份，開了實體店還要再加一份 POS。這幾份數字如果各算各的，任何一筆成交都可能讓其中某一份失真，而失真的組合會隨通路數暴增。兩個通路只有一種對錯組合要盯，五個通路要同時對齊的狀態就多到人腦追不動。這也是為什麼我在 ECPRO 看到那些成長很快、通路鋪得又廣的站，反而最常在庫存這關翻車——賣得越好、鋪得越多，同步這件事就越致命。
手動對帳，撐不到你規模化那一天
幾乎每個品牌起步時都走過人工對帳這條路：營運同事每天固定時段登入各平台，把賣掉的量抄下來，回頭手動改各通路的庫存。通路少、單量小時，這招靠勤勞是撐得住的。但它有三個先天缺陷，注定會在你做起來的那一刻爆掉。
- 延遲是寫死在方法裡的：人不可能每分鐘登入五個後台改一輪，對帳一定是批次的。兩次對帳之間那段空窗發生的成交，就是超賣的溫床。單量越大，空窗越致命。
- 人為錯誤是機率不是紀律：手改數字，抄錯位數、改錯欄位、漏改一個通路都是常態。我看過把剩三件改成剩三十件、一個晚上超賣二十幾筆的案例。人只要累、只要趕就會錯，這不是靠盯緊能解決的。
- 成本隨規模線性膨脹：今天一個人管兩個通路，明年五個通路、單量翻三倍，就得兩三個人整天守後台。把人力綁在一件本該自動化的事上，是最不划算的投資。
所以我對品牌的建議很直接：人工對帳是起步期的權宜，不是能長期依賴的機制。你要趕在它爆掉之前，就把自動化的同步邏輯建起來。而在建之前，得先把庫存的基礎盤顧好——庫存基準、進出紀錄本身要準，同步才有意義，不然只是把錯的數字更快地推到各通路而已。
三種同步機制，照你的階段選
實務上多通路庫存同步大致有三條路。我按導入門檻由低到高排，你可以對照自己的規模挑。
做法一：各通路分倉配額
最簡單，就是把總庫存切開分配給各通路。某品項共 100 件，分官網 40、蝦皮 30、Momo 20、PChome 10，各通路只賣自己那一份，賣完就下架。好處是幾乎不會超賣，因為庫存池物理隔開了，一個通路賣爆也動不到別人。導入成本極低，不需要任何系統，Excel 就能管。
代價是庫存效率低。很可能官網那 40 件秒殺、客人買不到，蝦皮的 30 件卻躺著沒動——你整體明明有貨，卻在最會賣的地方缺貨、在最不會賣的地方壓貨。它適合庫存充足、單品價值不高、通路銷售落差不大的品項，或剛上新通路想先控風險的過渡期。安全，但保守。
做法二：共用一池，即時扣減
進階做法是讓所有通路共用同一個庫存池，任何通路成交就即時從這個共用池扣掉。官網賣一件、蝦皮賣一件，扣的都是同一個數字，理論上不再有「兩邊各自算」的超賣。這是庫存效率最高的狀態——100 件就是 100 件，哪個通路會賣就讓它賣，不切割、不浪費，也是多數品牌真正該追求的目標。
它的關鍵字是「即時」。要做到即時扣減，你需要一個居中的系統：接單、扣中央庫存、再把新數字推回每個通路。這件事人力做不來，本質上就需要系統支撐，只是規模小的時候可以先用輕量工具過渡。
做法三：系統整合（OMS／ERP）
第三條路是導入正式的訂單管理系統（OMS）或延伸到 ERP。它扮演所有通路的總機：串接官網、各電商平台、實體 POS 的介面，集中收單、統一扣庫存、統一推回各通路可售量，一路管到出貨、對帳、退貨。OMS 是共用一池的完整實現，也是通路一多之後的必然方向，它把同步從人手裡拿走交給系統每分每秒跑。門檻和成本最高，但當你單量和通路數到一個程度，它反而最省。
| 機制 | 超賣風險 | 庫存效率 | 導入成本 | 適合階段 |
|---|---|---|---|---|
| 分倉配額 | 極低 | 低 | 幾乎為零 | 起步期／新通路過渡 |
| 共用一池即時扣減 | 低（有空窗） | 高 | 中 | 成長期 |
| OMS／ERP 整合 | 低且可控 | 高 | 高 | 成熟期多通路高單量 |
安全庫存與緩衝，到底留多少才夠
不管用哪種做法，我都不建議把庫存賣到見底才停。任何同步機制都有延遲——就算即時扣減，從成交、到中央扣減、再推回其他通路，中間都有幾秒到幾分鐘的空窗，這個空窗在最後幾件庫存時最危險。所以實務上我一定會設兩層保護。
- 安全庫存：在系統裡保留一定數量不對外賣。某品項實有 100 件，設安全庫存 10 件，對通路只顯示 90 件可售。這 10 件是留給同步延遲、盤點誤差、退換貨週轉的緩衝。要抓多少，取決於通路數、同步速度和單品週轉，一般中小品牌從總量約 5% 到 15% 起跳，通路越多、單量越大、同步越慢就往上加。
- 通路緩衝（顯示邏輯）：當庫存低於某門檻（例如剩不到 5 件）就提前把通路顯示為即將售完或直接下架，寧可少賣那幾件，也不冒最後一件被兩通路搶走的風險。這是拿一點營收換確定性，我認為很值得。
安全庫存其實跟你的補貨和需求預測綁在一起。預測抓得準，就能把安全庫存壓低、庫存效率拉高；預測不準的品牌，只能靠更厚的緩衝來保命。所以把庫存同步做好，某種程度是逼你把預測和補貨的基本功一起補起來。
大檔期，才是同步機制真正的壓力測試
平常日子幾分鐘的延遲通常不出事，因為單位時間成交量不高，兩通路剛好同時搶最後一件的機率很低。真正考驗同步的是雙 11、母親節、週年慶這種一小時進幾百上千張單的時刻。大檔期的風險在於成交速率遠超過同步速率——就算有 OMS，只要推送頻率或平台介面回應跟不上瞬間爆量，庫存數字就會短暫失真，超賣從縫隙鑽出來。我對大檔期的因應通常是這幾招：
- 檔前把安全庫存加厚。平常留 10%，大檔期主打爆品我會拉到 15% 到 25%，這幾件緩衝就是你的保險。
- 爆品考慮改回分倉配額。聽起來像退步，但瞬間爆量下物理隔開的庫存池反而最不會超賣。只對那幾支主打做配額，其他長尾品維持共用一池。
- 設低庫存自動下架門檻。爆品庫存低到危險線就讓系統自動在各通路下架，別等它賣到 0 才靠人反應——大檔期人永遠比機器慢。
- 檔前實地壓測同步。別等當天才發現機制在爆量下會塞車，先用小量訂單模擬一輪，確認庫存推送速度撐得住。
OMS／ERP 什麼時候該導
這是品牌最常問我的問題。我的判斷標準不是「你有幾個通路」，而是「你的痛到了哪」。我通常看三個訊號：
- 通路數：同時經營的線上通路超過三個、又加上實體，人工同步基本到極限。
- 訂單量：單日單量已經需要專人整天盯後台對帳，那個人力成本其實夠付系統費用了。
- 事故頻率：超賣或缺貨不再是偶發、而是每週上演，那就不是紀律問題，是機制問題。
三個訊號中兩個，我就會建議認真評估 OMS。時機上我的原則是「在痛到之前導，別在爆掉之後補」。很多品牌是大檔期超賣搞出大客訴才急著找系統，倉促導入、資料沒理乾淨反而更亂。理想是在快撐不住的前一季就開始評估、串接、測試，讓系統在下一個大檔期前穩定上線。還有一點很多人忽略：OMS 不是裝了就自動好，它需要你先把各通路的商品資料、SKU 對應、庫存基準理乾淨，否則同步一樣會歪。
中小品牌的務實過渡路線
不是每個品牌一開始就該砸錢上 OMS。對成長期、預算有限的中小品牌，我建議分階段走，讓工具複雜度跟著規模長。
- 起步期（一到兩個通路）：人工對帳＋分倉配額。通路少、單量小，靠 Excel 加勤勞撐得住，重點是把 SKU 命名和庫存記錄的習慣先養好，為之後上系統打底。
- 成長期（三到四個通路、單量上來）：先用輕量的第三方庫存同步工具。市面上有不少專門串接台灣主要電商平台的同步工具，月費比完整 ERP 低很多，能做到基本的共用一池、即時扣減。這是很好的中間站——比人工可靠，又不用一次吞下大系統的成本和導入陣痛。
- 成熟期（多通路、高單量、要管到出貨對帳退貨）：再上完整 OMS 或 ERP 才划算。你的營運複雜度已經需要一個中央大腦，營收也撐得起系統投資。
精神是：別提前過度投資，也別拖到爆掉才補。在 ECPRO 我看過太多兩種極端——小站硬上大系統結果閒置，或大站死守 Excel 結果被超賣拖垮。剛好夠用，才是最省的節奏。
一個匿名實務案例
分享一個我實際處理過的例子（依慣例匿名、數字取概略級距）。一個做居家生活用品的品牌，主力在官網，後來陸續上了蝦皮、Momo、PChome，還開了一間實體門市。上到第三個線上通路時，超賣變成常態，大約每週一到兩次，其中一支季節性熱銷品在某次大檔期當天被三個通路同時買到超賣，被迫取消好幾張單，蝦皮賣場分數被拉低，還連帶影響後續活動的報名資格。
他們原本就是人工對帳：一位同事每天早午晚各登入一次改庫存，但大檔期那種爆量，一天三次根本追不上。我進去後做了三件事。第一是短期止血，把最會超賣的幾支爆品先改成分倉配額，物理切開先確保不再兩邊搶最後一件。第二是中期導入一套輕量的第三方同步工具，把官網和三個電商平台串成共用一池、即時扣減，安全庫存統一設在總量約一成。第三是重新整理 SKU 對應表——同一支商品在不同平台的品名和貨號都不一樣，這是同步一直對不準的隱形元凶。
調整後大約兩到三個月，常態性超賣明顯收斂，客服處理取消訂單的時間也降下來。等隔年他們通路又擴、單量再翻，我們才進一步評估上完整 OMS。這個案例印證了一件我常說的事：庫存同步的問題，往往一半是系統、一半是基礎資料沒理乾淨，只補其中一半都不會好。
收束：庫存同步是跟著規模長大的能力
多通路庫存同步，本質上是拿即時性在跟超賣、缺貨賽跑。賣的通路越多、賣得越好，這場賽跑越激烈，人工對帳注定跟不上。你的解法不是少上通路，而是照階段選對機制：起步期用分倉配額控風險，成長期上輕量工具做共用一池，成熟期再導完整 OMS 當中央大腦；中間留好安全庫存當緩衝，大檔期把爆品的保險加厚。它不是一次到位的專案，而是跟著你規模長大的能力——在快撐不住的前一步先動手，你就能安心把通路越開越多。若想先量化自己的庫存週轉和同步痛點，也可以善用 ECPRO 的營運判斷工具，用數據替你的投資節奏做個健檢。