📌 给 Tyra 的一页纸
5/19-5/22 完成 4 赛道竞品扫描（实时在场感 / 匿名释放 / 容器多形态 / 闭环通知）。本文档把 4 份独立报告整合成 v0.8 战略备忘可直接补丁的两份决策稿：
- 5 anchor × 4 赛道交叉落地对照表——回答 CLAUDE.md 待对齐问题 (3)"Phase 1 是否 5 anchor 全做"。
不全做 Phase 1 = Persistent + Topic 先行，Activity 等硬件 push 跑通才上，Audio/Podcast 推 Phase 2。
- Phase 1 推送通知 5 P0 规则文档——回答 CLAUDE.md 待对齐问题 (8)"推送通知能力时间表"。
必须 Phase 1 5 条 P0 不能等 Phase 2，否则 retention 链路第一周就被关掉。
所有结论交叉引用 4 赛道竞品证据，附 5/25 验证回来后的修正路径。
I. 4 赛道核心结论摘要
赛道 A实时在场感 · Presence
最强标杆 · Insight Timer：三层结构（世界地图心跳 + Live Session 锁屏在场 + Thanks for Meditating 结束页）几乎是 Momcozy "不是一个人在抽奶" 的产品假设原型。
核心机制 · Strava Kudos：奖励频次 ≠ 奖励成就。直接匹配 Vol.01 "28% 不晒成就 + 67% 不想真聊天" 数据——给低承诺频次互动留出口。
反面教材 · BeReal：破坏自己的核心约束（推出 Bonus BeReals）+ 9 个月不出新功能 = 衰退。教训：实时在场感的核心约束（硬件触发）不能稀释。
最高优先级落地：Session 结束页直接复刻 IT 的 Thanks for Meditating + 3 个预设语句 + notification 闭环。
赛道 B匿名情绪释放 · Anonymous Release
v0.8 模型已验证 · Peanut Incognito：5M 用户 + 4.4 分跑了 1+ 年，默认实名 + 匿名 toggle 模型完全成立。直接借用 toggle label "Post as yourself" / "Share anonymously"（比中文翻译更易懂）。
纯匿名死路 · Whisper：13 年 $61M 死亡解剖——儿童保护失败 + 数据隐私丑闻 + 应用商店下架三重夹击。验证 v0.8 不做纯匿名的方向。
Topic anchor 是主战场：Reddit 话题锚 + Peanut 匿名 toggle + 算法替代 Scary Mommy 编辑筛选 = 三件套合并最大差异化。
新势力反而强化护城河 · Character.ai / ChatGPT：考虑 messaging "Not an AI. Another mom."
moderation 不是可选项：5/25 验证后第一波规划必须含 KOC + 算法审核草案。FIU 2025-01 论文：throwaway 贴在母婴语境下平均收到更多回应。
赛道 C容器多形态 · Container
Discord 反面教材：5 种 channel type 不可互转 → "多 anchor = 多孤岛"。v0.8 必须让 anchor 类型可叠加而非替换：一个 Persistent group 应能临时挂 Activity / Topic / Audio anchor，而不是 5 种 anchor = 5 个独立 group。
Clubhouse 死法 = 纯 Activity 死法：$4B → 归零。告诫 Activity anchor 必须 (a) 有 Persistent 兜底沉淀 (b) 前置 moderation (c) 不承担主入口职责。
SharePlay 失败核心是入口太深（4 年没起量）→ Momcozy 硬件入口是反 SharePlay 的天然优势，绝不能退化成"打开 App→找入口→选 anchor"路径。
Audio anchor 范本 · Insight Timer Group Meditation：分布式同步（each plays own track + 47 listening now），SharePlay 真共听是技术过度工程化。
Peloton High Five 范式：解决 Clubhouse 第三大死因——Activity 过期不消失，可异步追送 high five，结束后沉淀进 Persistent group history。
赛道 D闭环通知 · Notification-driven Retention
推送是 retention 命门 + 流量灾难开关：social App opt-in 平均仅 39%；Reddit 工程团队原话 "Once a user disables notifications, there's rarely a path back"。v0.7 链路必须 opt-in 路径，不是默认轰炸。
Reddit Budgeter 必抄：causal model 给每用户算每日推送预算，平衡 click/engage（正）vs disable/churn（负）。Phase 1 用简化规则版（事件合并 + 每日上限 + 深夜静默 + opt-out 反向降频）。
Duolingo Bandit 是 Phase 2 目标：Phase 1 只需 10-15 条预写文案 + 事件×状态二维路由 + 从 Day 1 埋点。
BeReal 死法警告：硬件 push 是 Activity anchor 护城河，绝不能稀释为 App 内任意路径触发（否则 = BeReal + Clubhouse 双重死法）。
Peloton High Five 异步范式 = killer feature：release 发布后任何时间的 hug/reply 都异步推送回锁屏，v0.7 mock 中 "23 分钟后" 应改成"任何时候"。
II. 5 anchor × 4 赛道交叉落地对照表
给团队的"一张表读懂 Phase 1 做什么、不做什么"。每行一个 anchor，列出 4 赛道针对它的落地指令、风险提示、Phase 阶段。
| Anchor |
赛道 A · Presence |
赛道 B · Anonymous |
赛道 C · Container |
赛道 D · Push |
Phase |
Persistent
例：Breastfeeding Moms |
累积长河数字（"8,432 妈妈本月分享"），冷启运营曲线 |
默认实名+匿名 toggle，Group creator 可选默认；阶段 group 沉淀身份资产 |
必做。Phase 1 主入口，其他 anchor 都可临时挂在 Persistent 上 |
异步范式：release 后任何时间收到 hug/reply 都推回锁屏 |
Phase 1 |
Topic
例：#SupplyAnxiety |
"47 moms pumping now" 实时聚合 + 时间语境（"3:17 AM"） |
赛道 B 主战场。Reddit 话题锚 + Peanut 匿名 toggle + 算法审核三件套 |
必做。Persistent group 内可挂 Topic anchor 形成主题子流，不必独立成 group |
Topic 内 Quick Reaction 异步推送，但要走 Budgeter 合并 |
Phase 1 |
Activity
例：3am Pumping LIVE |
过期倒计时 + "just now" timestamps + IT 结束页复刻 |
Activity 不适合匿名占主导（需要在场感+实名沉淀）；匿名 toggle 仅作个体保护 |
⚠️ Clubhouse 风险：必须 (a) 有 Persistent 兜底 (b) 前置 moderation (c) 不当主入口 |
⚠️ BeReal 死法警告：硬件 push 是唯一启动条件，绝不能稀释成 App 内触发 |
Phase 1 后期
硬件 push 跑通才上 |
Audio
例：Rain in Forest |
"Listening Now" 同时听人数（IT Group Meditation 范本，分布式同步） |
Audio anchor 不需要 post，匿名 toggle 不适用 |
不要做 SharePlay 真共听（4 年没起量），用 IT 的 each plays own track 模型 |
Audio 进入/退出不发推送，只在 group 累积曲线里体现 |
Phase 2 |
Podcast
例：Mom Stories Ep.24 |
episode timestamp 锚定 + note 时间戳互动 |
Podcast 评论可用匿名 toggle（高承诺内容下情绪释放），是合理子场景 |
需要内容生产管线（原 Trend 1.1/1.2 调研储备）。验证主框架后再回头 |
新 episode 上线推送是核心钩子，但走 Budgeter 控频 |
Phase 2 |
Phase 1 最终建议：Persistent + Topic 先做；Activity 待硬件 push 跑通后上；Audio/Podcast 推 Phase 2。
⚠️ 边界风险提示（Kris 必须说）： 这个分阶段方案的最大风险是"5 anchor 统一模型"对外讲不通——如果 Phase 1 只看到 2 个 anchor，团队和合作方会质疑"统一模型"是不是噱头。建议在内部沟通时把架构和发布节奏分开：架构维度承诺"5 种 anchor 共享同一 primitive 内部结构"（这是技术债防火墙）；发布节奏维度只承诺"Phase 1 上 2 种、Phase 1 后期上 1 种、Phase 2 上 2 种"。
对外沟通文案建议："Group-as-primitive 是统一模型，5 种 anchor 是同一结构的不同填充；为了把 Vol.01 验证的核心闭环（实时在场感 + 匿名 release + 异步通知）跑通，Phase 1 先上 Persistent + Topic 两类 anchor。"
III. Phase 1 推送通知 5 P0 规则文档
4 赛道扫描的最强反复出现的命题：推送不是 Phase 2 nice-to-have，是 Phase 1 retention 命门。 以下 5 条必须进 v0.8 战略备忘，开发团队按此排期。
-
Budgeter 简化版（事件合并 + 每日上限 + 深夜静默 + opt-out 反向降频）
来源：赛道 D · Reddit Budgeter（causal model）。Phase 1 不做 ML 模型，只做规则版兜底。
不做这条会怎样：用户开 App 第一周就被推送轰炸到关掉（social App 平均 opt-in 39%，关了几乎不可逆）。
RULE 1: 同一类型事件 5 分钟内合并为 1 条
RULE 2: 每用户每日推送上限 = 3 条（首周可放宽到 5 条）
RULE 3: 22:00 - 07:00 静默期，只放硬件 push（妈妈正在抽奶）
RULE 4: 用户点过"This is too much" → 该类型下次降频 50%；点 2 次 → 该类型暂停 7 天
RULE 5: 用户关推送 → 24h 后在 App 内显示"You'll miss when 3 moms reply to you" 提示重开（不强推系统弹窗）
-
Peloton 异步范式（release 任何时间收到响应都推回锁屏）
来源：赛道 C 和赛道 D 双重确认。Peloton High Five 范式 = v0.8 killer feature。
v0.7 mock 要改："23 分钟后" 改成 "任何时候"——release 发布后 23 分钟 / 3 小时 / 第二天早上 / 一周后都可能触发推送。
不做这条会怎样：退化成 Clubhouse——event 一过期没人回来。
RULE 1: release 后无时间窗口，任何时间收到 hug / reply / quote 都推送
RULE 2: 推送文案带响应人数差异化："3 moms hugged your note" vs "Quiet Cloud replied to your note"
RULE 3: 同一 release 累积响应 24h 合并一次：6:20 AM 推送 "8 moms hugged your overnight note"
RULE 4: 跨周期累积也推："A new mom found your note from 3 days ago"
-
类型粒度 toggle（每类推送可单独关，不强迫全开全关）
来源：赛道 D · Reddit 工程团队教训 "Once disabled, rarely a path back" 的反向解。
不做这条会怎样：用户嫌 Topic 推送多 → 关掉 全部推送 → 永远收不到自己 release 的响应 = retention 链路死。
推送类型至少分 5 类，独立 toggle：
TYPE 1: Hug / Reply to your release（默认 ON，是闭环命门）
TYPE 2: Activity 硬件触发（默认 ON，硬件 push 仅此 1 条）
TYPE 3: Topic 实时聚合 ("47 moms pumping now in #SupplyAnxiety")（默认 OFF）
TYPE 4: Group Leader 公告 / Daily Task（默认 ON）
TYPE 5: 跨周期累积响应（默认 ON，每周不超过 2 条）
-
opt-in 路径设计（不要 onboarding 默认推系统弹窗）
来源：赛道 D · social App opt-in 仅 39% 的核心成因——onboarding 强弹反而拒绝率高。
不做这条会怎样：新用户第一天就拒绝推送 → 后续 retention 引擎完全失效。
RULE 1: onboarding 不弹系统推送权限
RULE 2: 用户第一次发 release 后，在 F-Return 页面用 "soft prompt" 引导：
"Want us to ping you when other moms respond? Otherwise you'll have to come back to check."
[ Yes, ping me ] [ I'll check back ]
RULE 3: 选 Yes 才弹系统权限。选 No 7 天后再问一次（用户已经看到响应的价值）
RULE 4: 用户连续 3 天打开 App 后才在 App 内顶部出现 soft prompt "You're getting active here. Want push?"
-
推送数据埋点（Day 1 必须埋，否则 Phase 2 ML 没数据训练）
来源：赛道 D · Duolingo Bandit / Reddit Budgeter 的前提是有用户级行为数据。Phase 1 不做 ML，但数据要从 Day 1 收。
不做这条会怎样：Phase 2 想升级到 Bandit 模型时，发现没有任何训练数据，要再等 3 个月收集 = 整体延期一个季度。
每条推送必须埋的字段：
- push_id, user_id, type, sent_at, content_template_id
- delivered (boolean), opened (boolean), opened_at, time_to_open
- post_open_action: open_app / open_target_page / dismiss / disable_type / disable_all
- session_after_push: did_release / did_react / did_reply / churn_24h
- 用户级累积：daily_push_count, disable_signal_score, last_engagement_at
预期 Phase 2 在此基础上跑 contextual bandit 或 causal forest。
IV. 与 5/25 验证报告的对接路径
5/19-5/25 一周轻量验证由 UX 团队基于 Figma v0.7 自然推出。验证回来后 Kris 这边的动作：
| 验证结果方向 | 对本份对照表/P0 的修正动作 |
|---|
| 默认实名接受度 ≥ 70% |
v0.8 锁定默认实名 + Peanut toggle label；赛道 B 结论原样进战略备忘 |
| 默认实名接受度 < 50% |
触发"双层灵活"软化：Group creator 默认匿名的能力提前到 Phase 1；重读 Whisper 死亡解剖避免重蹈 |
| Quick Reaction 4-tile 反馈不佳 |
沿用赛道 A · Strava Kudos 单一动作 + 频次奖励模型，砍掉 tile 改 emoji |
| Notification mock 反应正面 |
5 P0 全部按本文档进 v0.8；开发团队按 P0 顺序排期 |
| Notification mock 反应有顾虑 |
P0.4 opt-in 路径优先级提到首位；P0.1 Budgeter 上限从 3 条/日 降到 2 条/日 |
| 5 anchor 模型理解度低 |
对外沟通话术调整：从"5 anchor"改"3 种容器形态"（Persistent / Topic / Activity），Audio + Podcast 完全从 Phase 1 文案剥离 |
V. 决策请求（待 Tyra 拍板）
🔀 决策点 1：Phase 1 Anchor 范围
选项 A：Persistent + Topic + Activity + Audio + Podcast 全做（v0.7 团队当前默认）
优点：架构一次到位 · 缺点：5 anchor = Discord 化工程灾难，Vol.01 验证的 3 个核心闭环（在场感 / 匿名 release / 异步推送）会被分散资源
推荐选项 B：Persistent + Topic 先行，Activity 等硬件 push 跑通才上，Audio/Podcast 推 Phase 2
优点：聚焦验证 + 避免 Clubhouse / BeReal 死法 · 缺点：对外要重新沟通 5 anchor 模型；解法见上文"对外沟通文案建议"
选项 C：只做 Persistent（极简验证）
优点：最轻 · 缺点：丢掉 Topic anchor = 丢掉赛道 B 主战场（差异化最强的场景），不推荐
🔀 决策点 2：Phase 1 推送 5 P0 是否进 v0.8 战略备忘
推荐选项 A：5 P0 全部进 v0.8，写明"推送通知是 Phase 1 retention 命门，不是 Phase 2 nice-to-have"
优点：开发团队按此排期，避免推送被推迟到 Phase 2 导致整个 retention 链路失败 · 缺点：可能挤压其他 Phase 1 工作量
选项 B：只进 P0.1 (Budgeter) + P0.2 (异步范式) + P0.4 (opt-in 路径) 3 条，其他降级
优点：工作量可控 · 缺点：P0.3 类型粒度 toggle / P0.5 数据埋点 一旦没做，Phase 2 升级要重做基础设施
选项 C：5 P0 全部推到 Phase 2
缺点：等于放弃 retention 引擎，等于 BeReal 死法重演。强烈不推荐
VI. 4 赛道完整报告索引
本地路径： ~/Desktop/社区探索/调研/community-competitor-scan/
- 赛道 A · 实时在场感_Presence.html（IT / BeReal / Strava / Headspace / Calm / Peloton）
- 赛道 B · 匿名释放_AnonymousRelease.html（Reddit / Peanut Incognito / Whisper / Scary Mommy / Character.ai）
- 赛道 C · 容器多形态_Container.html（Discord / Clubhouse / SharePlay / IT Group Meditation / YouTube Premieres + Peloton Live）
- 赛道 D · 闭环通知_NotificationRetention.html（Strava / BeReal / Duolingo / Reddit / Peloton）—— 已部署 community-track-d-notification.pages.dev