这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
产品需求
产品需求
入职第六周，产品经理小李找到我：
「用户投诉说半夜被推送吵醒，能不能加个免打扰时段设置？」
「还有，有些用户只想收私信通知，不想收点赞通知，能不能让他们自己选择？」
我打开竞品 App，发现它们都有通知设置页面：
- 全局开关：是否接收推送。
- 分类开关：点赞、评论、关注、私信、系统通知。
- 免打扰时段：比如 23:00-07:00 不推送。
- 推送频率：高、中、低。
这些设置，我们都要支持。
需求拆解
通知偏好设置要覆盖三个层次：
- 全局：是否接收推送（总开关）。
- 分类：每类通知的开关（私信、评论、点赞、关注、系统）。
- 渠道：推送 vs 站内信的偏好（可分别控制）。
为什么重要
偏好设置是「减少打扰」的最后一环：
- 系统限流是「服务端替你克制」。
- 用户偏好是「用户自己掌控」。
- 两者结合，才是完整的防骚扰体系。
全局 + 分类 + 渠道三个层次，让用户完全控制
设计要点：
默认策略按用户群体区分；高频访问用 Redis 缓存；免打扰时段要处理跨午夜（23:00–07:00）；
每个开关影响的是发送时的一次偏好检查。
一句话
偏好管理的需求本质：把「收什么、何时收、收多少」的控制权交给用户。下一节看数据模型与默认策略。
发现内容有问题？
告诉我们哪里需要改进。