出海团队的生命周期营销活动往往在 backlog 里躺了好几个月。每个 Sprint 都还差一件事：更干净的 user ID、事件 taxonomy 重审、数据仓库对接、海外用户的同意管理。没一件真正完成——Journey 也始终上不了线。
“数据基础建完美再启动”是个伪命题。 任何一个移动 SDK 从 Day 1 就会自动采集的默认事件——比如 DeviceRegistered 和 ApplicationOpen——就足以构建一套真正能提升海外用户留存的 Customer Journey。
下面是出海团队这周就能上线的 3 条生命周期 Journey，仅基于这些默认数据。
出海 App 的 3 条核心生命周期 Journey——概览
用户生命周期有 3 个关键的”漏水点”，留存就在这些节点流失。下面这 3 条 Journey，每一条都封堵其中一个。
| Journey | 覆盖的生命周期阶段 | 触发条件（默认数据） | 主要通道 | 核心指标 |
|---|---|---|---|---|
| 1. 新用户引导（第 1–7 天） | 安装 → 激活 | DeviceRegistered 事件 | Push + In-App + 邮件 | D7 激活率 |
| 2. 活跃促进（第 7–30 天） | 激活 → 习惯 | 用户分群：7 天前注册的 DeviceRegistered | Push → In-App 或邮件 | D30 留存率 |
| 3. 沉睡用户召回 | 习惯 → 流失 | 分群：14+ 天无 ApplicationOpen | Push → In-App → 邮件 | 召回率 |
DeviceRegistered 事件DeviceRegisteredApplicationOpen为什么是这 3 条？
因为出海 App 的留存断点是可预测的——大多数海外应用都在同样的 3 个节点流失用户。
第 1 个断点：安装 → 激活。 大约一半的海外用户在安装当天就再也没回来。这个时间窗口非常短，用户当场就在判断：这款 App 值不值得我的注意。Journey 1 就是要回答这个问题。
第 2 个断点：激活 → 习惯。 完成了引导但接下来几周没有打开 3-4 次的用户，几乎不会留存下来。一次性激活只是个”试用”。Journey 2 精准命中第 7 到 30 天这个窗口——意图必须转化为习惯。
第 3 个断点：习惯 → 流失。 即便是活跃用户也会逐渐流失。单看周环比似乎并不明显，但放到季度维度上看，留存就在这里悄无声息地蒸发。Journey 3 在用户漂离尚未变成永久离开前把他们拉回来。
这 3 条是基础。后续你可以继续加上购物车挽回、付费墙召回、里程碑提醒等——但那些都是针对特定场景的。这 3 条基础 Journey 适用于所有出海 App 的所有用户。
如何启动 + “默认 SDK 数据”到底指什么
最快的执行路径是接入一个客户互动平台（比如 Pushwoosh——免费起步）。对出海团队来说，FCM 和 APNs 是触达海外用户的核心通道——不需要考虑国内推送服务，全球数据中心覆盖欧美。
上面 3 条 Journey 用到的默认事件：
PW_DeviceRegistered— 每台设备只触发一次，发生在 App 首次启动并完成 SDK 初始化时。这是你的”安装信号”，用它作为引导 Journey 的 trigger-based 入口。PW_ApplicationOpen— 用户每次启动 App 都会触发。用最近一次触发的时间戳作为会话活跃信号。“最近一次打开超过 14 天前”就是你的沉睡分群。
这就是全部启动套件。完整的默认事件列表见 Pushwoosh 文档。
Journey 1：新用户引导（第 1–7 天）
封堵的环节： 安装到激活之间的流失。海外 App 留存最陡峭的下降发生在安装后的前 3 天——新用户离”第一个有用的瞬间”越远，回来的概率就越低。
入口触发： PW_DeviceRegistered（trigger-based 入口）。每一次新安装都会自动进入 Journey。
节奏：
- Day 1： 欢迎 Push 或 In-App，指向单一最有用的首次行为：打开 Dashboard、设置目标、下首单、完善 Profile。
- Day 2： 下次会话开始时弹一条 In-App——同样的关键行为在上下文中再次出现。
- Day 4： Push 通知：“你还没试过 [X]——大多数用户都是从这里开始的。”
- Day 7： 邮件或 In-App 首周回顾——“你完成了哪些事，下一步可以做什么。”
指标： D30 留存（D7）+ Day 7 激活率（完成关键行为的新用户占比）。
Journey 2：活跃促进（第 7–30 天）
封堵的环节： 激活到习惯之间的流失。完成引导但前几周不规律回来的用户，长期几乎留不住。把”试过”转化为”每周使用”的窗口，大概在 Day 7 到 Day 30 之间。
入口触发： Segment-based 入口”PW_DeviceRegistered 7 天前注册”。always-on——用户在跨过 7 天节点时自动滚动进入。
节奏：
- 入口： Push 通知，推一个用户还没尝试过的有用功能或新内容。
- Day 7： Push 通知——忠诚度引导或社交证明（“和你类似的用户也在做 X”）。
- Day 14： 邮件或 In-App 总结：“你完成了什么、接下来是什么”。语气温和，回顾风格。
- Exit： 用户在任意 7 天滑动窗口内 Session 数低于 3 次 → Journey 自然结束。如果继续漂离，由 Journey 3 接手。
指标： D30 留存 + 后 30 天的 Session 频次。
Journey 3：沉睡用户召回（14+ 天未活跃）
封堵的环节： 习惯到流失之间的断点。一旦用户安静下来，多过一天不打开 App，回来的可能性就降一分。沉睡的前 2 周，是召回还有实际胜算的窗口。
入口触发： Segment-based 入口”过去 14 天没有 PW_ApplicationOpen 事件的用户”。
分群： 沉睡用户，用 Reachability Check 元素拆分：
- Push 可达 — 主组，优先发 Push。
- Push 不可达 — 跳过 Push，等用户下次回来时发 In-App，或立即发邮件。海外用户经常因为多设备或卸载导致 Push token 失效，必须区分通道。
节奏： 7 天内 3 次触达。每一次都从温和的提醒升级到更明确的价值主张：
- 入口： 召回 Push：一个让用户感到”被记住”的理由——他喜欢的内容、用得最多的功能、漏看的通知。Push 不可达用户同样的文案走邮件。
- Day 3： 还没回来：更强的拉力——新功能、错过的东西，或一个激励。可达组走 Push，其余走邮件。
- Day 7： 最后一次触达：邮件回顾，明显的退订入口。
- Exit 条件： 7 天内出现 Session → Journey 标记成功，用户退出。
指标： 进入召回流程后 7 天内的 Session 数。
用一条 Prompt 规模化——ManyMoney AI
这就是这周如何上线 3 条 Journey 的方法。下一次，当你要做一个新的海外市场版本、新的分群、新的 A/B 变体——不需要从头再来。把它交给 ManyMoney AI，Pushwoosh 的营销 Co-Pilot。
拿当前已上线给 [分群 X] 的引导 Journey，为 [新分群 / 新海外市场 / 新优惠] 进行适配。保留结构，重新生成文案和通道逻辑，作为 draft 准备好。ManyMoney AI 会返回一份带有适配文案、通道路由和时机安排的 Journey 草稿，准备好交付审核。第一条 Journey 教会你这个平台；ManyMoney 在之后的每一轮里规模化并分析活动效果。
