管理數以百萬計顧客溝通的企業行銷團隊，經常受困於人工文案撰寫與靜態 A/B 測試的沉重負擔。現已升級並更名為 Jacquard 的 Phrasee，透過將 AI 驅動的品牌語言引擎直接整合至 Salesforce Marketing Cloud (SFMC) 與 Braze 等領先的顧客互動平台，解決了這項瓶頸。Phrasee 無需行銷人員孤立地手動起草文案變體並設定分流測試，而是直接串接這些執行引擎，跨電子郵件、推播通知及其他數位接觸點，實現訊息變體的自動生成、發送部署與即時最佳化。
自動化訊息測試的技術架構
顧客關係管理（CRM）工作流程中的傳統 A/B 測試要求行銷人員構思假設、手動撰寫兩到三種文案變體、均分受眾流量，並等待數天或數週進行人工評估，隨後才能全面推廣勝出版本。相較之下，Phrasee 仰賴結合自然語言生成（NLG）、預測評分與動態多臂拉霸機（multi-armed bandit）最佳化的自動化回饋迴路運作。
該系統首先針對企業品牌的具體規範、語調（tone of voice）、法規限制與互動目標校準專屬語言模型。在策劃行銷活動時，Phrasee 會針對訊息組件（例如電子郵件主旨行、預覽文字/preheader、行動呼籲/CTA 或行動推播標題）生成多種語言變體，並依據預測互動率進行評分。
變體核准後，Phrasee 並非僅進行 50/50 流量均分。透過其動態最佳化（Dynamic Optimisation）引擎，該平台與傳送系統深度整合以分發變體、監測早期互動遙測資料，並透過演算法即時調整流量分配。表現較佳的文案會獲得遞增的發送比例，而表現不佳的變體則會在發送期間逐步淘汰，從而自動擷取增量營收與互動成效。
將 Phrasee 與 Salesforce Marketing Cloud (SFMC) 整合
Salesforce Marketing Cloud 是部署最廣泛的企業級電子郵件與旅程協調引擎之一。Phrasee 與 SFMC 整合，可在無需行銷團隊放棄既有資料模型與核准流程的情況下，跨 Email Studio、MobileStudio 與 Journey Builder 實現自動化訊息測試。
身分驗證與伺服器對伺服器（Server-to-Server）設定
Phrasee 與 Salesforce Marketing Cloud 之間的連線是透過 SFMC App Center 中建立的伺服器對伺服器（Server-to-Server）API 整合所建立：
- Installed Package 設定：管理員在 SFMC 內設定已安裝套件（Installed Package），授予針對 Email Studio、Content Builder 與 Journey Builder 的 API 存取權限。
- OAuth 2.0 憑證：整合採用用戶端憑證（client credentials）流程，透過 Salesforce 的租戶特定端點（Tenant-Specific Endpoints, TSE）路由唯一的
client_id與client_secret。 - 租戶對應：企業向 Phrasee 提供其業務單元識別碼（Business Unit Identifier, MID）與 Salesforce 叢集（stack）位置，確保實驗嚴格隔離於預期的品牌業務單元內。
透過 AMPscript 進行動態內容插入
為了向 SFMC 訊息遞送經過最佳化的文案變體，Phrasee 利用了 Salesforce 專屬的指令碼語言 AMPscript 以及 Content Builder 動態區塊：
- 電子郵件主旨行：行銷人員無需在 Email Studio 發送定義中寫死靜態文字，只需在主旨行欄位中插入一段輕量級 AMPscript 程式碼片段。在發送時，該指令碼會查詢 Marketing Cloud 內的 Phrasee 實驗表或動態資料結構，為每位訂閱者指派相應的文案變體。
- Content Builder 區塊：針對電子郵件內文、標題與行動呼籲按鈕，Phrasee 在 Content Builder 內配置動態內容程式碼片段。這些片段可直接拖曳至 Journey Builder 電子郵件或自動化指令碼中。
- 行動推播通知：針對 MobileStudio 推播活動，Phrasee 提供特定的程式碼片段字串，可直接貼上至通知訊息編輯器中，讓推播通知能動態擷取進行中的實驗內容。
應對 Content Builder 核准流程
企業組織常見的障礙在於法規遵循與品牌審核。若每個測試變體都需要在 Salesforce Content Builder 內重新進行完整審核，自動化測試將陷入停滯。Phrasee 透過解耦的工作流程克服了這項挑戰：
- 文案變體直接在 Phrasee 平台內進行審查與核准，平台會自動套用法規檢查與品牌安全過濾器。
- 在 SFMC Content Builder 中，母版電子郵件範本與 AMPscript 預留位置區塊僅需完成一次標準 Salesforce 核准。
- 由於 AMPscript 在執行時期動態參照 Phrasee 已核准的實驗變體，底層訊息語言即可動態最佳化，而不會影響 SFMC 中父範本已核准的狀態。
遙測與資料擷取迴路
為了訓練預測模型並調整變體分配，Phrasee 需要來自 SFMC 的成效回饋：
- Data Views 與 Tracking Extracts：SFMC 在其內部 Data Views 中記錄收件者互動資料，包括訊息發送、開啟、點擊、取消訂閱以及自訂轉換事件。
- API 與 Data Extension 同步：Jacquard 的整合定期提取追蹤擷取檔案（Tracking Extracts）並更新實驗 Data Extensions。這些成效資料隨後會回傳至 Phrasee 的深度學習架構中，更新後續活動週期的表現權重。
將 Phrasee 與 Braze 整合
Braze 現代化的串流式架構讓 Phrasee 能實現更緊密、即時的整合。利用 Braze 原生的範本功能與資料串流工具，Phrasee 可跨電子郵件、推播通知、簡訊（SMS）、應用程式內訊息以及 Content Cards 實現自動化訊息測試。
利用 Connected Content 與 Liquid 於發送時即時擷取
向 Braze 行銷活動注入 Phrasee 文案的主要機制是 Braze Connected Content，它在訊息準備遞送時利用 Liquid 範本語法發起動態 HTTP 呼叫：
- 即時 API 查詢：當 Braze 處理待發送訊息時，會解析設定有 Phrasee API 端點及活動實驗識別碼的
{% connected_content %}Liquid 標籤。 - 動態變數儲存：API 回傳包含所指派變體的 JSON 酬載（payload），該酬載儲存於 Liquid 變數中，並轉譯至主旨行、訊息內文或推播標題。
- 可傳送性備援機制（Deliverability Fallbacks）：在企業正式環境中，復原韌性至關重要。若發生網路逾時或 API 錯誤，Liquid 邏輯允許行銷人員指定備援文案（例如使用
{{ phrasee_content.text | default: 'Exclusive Offer Inside' }}），確保沒有任何訂閱者會收到空白或損毀的訊息。
利用 Braze Currents 建立閉環串流
傳統平台依賴批次資料擷取，而 Braze 則具備名為 Braze Currents 的事件串流系統。Phrasee 利用 Currents 建立了接近即時的度量閉環：
- Amazon S3 資料匯出：在 Braze 中，管理員進入 Currents 並設定匯出至 Amazon S3，目的地指向 Phrasee 專屬的資料擷取儲存貯體（歷史上命名為
phrasee-braze-currents-exports）。 - 事件遞送：當訂閱者與訊息互動時，Braze 會將原始互動事件（包括發送、遞送、開啟、點擊以及自訂轉換事件）直接串流至該 S3 儲存貯體。
- 變體歸因：Phrasee 擷取這些串流記錄檔，將事件記錄與訂閱者層級的變體 ID 進行比對，以極低的延遲計算互動曲線。
發送速率限制（Delivery Rate Limiting）的作用
Phrasee 在 Braze 中的一項獨特功能是在單次發送過程中進行即時最佳化（intra-send optimization）。對於大規模廣播發送，Phrasee 建議啟用 Braze 的發送速率限制（例如將數百萬封訊息的發送調節在 4 至 6 小時內）：
- 初始探索階段：在發送的第一個小時內，訊息平均分配給所有活躍變體，以收集基準互動資料。
- 即時重新分配：隨著 Braze Currents 將早期的開啟與點擊資料串流傳回 Phrasee，多臂拉霸機演算法會識別出表現優異的字句，並開始將剩餘發送量轉移至勝出的變體。
- 自動化效益極大化：當發送最後批次時，絕大多數收件者都將收到最有效的文案變體，在無需人工介入的情況下大幅提升整體行銷活動成效。
架構比較：SFMC 對比 Braze
雖然 Phrasee 在兩個平台上皆能實現自動化訊息測試，但其技術實作反映了 Salesforce Marketing Cloud 與 Braze 截然不同的架構設計。
| 功能 / 維度 | Salesforce Marketing Cloud (SFMC) | Braze |
|---|---|---|
| 主要整合機制 | Server-to-Server App、AMPscript、Content Builder 動態區塊 | 透過 Liquid 語法的 Connected Content API 呼叫 |
| 身分驗證模型 | 搭配租戶特定端點（TSE）的 OAuth 2.0 用戶端憑證 | Connected Content 內的 API Key 與端點驗證 |
| 變體指派時機 | 發送前透過 AMPscript 執行進行評估 / 轉譯 | 訊息發送時同步 HTTP 擷取 |
| 回饋迴路管線 | SFMC Tracking Extracts、Data Views 以及排程 Data Extension 同步 | 透過 Braze Currents 即時事件串流至 AWS S3 |
| 支援的訊息通路 | Email Studio（批次與觸發型）、MobileStudio 推播 | 電子郵件、行動推播、Web 推播、應用程式內訊息、Content Cards、SMS |
| 核准工作流程整合 | 經核准的 Content Builder 範本內嵌 AMPscript 區塊 | 具備 Liquid 驗證的 Braze Campaign 與 Canvas 範本 |
| 發送時最佳化 | 主要是旅程層級與批次間重新分配 | 利用發送速率限制實現發送過程中的即時拉霸機演算法重新分配 |
行銷營運團隊的維運最佳實踐
為了在企業技術堆疊中最大化 Phrasee 自動化訊息測試的可靠性與效能，行銷營運團隊應遵循以下架構實踐：
1. 維持健全的備援回退邏輯
外部 API 呼叫與指令碼引擎絕不能危及訊息遞送。在 Braze 中，務必實作明確的 Liquid default 篩選器，以防範 JSON 解析失敗或端點延遲。在 SFMC 中，將 AMPscript 查閱函式封裝在條件式錯誤處理區塊中，一旦實驗變體解析失敗，即可安全降級為已驗證的靜態文案。
2. 主動管理憑證與權杖輪替
企業資安政策通常要求定期輪替密鑰。對於 SFMC 整合，OAuth 2.0 用戶端密鑰必須在過期前由 Salesforce 管理員與 Phrasee 平台設定協同更新，以防止活動中斷。在 Braze 中，監控 API 端點權限並維護 Currents 匯出所需的 S3 IAM 儲存貯體存取權限。
3. 使發送量與統計敏感度保持一致
動態最佳化演算法需要足夠的樣本數才能偵測到開啟與點擊行為的顯著差異。對於低流量的交易型觸發訊息，動態重新分配可能需要數天才能累積統計信賴度；而在高流量的促銷型廣播中，跨數小時的速率限制節流對於提供發送期間重新分配所需的學習時間窗口至關重要。
4. 建立跨部門治理機制
企業級語言生成需要明確的邊界。在將自動化測試部署至實際顧客旅程之前，CRM 團隊、品牌安全負責人與法務合規人員應共同設定 Phrasee 的字彙限制與審查政策。一旦這些防護機制在平台內確立，團隊即可讓測試自動化自主運作，而不會面臨品牌聲譽受損的風險。
總結
Phrasee 作為自動化智慧層整合至 Salesforce Marketing Cloud 與 Braze 中，以持續的演算法最佳化取代了手動 A/B 測試。在 Salesforce Marketing Cloud 中，它利用 Server-to-Server OAuth 與 AMPscript 內容區塊插入經核准的語言變體，同時兼顧複雜的企業核准程序。在 Braze 中，它利用 Connected Content Liquid 呼叫實現即時變體轉譯，並透過 Braze Currents 進行事件串流，在節流調控的大規模廣播中實現發送過程內的動態最佳化。透過將生成式語言功能直接與企業傳送管線結合，Phrasee 將訊息測試從一項緩慢、間歇性的人工作業，轉變為自動運作、驅動營收的標準營運常態。