大促備戰，趕在十一月之前

大促會懲罰一切被拖延的事。慢頁面、沒測過的流程、手工陳列，都會在代價最高的時刻集中失效。

決定大促表現的工作發生在幾週前，而且無聊到容易被擱置：性能餘量、結賬韌性、活動排期、陳列規則、測試過的回滾路徑。Agent 把這套準備當成計劃內的程序跑，而不是臨陣抱佛腳，然後在大促期間穩住店舖。

必須提前就緒的事

大促準備主要是排雷。每一項都不起眼，每一項被跳過都會造成不成比例的損失。

浪費大促流量最快的方式，是持續推一個早上九點就賣光的商品。Agent 把分類排序和活動內容與實時庫存掛鈎：售罄商品自動下沉，替代款自動上浮。

大促期間正確的姿態是謹慎而不癱瘓。Agent 對結構性改動切換為「先審後發」，同時為真正需要快速響應的事保留快速通道——庫存驅動的陳列、活動文案、性能迴歸。

Ops 確認性能餘量與結賬韌性；Analyst 驗證埋點能扛住流量峯值。

Retention 備好完整序列與分羣邏輯；Builder 備好落地頁與陳列規則。

結構性改動先審後發，庫存陳列與性能修復保持快速通道。

大促準備該甚麼時候開始？

基礎設施和埋點工作應在首波活動流量之前完成，實際上就是提前數週。活動內容可以晚些，但流程邏輯必須早早測試。

大促期間要不要全面凍結變更？

完全凍結意味著最需要修的時候你修不了。可行的姿態是結構性改動先審後發，陳列與性能保留快速通道。

大促最常壞的是甚麼？

高負載下的性能，以及一切依賴手工步驟的東西。兩者都可以提前處理——這正是把準備做成計劃而非即興的原因。

只適用於黑五嗎？

不。任何集中需求期都一樣——地區購物節、新品 drop、季節高峯。程序相同，日曆不同。

大促活動程序：優惠架構、名單預熱、發送排期與負載就緒。

找到真正拖慢真實用戶的東西、修掉它，並阻止迴歸把成果吃回去。

分類排序、推薦位與促銷由庫存和表現驅動，而不是靠記性。

完整的生命週期覆蓋，一次建好，然後真正被維護。

接上店舖、分析與電郵行銷工具，設定目標，其餘交給 Agent 由頭到尾做完。免費方案可自備模型金鑰，即刻開始。