绝大多数消息个性化的指南都是同样的开头：先搭一套干净的事件分类法，配一个归因模型，再招一个会写 SQL 的人。然后你才能开始做个性化。
对于一个小型出海 App 团队来说，这种路径基本上还没上线就把项目干掉了。事实上，约 90% 的个性化效果来自不需要数据项目就能做的事情：时机、本地化语言、一个事件触发器、以及对不同人群发出对的 offer。
本文给你 3 个现在就能上线的核心个性化策略——不增加预算、不用搭新栈，直接基于 FCM/APNs 触达你的海外用户。
3 个可以立刻上线的个性化策略
每一层个性化策略都建立在上一层之上，并对应 Pushwoosh 中的一个功能模块（这样工作量留在市场团队这边，不会再压到 Engineering Backlog 上 😉）。
| 层级 | 个性化策略 | 前置条件 | 上线周期 | 效果来自哪里 |
|---|---|---|---|---|
| 第 1 层 | 基于身份：发送时机、语言、姓名 | SDK 接入后即可获取的用户属性 | 1 天 | 消息在用户愿意打开的那一刻、用他读得懂的语言、带上他的名字送达 |
| 第 2 层 | 基于行为：对一个事件做出回应 | 默认事件或 Custom Event | 1 周 | 对真实动作的精准回应，而不是按日历定点群发 |
| 第 3 层 | 基于分群：对不同用户做不同的事 | 基于现有事件构建的 RFM 分群 | 1 个月 | 每个分群拿到属于自己的 offer，而不是同一条群发 |
第 1 层 — 基于身份的个性化（1 天即可上线）
这一层你已经有全部需要的东西。这里用到的是用户的默认 profile 数据，Engagement 平台 SDK 在用户首次安装时就开始采集。
下面是 3 个现在就能用的个性化技巧：
姓名与 profile token
Dynamic content 会把用户属性直接拼进消息正文：姓名、套餐等级、最近浏览的商品、积分余额——任何你打过 tag 的字段都行。
本地化语言
如果你的用户来自多个国家——这对出海 App 来说几乎是默认情况——只发英文版的消息就是在把转化率扔在桌上不要。借助 multi-language messaging，你只写一条推送或一条 in-app message，系统会按每个用户的首选语言自动展示对应版本。同一条 campaign 可以以 8 种语言上线，不用为每种语言单独建 8 条 campaign。
发送时机优化（Send-time optimization）
不要因为”大多数指南都说周二上午 10 点开率最高”就在周二 10 点群发。要按每个用户最有可能拿起手机的那一刻来发——这才是个性化。
Pushwoosh 的 Best time to send 会根据每个用户的历史活跃数据，自动选择对他来说最优的发送时间——你这边不用做任何排期工作。
这 3 个动作组合在一起，构成了基于 身份 的个性化——也就是”用户是谁”。接下来第 2 层把维度切到 时刻——“用户此刻在做什么”。
第 2 层 — 基于行为的个性化（1 周即可上线）
这一层让消息从”主动群发”变成”对行为的回应”。从”所有人都收到这条消息”变成”事件发生时这条消息才触发”。
你只需要一个真正关心的事件就够了。对大多数团队而言，这个事件是 浏览未转化（browse abandonment）：用户看了一个商品、一篇文章、一门课、一个房源，但没下一步动作。他们是你手上最暖的一批用户——而大部分 App 从不主动给他们发消息。
具体先 track 哪个事件，取决于你的行业和 App 类型：
| 行业 | Track 的事件 | "未转化" 条件 |
|---|---|---|
| 跨境电商 / 零售 | product_viewed | 查看商品后 1 小时内未下单 |
| 金融科技出海 | paywall_viewed 或 plan_viewed | 查看套餐后 1 小时内 subscription_created 未触发 |
| 媒体 / 流媒体 | paywall_viewed | 触发 paywall 后 1 小时内 subscribed 未触发 |
| 出海游戏 | iap_screen_viewed | 打开 IAP 页面后 24 小时内 iap_purchased 未触发 |
product_viewedpaywall_viewed 或 plan_viewedsubscription_created 未触发paywall_viewedsubscribed 未触发iap_screen_viewediap_purchased 未触发下面是配置一条 Customer Journey 的标准流程：
-
设置触发器（Trigger）
从 默认事件 列表里挑一个，或者让开发同学 创建一个 Custom Event。用户产生这个动作时，触发器就会启动。
-
等待 1–2 小时
时间足够短，意向还没凉。
-
发送消息
把姓名、语言、他刚才看的那个具体对象（来自第 1 层的属性）都拼进去。
-
24 小时后做 goal check
已转化的用户退出 journey；没转化的进入升级路径。
-
Email 兜底
用一封信息量更大的邮件做补击：功能拆解、套餐对比、社交证明。Push 只是 nudge，邮件承担那些塞不进 150 个字符的细节。
到这里你已经知道怎么按 时刻 做个性化。接下来第 3 层把维度切到 上下文——用户和你的 App 处在关系里的什么阶段。
第 3 层 — 基于分群的个性化（1 个月即可上线）
第 3 层把第 2 层那条 journey 升级为 who-aware。同样的 trigger、同样的事件、同样的兜底逻辑，但 journey 对不同人群走不同分支。
把第 2 层那条 browse-abandonment journey split 一下，按每个用户的行为历史拆成 3 条分支。
锁定要打的几个分群之后，就可以按分群发出对应的 offer：
- Loyal 用户 收到 early access 或者 loyalty perks。
- At-risk 用户 拿到更强力的激励：折扣、奖励、一个回来的具体理由。
- 新用户 拿到一个温和的 conversion nudge——不发折扣。
📖 延伸阅读：Customer segmentation 案例集：头部 App 如何把 CTR 和转化拉起来。
这些做法该停掉
到这里你已经掌握了怎么做个性化。下面再快速看一遍那些会悄悄抵消你个性化收益的反模式——值得明说出来：
- 停止按”星期几”做群发。
“周三 10 点开率最高”不是策略，是日历替你做决定。第 1 层的发送时机优化用一个开关就能替换掉这种做法。 - 停止发那种千篇一律的”我们想你了”消息。
这是披着 re-engagement 外衣的反个性化。零成本投入、零效果产出。最低限度的升级是塞两个 token 进去：用户的名字 + 他最近一次有意义的操作。 - 停止把 silence window 和频次上限（frequency cap）当成可选项。
这些不是个性化，但没有它们，上面三层全都立不住。一条精雕细琢的个性化消息在本地时间凌晨 3 点送达，结果就是用户在看到它之前就已经退订了。Silence window 保护渠道，frequency cap 保护 opt-in 率。 - 停止用 open rate 当作收入的替代指标。
开率告诉你消息被看见了，但没告诉你这条消息带来过任何收入。一条 40% 开率、0.5% 目标完成的 push，是不如一条 15% 开率、3% 目标完成的 push 的。优化的目标是 goal completion，开率只是诊断指标，不是终点。
用 Pushwoosh 把个性化做扎实——不需要 额外预算
本 playbook 里所有动作今天都能在 Pushwoosh 上跑起来。接入项目、装好 SDK，每一层背后的能力——Dynamic content、Best time to send、Customer Journey Builder、RFM Segmentation——都已经在你的账号里准备好了。基础设施基于 FCM/APNs，搭配欧盟/美国数据中心和 SOC 2 / ISO 27001:2022 合规认证，出海触达和合规两边都不掉链子。
免费 plan 直接开放上述全部功能，足够你在自己的数据上跑出第一波个性化 campaign。如果你更想把搭建这件事交给 AI，我们的 marketing copilot ManyMoney 同样在 free plan 范围内。
