Shopify 平台可承受高流量，不代表整條交易鏈都能承受。Theme script、第三方 App、搜尋、ERP、WMS、金流、物流、Email、客服和人工作業都可能成為瓶頸。大促前演練的工作，是用可量測假設找到單點失效並準備降級。
先定活動規模和失敗後果，再跑真實旅程。
建立容量假設
用去年/近期活動、媒體計畫、Email/SMS audience 和商品熱度估 peak concurrent、requests、sessions、add-to-cart、checkout、orders/min、payment、webhook、ERP/WMS 和客服。提供 base/high/extreme 三情境。
不要把全日流量平均當 peak。Influencer、push 和限量開賣會形成尖峰。
鎖定商品與庫存
確認 SKU/variant、price、compare-at、media、content、market、publication、inventory、safety stock、bundle component 和 preorder。熱門商品設 oversell、限購、替代和缺貨訊息。
WMS/ERP 延遲時的 available-to-sell、queue 和人工 freeze 事先決定。開賣前避免無核准的大批商品修改。
促銷跑完整矩陣
測 automatic、code、會員、新客、bundle、gift card、免運、多市場、subscription 和 stacking，包含 threshold 前後、退款與 partial return。治理清單見 Shopify 促銷規則。
Campaign clock、timezone、banner、landing、ads、Email 和 discount 生效一致，並有一鍵停用與前版。
效能測最慢依賴
用 production-like theme、App 和資料測首頁、collection、search、product、cart 和 checkout entry。看 LCP/INP/CLS、API latency、error、cache hit、third-party timeout 和手機弱網。負載測試需遵守 Shopify/供應商政策。
推薦、評論、chat 或個人化失效時，核心商品與 cart 仍可用。設定 timeout、fallback 和 feature flag。
金流和結帳故障注入
測成功、拒絕、3DS、provider timeout、返回失敗、重複 submit、不同 payment、currency、tax、shipping 和 discount。Payment 成功但頁面失敗時先查訂單，不重複扣款。
Provider outage 有 status/escalation、替代方式與顧客文案。退款和取消也演練。
整合處理 backlog
模擬 webhook duplicate/out-of-order、ERP/WMS outage、rate limit、queue backlog 和 worker crash。量測恢復後 drain time，確認 idempotency、DLQ、reconciliation 和 manual order。
高峰時非必要同步可暫停，訂單、付款、庫存優先。恢復順序寫入 runbook。
客服和履約按量準備
預測訂單、付款失敗、缺貨、延遲、優惠與退貨 ticket；準備核准 FAQ、macro、staffing、escalation 和 status update。客服能查 payment/order/inventory 真實狀態，不憑活動文案猜。
倉庫看 pick/pack capacity、carrier cutoff、label、包材、split shipment 和 return。廣告成功但履約崩潰仍會傷害毛利。
監控與 war room
Dashboard 看 traffic、add-to-cart、checkout、payment success、orders/min、inventory、queue age、ERP/WMS、5xx、frontend error、Core Web Vitals、support 和 promotion spend。每個告警有門檻、owner 和 runbook。
Incident commander、技術、商品、媒體、客服、物流、金流與管理決策者排班。單一 channel 記錄事件、變更和結果。
Go/no-go 和回復
T-14 演練、T-7 修正、T-1 freeze/確認、活動前 gate。Blocker 包含錯價、payment、庫存、tracking、promotion、security 和無 rollback。Feature flag、theme version、discount disable、media pause 和 inventory safety 都能執行。
回復不一定關站，可先停推薦、個人化、特定付款或 promotion，保留核心購買。流程可參考 平台切換計畫。
活動後復盤
對照預測與 peak、conversion、payment、orders、margin、stockout、cancel、return、support、incident 和 queue。每個問題寫 root cause、影響、修正、owner 和 deadline，更新下次容量模型。
大促準備完成的標準，是團隊知道系統在何種負載下會失效、如何降級和恢復，並能在流量高峰維持正確價格、付款、庫存與顧客溝通。