推送通知什么时候真能把玩家唤回来，什么时候只会被划掉？
大多数团队把推送当成"文案问题"：写得更动人、发得更勤，看着打开率往上爬就放心了。这个框架是错的。推送本质上是个时机和定向问题，只是披着文案的外衣——而几乎所有小游戏都发过头，因为仪表盘上唯一的指标就是"打开"。下面说清楚，到底是什么决定了一条通知能换来一次启动，还是换来一次卸载。
Q：为什么打开率看着健康，大多数推送其实悄悄失败了？
因为打开率量错了东西。早上 9 点打开你通知的那个玩家，本来 9 点也打算打开游戏——你把自己没造成的回归记成了功劳。真正该看的是增量回归：收到通知的群体，减去一个什么都没收到的对照组。把这组对比跑出来，不少"成功"推送的增量其实接近零。第二个失败是发送时间：服务器跑在 UTC 上，凌晨 3 点本地时间弹一条通知，玩家只会划掉，还顺手把你训练成了"可忽略"。第三个、也是最不想听的一点：通知本身不是产品。如果深链把玩家扔到一个通用首页，而不是那个没打完的关卡，你花掉了注意力资本，却把它兑换成了空气。
Q：到底什么时候发、发给谁？
你几乎永远不该群发。按生命周期状态分群，因为 D2 的玩家和 D40 的沉睡玩家需要的是截然相反的消息。早期人群（D1–D3）给新手引导提示——但只给卡住的那些，不是已经上瘾的。沉睡人群（D14+）是推送最该发力、也最容易导致卸载的地方，所以这个人群最需要克制。用 RFM 的简化版来筛：上次会话的"近度"、流失前的"频次"、以及他们留在桌上的价值——没打完的任务、钱包余额、快过期的连胜。能按行为触发就别按日历发，日历发送是偷懒的默认值，玩家看得出。还有关心每个时区的"免打扰时段"，不是你办公室的时段。
Q：怎么躲开那种最终触发卸载的疲劳？
疲劳是累积的，而且在退订和卸载飙升之前完全看不见——等看见时你已经付过代价了。结构性 bug 在于：每个团队都拥有一个触发器，却没人拥有总量。一个活动每周上限两条，另外三个团队各自上限两条，玩家实际收到六条。你需要一个全局频率上限，按"每个用户每周"在唯一的地方强制。然后是渐进式披露：开头轻柔，只在强意图信号（比如他放弃了一次购买，而不是他昨天没理你）时才加码。还要能量化"可归因于推送的卸载"——大多数仪表盘没有这个指标，于是团队一边超额发送，一边对看不见的流失毫无察觉。量不出这个数，你就是把最致命的杠杆蒙着眼睛拉。
Q：真正能拉动留存的推送机制长什么样？
是一场受控实验，不是 newsletter。永久保留 5–10% 的对照组，盯着他们对比之下的增量 D7 和 D30 回归，任何打不过对照组的触发器就砍掉。深链落在关卡中途，永远不落首页。文案和发送时间要本地化，而不是翻译完就忘。还有对休闲小游戏来说最不舒服的一点：最大的留存杠杆几乎永远是游戏自己的关卡循环设计——下一个该做的事——而不是 CRM。推送是对漏桶交的税，不是补丁。第一块钱花在循环上，推送才花在那些循环已经赢下却飘走的玩家身上。
| 触发器类型 | 增量回报 | 疲劳风险 | 何时才值得发 |
|---|---|---|---|
| 新手引导提示（仅卡住者） | 中 | 低 | D1–D3，行为触发 |
| 习惯断裂提醒 | 高 | 中 | D5–D10，连胜死前 |
| 沉睡唤回 | 高 | 极高 | D14+，严格限额 |
| 群发 / 日历发送 | 约零 | 高 | 几乎从不 |
