管理数以百万计客户沟通的企业营销团队，常常受制于人工文案撰写与静态 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 堆栈位置，确保实验严格隔离在预期的品牌业务单元内。
通过 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 集成，必须在过期前由 Salesforce 管理员与 Phrasee 平台配置协同更新 OAuth 2.0 客户端密钥，以防营销活动中断。在 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 将消息测试从一项缓慢、断续的人工作业，转变为自动运行、驱动收入的标准化运营流程。