这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
通知的两种形式与分类
用户旅程：两条路径
下午，产品经理小李给我画了用户旅程：
用户打开 App
↓
看到通知红点（手机桌面）
↓
点击通知，进入 App
↓
查看具体内容
↓
可能会查看历史通知（消息中心）所以通知有两条路径：
- 即时推送：弹到用户手机上，瞬间的，可能错过。
- 站内信：App 内消息中心，持久的，随时可查。
这两者是互补的，不是替代关系：推送负责「提醒」，站内信负责「记录历史」。
分类通知
回到工位，我分析通知的类型：
即时性要求：
- 高：私信、评论@、关注
- 中：点赞、系统公告
- 低：促销、周报
用户关注度：
- 高：私信、评论@、关注
- 中：点赞、系统公告
- 低：促销、活动
发送频率：
- 高频：点赞（一个热门动态可能有上千个赞）
- 中频：评论
- 低频：系统公告
问题 5：不同类型混在一起处理
「点赞通知和私信通知，重要性完全不同」，我在笔记本上写道，「不应该用同样的方式处理。」
这个认知是后面所有设计（分级队列、限流、偏好）的起点：
- 私信：必须及时、不能丢。
- 点赞：可以聚合、可以延迟。
- 系统公告：要控制频率，不能轰炸。
一句话
通知 = 即时推送 + 持久站内信两条路径；按即时性、关注度、频率分类。不同类型不能一视同仁——这是后面所有章节的设计前提。