【投放代理上線前檢查表：訊號、護欄到權限】
上線前用六列檢查表讀投放代理：訊號是否對齊目標、護欄與組合是否人工可審、對照組是否存在、規則庫與權限誰負責。
投放代理一開，組合空間與發送節奏會同時放大。上線前可用一張六列檢查表：訊號、護欄、組合審核、對照組、規則庫、權限。任一列答不出「誰負責、怎樣驗、失敗怎麼停」，就先不要把流量全交出去。
下文以 Braze 公開產品 BrazeAI Decisioning Studio™（自助層 Decisioning Studio Go）與 Braze Agents 文件為例。示例只服務於讀表：無帳戶操作驗證，亦不對應客戶專案。同一六列可套到其他會替人挑組合、時段或路徑的決策代理。資料核對於 2026 年 10 月。
怎麼讀這張表
每一列固定四格：要問什麼、公開文件對應什麼、上線前怎樣驗、常見誤判。先填前兩格與驗證法；產品名可換，問題順序少跳。
| 列 | 一句話 |
|---|---|
| 訊號 | 代理優化的指標，是否等於業務要的結果 |
| 護欄 | 頻率、安靜時段、重複內容上限是否寫死 |
| 組合審核 | 可選創意／文案變體是否經人審過 |
| 對照組 | 有沒有持續對照，能量到 lift |
| 規則庫 | 品牌、合規、技術規則誰維護、誰擋上線 |
| 權限 | 誰能啟動、誰能改約束、資料邊界在哪 |
訊號：代理在追什麼數字
要問：成功指標是點擊、開啟，還是訂單、收入、續訂？指標若與業務目標錯位，代理會把錯的行為學得很勤快。
Braze 公開文件寫明：Decisioning Studio Go 面向週期性電郵，優化 genuine clicks（互動）；若要優化轉換、收入或其他業務 KPI，文件導向 Decisioning Studio Pro，並可接第一方資料。Decisioning agents 會從結果學習；Canvas 內 Braze Agents 以 LLM 推理單次脈絡，不會因上次文案有無效而自動改進。
上線前驗：寫下「代理最大化的指標」與「管理層每週看的指標」是否同一句話。示範情境（示意）：週報看營收，代理卻只追點擊，護欄再完整也會偏向高刺激標題。
限制：文件描述能力分層，不保證帳戶已開通 Go 或 Pro。指標對齊是營運責任。
護欄：頻率與安靜時段寫在哪
要問：代理最多多頻接觸同一人、安靜時段、同一主旨／同一底稿多久不可重複，是否在上線畫面可見且不可被排程繞過。
Go 文件列出：發送頻率、允許星期、使用者本地時區 quiet hours、agent 層頻率上限，以及同一 base creative／subject 在時間窗內的重複限制。Pro 另可談自訂約束。
上線前驗：用測試區段跑一小週，抽樣確認 quiet hours 與重複上限有觸發紀錄。常見誤判：以為「有頻率上限」就等於品牌可接受；上限數值仍要業務與客服一起定。
組合審核：變體清單誰簽過
要問：代理可選的主旨、CTA、圖像、底稿，是否每一條都經人審；有沒有價格、條款、敏感宣稱混進變體池。
Go 要求行銷方提供 base creatives，並以 Liquid 標出可個人化點，再為各點提供變體清單；代理只在清單內挑選。公開說明亦強調：人仍負責撰寫與核准選項，代理不取代建置與 QA。
上線前驗：變體表附審核人與日期；禁止「草稿資料夾整批掛上」。示範情境：五條幾乎相同的主旨無法讓代理學到差異，審核應退回並要求差異化，拒絕湊數放行。
對照組：有沒有持續隨機對照
要問：是否保留隨機對照組、最小比例多少、對照組拿到什麼體驗、誰每週讀 lift。
Go 文件：區段會拆成 Decisioning Studio 組與 random control；對照組收到同一組選項的隨機組合，最低控制組比例為 5%，並建議依受眾規模調整。沒有對照，就只剩前後對比，季節與活動會吞掉結論。
上線前驗：啟動前截圖控制組比例與體驗定義；上線後第一個學習階段只報告探索狀態，不急著宣告全面勝利。常見誤判：把「對照組也有收到郵件」當成失敗；對照存在是為了量 lift。
規則庫：品牌與技術規則誰把關
要問：上線前有沒有可執行的規則集（用語、免責、追蹤參數、禁止自動承諾），誰改規則、誰有權略過。
Braze Agents 文件中的 Agentic Standards 可定義 rules／rulesets，並在活動或 Canvas 上線前做 agentic evaluation。Decisioning Studio 則把約束寫進 schedule、frequency 與 content constraints。規則要變成系統可擋的控制；會議口頭提醒通常不夠。
上線前驗：列一份最小規則集（例如禁止未審價格、必須帶退訂語意、UTM 命名固定），並指定唯一維護人。限制：Agentic Standards 屬 Agents 產品線能力；決策代理與 LLM 代理不要混成同一個責任人。
權限：誰能啟動、資料送到哪
要問：誰可把代理從 Draft 改 Active、誰可改受眾與約束、代理執行時看得到哪些欄位、日誌誰可讀。
Agents 文件指明：執行時只用明確傳入的脈絡（Liquid、Agent context、Canvas context 等），不會自行搜尋整個使用者檔；另有每日 invocation 上限與信用額控管。Decisioning Studio Go 則以單一 Braze 區段為入口受眾（文件建議最小約 20,000 使用者），並經 Review and launch 驗證畫面後才 Active。
上線前驗：權限表至少三行（啟動、改約束、讀日誌）；確認測試輸出與 fallback 行為已演練。常見誤判：共用管理員帳號，出事後無法追溯是誰放大了受眾。
怎樣按自己的堆疊改這張表
若堆疊不是 Braze，保留六列標題，只改「公開文件對應」那一格：換成現行 CDP／ESP／廣告智慧投放的官方說明，並註明查閱日期。訊號列先寫死業務 KPI；護欄與組合列必須可截圖；對照組列寫明最小比例與體驗；規則庫與權限列寫人名，不寫「團隊」。
已有治理清單時，可把本表接在行銷 AI 五道關之後：五道關管用途與資料界線，本表管「決策代理何時准許放大流量」。量度口徑未穩，可先做量度自查。
相關文章
資料核對於 2026 年 10 月；Braze 產品名稱與行為以 2026 年 10 月 16 日公開文件為準。