假設一個帳戶每個城市都有廣告系列、每項興趣都有廣告組合，還有很多名稱看不出用途的相似版本。客戶問原因，團隊只答「一開始就是這樣」。這代表應覆核結構，不代表要刪掉重建。
結構是工作如何分配至廣告系列、廣告組合和廣告。好的安排讓決策更清楚：在哪裏測試、哪些預算有承諾、哪些銷售條件不同。單看組件數量無法回答。
1. 每次分拆都要有業務理由
逐一問：甚麼決策需要獨立控制？不同貨幣、毛利、客戶已議定的預算，或需要另一套訊息及到達網頁的優惠，都可能是分開市場的理由。
沒有決策或明確限制的分拆，可以列為簡化候選。Meta 的 Performance 5 把帳戶簡化列為其中一環，也包括素材、資料質素及結果驗證。這是覆核框架，不是要求把所有市場和目標合併。[1]
2. 先核對優化結果，再看結構
兩個廣告組合若使用不同購買定義或不相容金額，合併也修不好量度。先核對事件、金額和貨幣，再看目標及所比較的客戶和產品組合。
營運結構與報告需求要分開。需要按市場看報告，不一定要每個市場另建廣告系列；廣告看起來相同，也可能仍需營運分開。先寫需求，再選結構。
實務練習：重組前先列決策
以下是假設決策圖，說明如何記錄分拆或整合理由。請換成真實帳戶情況，不要直接照抄決定。
| 情況 | 考慮改動的原因 | 要保留的重點 | 測試決定 |
|---|---|---|---|
| 同一優惠有相似廣告組合 | 維護成本及跟進重疊 | 轉換定義和素材 | 考慮有限整合 |
| 兩個市場毛利不同 | 各市場需要獨立財務決策 | 分開盈利分析及已承諾預算 | 不為減少數量而合併 |
| 同一頁有兩個優惠 | 難以解釋查詢質素 | 產品及結果定義 | 先改善資料分類 |
每個組件選一項：有理由保留、納入簡化測試，或先補資料。指定誰取得缺失資料；沒有負責人的「稍後再看」只會保留原有混亂。
3. 測試變更，但保留解釋能力
先選可以跟進的有限範圍，記錄原有狀態、組件識別碼、預算和事件。明確監察業務結果、訂單質素、開支分配，以及需要保護的市場或產品。
如果合併時同時改素材、優惠和預算，就難以知道哪項變更與結果有關。可用時採用合適實驗；若只是改動前後比較，應如實標示，並記錄季節及其他因素。
4. 評估結構是否幫到團隊和客戶
決策有更容易嗎？預算承諾是否仍清楚？團隊能否解釋成效差異？不要把減少廣告系列本身當目標，也不要自動把改善歸因於簡化。
交付更新後的結構圖，說明每個廣告系列的角色、命名規則、已做測試及回復條件。好的結構要配合銷售、量度和日常工作，並能向下一位接手的人解釋。
官方參考資料
資料文件查閱日期：2026年10月16日。功能及資格要求可能改變，實施前請核對所連結的官方文件。
