小团队默认会把新功能 push 发给”全部用户”，再次默认是把里程碑 push 发给”活跃用户”，两种都在烧信任。数据说得很直白：2026 年，24 小时内发超过 3 条低相关推送，是用户关掉推送最常见的诱因；一周从同一个 App 收到 6 条以上推送的用户，30 天内卸载的概率是只收 1-2 条用户的 3.4 倍（Airship / Business of Apps，2026）。一页简报——分群、触发时刻、文案、静默规则——是最便宜的一道纪律，能让你不再盲喷。AI 在这件事上很有用，因为简报是结构化、可重复的；陷阱在于不要让 AI 编出你的数据根本识别不出来的分群。
一句话总结
- 每次发送都写一页简报：谁收到、在什么行为时刻收到、说什么、以及谁绝对不该收到（静默规则）。
- 只把工具今天就能查出来的分群喂给 AI（RevenueCat、Mixpanel、内部事件），禁止它编分群。
- 静默规则是承重的一段。底线：促销类每天最多 1 条，全天硬上限 3 条；勿扰时段要按本地时间设，不是可选项。
- 草稿用 GPT-5.5 或 Claude Sonnet 4.6；截至 2026 年 6 月，两者都能稳定遵守”不许编分群、查不到就标 [DATA GAP]“这条约束。
- 同事花 90 秒复核一遍简报，几乎每次都能抓出静默规则的漏洞。
这个任务
你准备发一条推送、应用内消息、生命周期邮件或付费再营销。你要一份一页简报，说清楚：谁会收到、在用户行为的什么时刻收到、文案是什么、还有哪些用户绝对不该收到。简报要能放进一屏，非 PM 同事 90 秒内能复核完。
什么时候适合让 AI 做
- 你有数据工具真的能查出来的分群（今天就能查，不是”等我们装上 cohort 分析”）。
- 触发时刻能用行为描述（连续登录 7 天、本周打开设置 3 次以上）。
- 静默规则你自己写——哪些用户绝对不能收到这条。AI 不强制就会跳过这一步。
- 团队真的把”发给所有人”当成本看，不是免费操作。
要给 AI 喂什么
- 一句话的活动目标（“让试用了 premium 又降级的用户用一个明显不同的角度再回来”）。
- 你工具里真的有的分群（Mixpanel、RevenueCat、内部数据库，一个个点名）。
- 行为触发器（事件或状态，加时间窗口）。
- 2-3 类不能收到这条的用户（最近流失的、付了又退款的等）。
- 过去 30 天你给这群用户发过的任何消息。
用哪个模型
截至 2026 年 6 月，GPT-5.5（ChatGPT 默认模型，用 Instant 或 Thinking 都够）和 Claude Sonnet 4.6（Pro 档主力，$20/月）都能很好地写这份简报。决定因素不是智商，而是遵守约束的能力：你需要一个真的尊重”不许使用清单外分群”、查不到就吐 [DATA GAP: ...] 标签而不是凭空捏造事件的模型。实测两者在规则写明时都能照办。一次性写一份简报，两者的免费档都够用；只有当你一周要批量发很多条时，才值得付费。
可直接复制的 Prompt
你为一条 App 内推送写一页投放简报。
活动目标：重新激活过去 60 天内试用过 7 天 premium、未转化、但仍在免费层活跃的用户。
工具里有的分群：
- RevenueCat: trial_started, trial_expired, trial_converted, subscription_cancelled
- Mixpanel: daily_active, weekly_active, last_open_within_7d, free_tier_active, premium_active
- 内部: refund_issued, support_ticket_open
我在想的行为触发器：
- trial_expired + 未 convert + last_open_within_7d + 在试用结束后的 30 天里有至少 5 个 daily_active 日
绝对不能收到这条的用户：
- 过去 90 天内 refund_issued
- 当前有 support_ticket_open
- 过去 14 天内收过任何 premium 相关推送
- subscription_cancelled（不同分群，他们付过费，这条只针对仅试用过的）
过去 30 天给这群用户发过的消息：一条新功能 push（14 天前）。
把简报写成正好 7 段，每段 2-4 行：
1. **目标。** 一句话，点名要动的指标。
2. **分群。** 用上面工具的原始字段表达的精确分群定义。
3. **触发时刻。** 触发发送的事件或状态，用用户行为来描述。
4. **信息角度。** 一句话说我们要说的、和他们已经看过的试用结束 push 不一样的点是什么。
5. **文案草稿。** 标题（50 字内）、正文（140 字内）。不要感叹号。不要"立即"。
6. **静默规则。** 排除分群，bullet 列表。这是最重要的一段。
7. **成功和叫停条件。** 看什么指标、什么阈值算成功、什么阈值要叫停。
规则：
- 别编上面工具列表里没有的分群。
- 别假设我们没点名的 CRM 能力。
- 触发器在现有事件里表达不出来，就标 [DATA GAP: ...]，别瞎猜。示例输出
目标。 30 天内把”试用过未转化、之后仍活跃”这个分群的 premium 订阅率提升 1.5 个点（当前基线：试用未转化用户的终身付费转化率 3.1%）。
分群。 用户满足 RevenueCat trial_expired = true AND trial_converted = false AND Mixpanel last_open_within_7d = true AND 试用结束后 30 天内的 daily_active 天数 >= 5。
触发时刻。 用户刚完成试用结束后的第 5 个 daily_active 日。在该第 5 天边界后 1 小时内发送，本地时间 09:00 至 20:00 之间。
信息角度。 不要说”你的试用已结束”。承认这位用户在免费层活跃了一个月，给他一个他明显已经撞到摩擦的具体 premium 能力（top 摩擦：撞到了导出上限）。
文案草稿。 标题：“这个月导出挡了你 4 次”。正文：“Premium 去掉上限。价格和上次看到的一致。点开看免费版的对比差。”
静默规则。
- 过去 90 天 refund_issued，排除。
- 当前有 support_ticket_open，排除。
- 过去 14 天收过任何 premium 相关 push，排除（新功能 push 也算）。
- subscription_cancelled（付过又取消），排除，属于另一份简报。
- 通知权限已撤回，排除（会变成静默送达）。
成功和叫停条件。 30 天内此分群的试用转付费率 +1.5pts。如果这条 push 的 7 天窗口退订率超过基线 2 倍，或 48 小时内 support_ticket 率超过基线 1.5 倍，立即叫停。
应该约束简报的几个数字
下面这些是每份简报都该尊重的下限和上限。它们不是观点，而是对应 2026 年的推送基准。
| 杠杆 | 具体规则（截至 2026 年 6 月） | 来源 |
|---|---|---|
| 促销频率 | 多数消费类 App 促销推送每天最多 1 条；效率 / 金融类：每 2-3 天 1 条 | vmobify / MoEngage 2026 |
| 全天硬上限 | 全部档位合计每天 3 条（不含交易类） | vmobify 2026 |
| 卸载诱因 | 一周从同一 App 收 6 条以上 = 30 天内卸载概率高 3.4 倍 | Business of Apps 2026 |
| 开启率现实 | iOS 开启率约 44-54%，Android 约 91-97%；在 iOS 上大约一半用户根本收不到推送 | Airship 2026 |
| 召回上限 | Win-back 活动通常能召回 10-15% 的沉默用户；把它当上限，别当基线 | Klaviyo / Brevo 2026 |
开启率这条最关键：在 iOS 上，简报的触达在你排除任何人之前就已经被砍掉一半，所以”发给所有人”的冲动比看上去更浪费。
怎么继续打磨
- 简报漏了静默规则。退回并重新提示：“第 6 段重写，至少 4 条用上面工具表达的排除条件。”
- 文案用了”立即” / 感叹号 / emoji。在 prompt 里写成硬规则；模型还犯，就把那一句加进 prompt 内的 bad-example 清单。
- 触发器用了你没有的事件。要求改写为
[DATA GAP: ...]标签，不要替换。 - 分群太宽（“所有免费用户”）。要求：“分群必须能写成至少 3 个事件或状态的交集。”
- 没有叫停阈值。第 7 段必须包含 kill switch 的阈值，不只成功阈值。
容易踩的坑
- 发给”全部活跃用户”，理由是分群难定义。分群难定义就说明这个活动还没准备好。
- 跳过静默规则。被你”顺手包进去”的那批用户对信任的伤害，比这条活动给别人的帮助快得多。
- 用上次 push 的角度。用户三周前看过”你的试用已结束”，这次必须换一个让他们在乎的理由。
- 本地时间没设。“UTC 20:00 发送”在悉尼是凌晨 3 点。time-of-day-local 不是可选项。
- 无视全天上限。如果今天还有另外三个活动也要发，你这”一条 push”其实是第四条，已经越过卸载红线。
- 没有 kill switch。一条坏活动跑一整个周末，是周五下午本来可以阻止的小灾难。
FAQ
Q：AI 给的分群在我数据里实现不了怎么办？ A：先把可用的事件清单和属性清单喂进 Prompt——“只能用这 12 个事件 + 5 个属性来定义分群”。否则 AI 会写出”最近 30 天有过中度活跃迹象的用户”这种漂亮却拼不出 SQL 的分群。
Q：静默规则该写多严？ A：最低三条：刚收过同类消息 48 小时内不发；过去 7 天点过”关闭推送”的不发；处在付费流程或退订流程中的不发。让 AI 把这三条写进简报；你不点名，它就会丢。
Q：每次推送都写简报会不会太重？ A：每次都写完整版=过度工程；每次都不写=盲喷。让 AI 给你出一个”轻简报”模板（4 行字），常规推送用它，大功能 / 大促才写完整的七段版。
Q：推送发出去转化不好，AI 能帮我诊断吗？ A：能，但要把发送 / 到达 / 打开 / 点击 / 转化五个数都喂给它。AI 看到完整漏斗才能告诉你是”推送没到”、“文案没钩子”还是”落地页没接住”——只给它转化数，它只会回万能建议。
Q：分群该多小？ A：小到能用一句话描述这个人是谁。说不出来，简报就没写完。还要记得：在 iOS 上大约一半可触达用户根本收不到推送，真正能触达的分群比查询结果更小。
相关
标签: #AI 写作 #segmentation #notifications #app-product-ops #独立开发