結帳優化：讓成本、付款與錯誤都可預期

從購物車、開始結帳、填寫地址、選運送、付款送出、訂單建立到退款，列出每個狀態與系統責任。把庫存檢查、付款授權、通知與分析事件放在正確節點。

交付物

結帳狀態圖，含系統負責人、輸入、預期輸出與失敗後的返回路徑。

驗收

圖上必須分得出『顧客主動離開』與『技術或設定失敗』；兩者不能共用同一個原因碼。

依市場、裝置、顧客狀態、付款、運送、折扣、庫存與成功／失敗路徑組合案例。用風險排序，不做沒有決策價值的排列組合。

交付物

測試案例表，含前置條件、操作步驟、預期結果、證據欄與嚴重度。

驗收

至少涵蓋一個失敗付款、一次返回重試、低庫存或缺貨、折扣、通知、退款，以及一個跨市場案例。

採用商店核准的測試方式走完訂單。逐筆核對顧客畫面、Shopify 訂單、付款狀態、庫存、通知、分析事件，以及有串接時的 ERP／OMS 紀錄。

交付物

每筆測試的訂單編號、時間、畫面、系統紀錄與差異說明。

驗收

同一筆交易要能靠訂單 ID 或 transaction ID 串回所有系統；只留一張成功頁截圖不算完成。

依營收、顧客權益、資料完整性與可恢復性分級。每個問題指定負責人、暫時處置、修正方式、重測案例與回復舊版條件（rollback trigger）。

交付物

結帳上線證據包與簽核紀錄。

驗收

任何可能造成錯誤扣款、錯誤總額、訂單遺失、庫存錯亂或政策誤導的問題，都不能只標成『已知限制』後直接上線。