Customer Journey Builder

消息预设

消息只需搭建一次——文案、素材、个性化内容、每种语言版本、每个平台设置——即可在营销活动、用户旅程和 API 发送中反复复用。Push（基于 FCM/APNs 触达海外用户）、邮件、应用内消息、SMS、WhatsApp、Kakao 和 LINE，全部读取同一个已保存的预设。

预约演示免费开始

这条消息，你的团队已经不是第一次写了

团队里某个角落，同一条订单确认消息本季度已经是第三次被重新敲出来——同样的优惠、同样的产品线，为了对齐上个月的语气又浪费了几分钟。没有人主动决定从零重写，但每次新的营销活动或用户旅程需要一条消息时，团队里已经有一条类似的了，事情就这样发生了。消息预设就是让这条消息只存在一次的地方，下一次营销活动直接复用，而不是从头再写。

一个预设里到底存了什么

完整的消息定义

标题、正文、素材、个性化标签、自定义数据、角标行为、提示音、优先级，以及打开后跳转的深度链接。

多语言原生支持

每种语言一个版本，自动匹配到每台设备，找不到匹配语言时使用默认兜底版本——出海多市场投放的基础需求。

保存前先测试

测试发送、按平台区分的实时预览，以及在搭建过程中同步校验的 Liquid 语法。

一套模型，搭建一次，哪里合适就用在哪里

一个 Push 预设存储标题、iOS 副标题、正文、素材、通过用户数据标签实现的个性化内容、自定义 JSON 数据、角标行为、提示音、发送优先级和 Android 通知重要性。可以在 Content 中创建，也可以在用户旅程的某个渠道步骤中内联创建——两种方式生成的都是同一个可复用对象。

其他每个渠道都有对应的等价物：邮件模板、应用内消息模板，以及 SMS、WhatsApp、Kakao 和 LINE 预设，全部遵循同样的”搭建一次”模式。一套统一的预设模型覆盖全部 7 个渠道，包括 Kakao 和 LINE 这类多数模板系统止步于邮件、根本不覆盖的渠道——这对同时布局东南亚和东北亚市场的出海团队尤其有意义。

为什么这在 Customer Journey Builder 中很关键

一个每个步骤都要重新搭建消息内容的用户旅程，规模一旦超过少数几个营销活动就撑不住了，而且只要有两个人同时维护，内容一致性立刻开始崩坏。有了预设，Customer Journey Builder 中的发送步骤就可以直接引用已经存在的内容，让整个流程继承第一次搭建预设时投入的所有打磨——对于同时管理多语言、多时区营销活动的出海团队，这意味着更少的返工。

平台级数据验证

在整个平台范围内，69% 的发送步骤使用已保存的预设而非内联内容，在两种最常见的渠道类型中，这一比例达到 93.4%——这些数字直接基于生产环境的用户旅程数据核实得出。同一个预设对象也会被单次营销活动和 API 发送调用，因此一次修复能同时触达所有这些场景。

复用价值最大的场景

复用带来的效率提升，在几类典型场景中体现得最明显。

场景	谁在用	为什么合适
经过合规审核的交易类消息库	跨境电商、出海金融科技	审核通过的内容在所有使用场景中保持一致，这对合规和品牌一致性同样重要
多语言营销活动批量上线	覆盖多个海外市场的跨境电商、出海游戏	一个预设内置全部语言版本，按设备自动匹配对应语言，无需为每个市场单独复制一份营销活动
延伸到 APAC 的全渠道触达	在日本、泰国、台湾运营 LINE，或在韩国运营 Kakao 的出海企业	同样的复用模式延伸到大多数平台根本不提供模板能力的渠道

场景

1 / 3

经过合规审核的交易类消息库

谁在用

跨境电商、出海金融科技

为什么合适

审核通过的内容在所有使用场景中保持一致，这对合规和品牌一致性同样重要

场景

2 / 3

多语言营销活动批量上线

谁在用

覆盖多个海外市场的跨境电商、出海游戏

为什么合适

一个预设内置全部语言版本，按设备自动匹配对应语言，无需为每个市场单独复制一份营销活动

场景

3 / 3

延伸到 APAC 的全渠道触达

谁在用

在日本、泰国、台湾运营 LINE，或在韩国运营 Kakao 的出海企业

为什么合适

同样的复用模式延伸到大多数平台根本不提供模板能力的渠道

各个模块如何协同工作

预设承载消息本身。几个相邻功能决定这条消息在被选中后如何进一步适配：动态内容插入姓名、商品选择或事件属性，Liquid 模板在免费用户和付费用户之间对文案本身进行分支处理，语言匹配则为每台设备插入对应的语言版本。三者结合后，一个已保存的预设就已经知道如何针对每个用户说话，不需要再手写第二个版本。

示意图：一个消息预设为动态内容占位符、Liquid 条件和多语言版本提供数据，最终发送到某个渠道

接下来去哪里看

已保存的预设最常在 Customer Journey Builder 中被引用，上面 93.4% 的数据也来自这里。预设所接入的动态内容、Liquid 条件和语言匹配机制，详细说明在个性化页面。

使用流程

创建预设

打开 Content → Push content 新建一个预设，或者在用户旅程的渠道步骤中内联保存一个——两种方式创建的都是同一个可复用对象。
填写消息内容

添加正文、素材、平台设置，以及基础受众需要覆盖的每种语言版本。个性化内容读取用户数据标签，因此这些标签需要提前存在，才能出现在文案中。
保存前先测试

发送一条测试消息，检查按平台区分的实时预览。Liquid 语法在同一步骤中完成校验。

阅读文档了解 Customer Journey Builder

搭建预设内容库之前，这几点值得先了解。

编辑一个预设会实时改变它在所有引用位置的内容，包括已经在运行中的营销活动和用户旅程。如果某个位置需要保持不变，Pushwoosh 的建议是新建一个预设，而不是修改现有的。
静默 push 通知和 inbox 保存选项需要使用旧版预设表单，而不是标准编辑器。
字符数、素材大小、语言数量或每个账户可创建的预设数量，目前均无公开上限。
上文的字段级模型已针对 push 预设完成确认。其他渠道遵循相同模式，但尚未经过同等深度的核实。