小团队默认会把新功能 push 发给”全部用户”。再次默认是把里程碑 push 发给”活跃用户”。两种都会失人。一页简报——分群、触发时刻、文案、静默规则——是最便宜的一道纪律，能让你不再盲喷。AI 在这件事上很有用，因为简报是结构化、可重复的；陷阱在于不要让 AI 编出你的数据根本识别不出来的分群。
这个任务
你准备发一条推送、应用内消息、生命周期邮件或付费再营销。你要一份一页简报，说清楚：谁会收到、在用户行为的什么时刻收到、文案是什么、还有哪些用户绝对不该收到。简报要能放进一屏，非 PM 同事 90 秒内能复核完。
什么时候适合让 AI 做
- 你有数据工具真的能查出来的分群（今天就能查，不是”等我们装上 cohort 分析”）。
- 触发时刻能用行为描述（连续打卡 7 天、本周打开设置 3 次以上）。
- 静默规则你自己写——哪些用户绝对不能收到这条。AI 不强制就会跳过这一步。
- 团队真的把”发给所有人”当成本看，不是免费操作。
要给 AI 喂什么
- 一句话的活动目标（“让试用了 premium 又降级的用户用一个明显不同的角度再回来”）
- 你工具里真的有的分群（Mixpanel、RevenueCat、内部数据库——一个个点名）
- 行为触发器（事件或状态，加时间窗口）
- 2-3 类不能收到这条的用户（最近流失的、付了又退款的等）
- 过去 30 天你给这群用户发过的任何消息
可直接复制的 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 倍，立即叫停。
怎么继续打磨
- 简报漏了静默规则 → 退回：“第 6 段重写，至少 4 条用上面工具表达的排除条件。”
- 文案用了”立即” / 感叹号 / emoji → prompt 里写硬规则；AI 还犯就把案例加进 bad-example。
- 触发器用了你没有的事件 → 要求改写为 [DATA GAP: …] 标签，不要替换。
- 分群太宽（“所有免费用户”）→ 要求：“分群必须能写成至少 3 个事件或状态的交集。”
- 没有叫停阈值 → 第 7 段必须包含 kill switch 的阈值，不只成功阈值。
容易踩的坑
- 发给”全部活跃用户”，理由是分群难定义。分群难定义就说明这个活动还没准备好。
- 跳过静默规则。被你”顺手包进去”的那批用户对信任的伤害，比这条活动给别人的帮助快得多。
- 用上次 push 的角度。用户三周前看过”你的试用已结束”，这次必须换一个让他们在乎的理由。
- 本地时间没设。“UTC 20:00 发送”在悉尼是凌晨 3 点。time-of-day-local 不是可选项。
- 没有 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 看到漏斗才能告诉你是”推送没到”还是”文案没钩子”还是”落地页没接住”——只看转化数它只会给万能建议。
相关
标签: #AI 写作 #segmentation #notifications #app-product-ops #独立开发