回文章列表
電商系統 2026-10-08 3 min read

一條連結塞五樣貨,直播團購後臺差點被訂單炸裂

某手作烘焙電商做直播團購,一條連結只能掛一樣商品,客人湊單湊到崩潰。我們怎麼重新設計訂單結構,讓一條連結能裝十樣品項還不炸庫存。

  • 一條直播連結只能放一樣商品,逼得客人開十個分頁結帳,體驗差到老闆自己都看不下去
  • 資料庫新增品項明細表而非硬改主表,是為了讓舊系統介面照常運作、新功能才不會變成一場大手術
  • 購物車沒清乾淨的孤兒資料,比系統當機更可怕,因為它不會報錯,只會悄悄算錯帳
一條連結塞五樣貨,直播團購後臺差點被訂單炸裂

某手作烘焙品牌做直播團購,主持人在鏡頭前喊「這款餅乾加碼送,連結在下面」,結果連結點進去只能買一樣東西。客人想一次湊齊餅乾、蛋糕、禮盒三樣,得開三個分頁分三次結帳,運費算三次,直播價還可能因為手滑漏算而跳回原價。客服訊息瞬間被洗版,老闆傳訊息給我們只有一句話:「這樣我乾脆叫他們私訊下單就好,要系統幹嘛。」

迷思:訂單系統只要能「成交」就夠了

很多老闆以為訂單系統的任務就是收到錢、出貨,剩下都是小事。但直播團購的致命傷從來不在「能不能成交」,而在「能不能一次成交對的東西」。一條連結卡死在單品項,等於逼客人自己手動湊單,湊單就會出錯,出錯就會變成客服案件,客服案件最後都會變成老闆的頭痛。系統設計的小氣,最後都是由人力加班買單。

正解:主表不動,旁邊開一張明細表

我們沒有把舊的訂單主表砍掉重練,那樣風險太高,舊介面、舊報表全部要重測。做法是另外開一張品項明細表,一條連結可以掛一到十樣商品,每樣各自鎖自己的直播價、各自檢查庫存和上架狀態,但運費只在整張訂單算一次。主表照樣寫入第一筆品項做相容,確保舊的讀取邏輯完全不用改。新舊並存,不是技術潔癖,是不想讓一個新功能拖垮整個已經在正常運作的系統。

  • 一條連結可帶多品項,各自鎖價、各自驗庫存,缺貨會直接點名是第幾筆品項出包
  • 運費不因品項變多而重複計算,整車只算一次
  • 任一品項結帳失敗,整車清空並導向錯誤頁,不留下半成功的詭異訂單
  • 購物車 cookie 只有在全部品項都成功後才寫入,避免客人以為下單成功實際上沒有

真正難的不是加功能,是清掉用不到的舊資料

成單之後,直播購物車的 cookie 跟明細如果沒清乾淨,會變成系統裡的孤兒資料,不報錯、不影響當下畫面,但會在你完全沒注意的時候,讓客人用舊的直播車邏輯重複購買,或讓新加購的商品莫名其妙套不到該有的優惠。這類問題最陰險的地方在於,它不會讓系統當機,只會讓帳悄悄地不對,等你發現通常已經是一個月後對帳時。我們額外做了一支背景清理程序,固定時間回收這些殘留資料,不靠人工記得要清,因為人會忘記,程式不會。

系統沒當機不代表沒出事,它只是還沒告訴你帳算錯了。