通知设置应让用户决定“哪些事情、通过什么渠道、什么时候通知我”。先按事件分类，再给站内、邮件、设备推送分别设置；应用里的开关与设备授权分开显示。关闭某个渠道后仍要说清业务结果在哪里查看，不能把“没有提醒”变成“任务不再存在”。
以项目协作产品为例，用户希望被提及时及时知道，又不想每次普通评论都收到邮件。可以在墨刀原型中排布通知偏好和实际消息，用同一条事件检查设置前后的变化，而不是单独评审一页开关。
事件分类应使用用户认识的事情
“消息类型A”“系统消息”和“其他”很难帮助选择。更有用的分组是“有人提及我”“我关注的任务有新评论”“任务即将到期”“每周项目摘要”。名称说明触发条件，而非后端消息队列的来源。
不要把一切都称为“重要通知”。如果每组都重要，用户无法判断关闭的后果。对必须传达的账号或服务事项，明确列出具体范围与采用的渠道；是否可退订由产品和相应政策确定，不能用“系统通知”一词无限扩大不可关闭的范围。
| 事件 | 站内记录 | 邮件选择 | 推送选择 |
|---|---|---|---|
| 有人提及我 | 进入我的通知 | 即时 / 关闭 | 开启 / 关闭 |
| 关注任务的新评论 | 保留任务活动记录 | 每日摘要 / 关闭 | 开启 / 关闭 |
| 任务即将到期 | 任务列表仍显示到期状态 | 开启 / 关闭 | 开启 / 关闭 |
| 每周项目摘要 | 项目报告可查 | 订阅 / 取消订阅 | 本例不提供 |
这张表是本例的产品约定，不是每个产品都应该拥有这些渠道。没有独立推送能力的服务，不要为了表格整齐放一个永远无法生效的开关。“不提供”与“用户关闭”要有不同外观，避免误以为自己漏开了权限。
总开关与细项，要能够往返恢复
“关闭所有邮件”可以作为快捷操作，但应决定是否保留用户原来的细项选择。本例保留细项：总开关关闭时暂停该渠道发送，子项显示已有选择但暂不可改；重新开启时恢复原配置。界面说明“暂停邮件通知，保留各类通知设置”，减少用户对重新配置的担忧。
如果总开关实际会把所有细项改成关闭，就用“全部关闭”表达批量修改，重新开启时不能假装记得原配置。两个方案分别适合临时暂停与重设偏好，不能在同一个开关上混用。
项目级和个人级设置也要写清优先级。个人设置默认适用于所有项目；用户对某个项目做特殊设置后，显示“使用自定义设置”，并提供“恢复个人默认”。只有继承关系真实存在，才需要这一层；少量通知的产品用一层设置更容易理解。
推送开着，却收不到，问题可能在另一层
网页系统通知需要用户向当前网站授予权限。MDN的Notifications API说明要求权限请求与用户操作关联，并提示浏览器支持存在差异。因此，“应用允许推送”不能等同于“设备一定会收到”。
可以把渠道状态写成“本产品已开启，浏览器尚未允许”，再提供明确的启用动作。用户拒绝过授权时，告诉他去哪里调整浏览器设置；不要每次进页面都反复弹申请，也不要把按钮画成能替用户绕过系统授权。
还应说明配置范围：账号级订阅通常跨设备保存，设备通知权限往往只对当前浏览器或设备有效。另一台电脑可以收到，不表示当前手机已允许。测试通知若产品确实支持，应说明它用于确认这条渠道能否到达，不改变用户对其他类型的选择。
免打扰控制发送时间，不吞掉业务状态
本例设置每天22:00到次日8:00不发送普通推送，以账号选择的时区计算。跨过午夜的时段要完整表达“次日”，同时在界面显示采用哪个时区。用户出差时跟随设备时区还是保持账号时区，需要明确选择，不能自动切换后仍显示原说明。
免打扰结束后，是否补发昨晚的消息同样影响体验。本例将仍需处理的提及合成一条摘要，已读或已完成的任务不重复提醒；站内活动记录照常保留。邮件摘要另按订阅时间发送，不因为推送结束免打扰就额外再发一轮邮件。
若事件已经失去意义，例如一个取消的会议，不应在早上以“即将开始”补发。延迟的是提醒，业务页面始终要显示当前状态。读者需要区分消息阅读与任务完成时，可参考通知中心与即时反馈的分工。
设置保存后，告诉用户从什么时候生效
小开关可以即时保存；调整多个渠道、频率和时段时，也可以统一点击“保存设置”。两者都要让失败可见。本例使用统一保存，成功后显示“通知设置已更新”，失败时保留当前输入并允许重试，不能刷新后悄悄回到旧值。
已经发到邮件服务或设备的消息，通常不能靠关闭开关撤回。文案可说明“对后续通知生效”，如果系统还能取消排队中的任务，再按实际能力解释。不要承诺点击后不会再收到任何一封邮件，除非发送链路确实保证这一点。
提供“恢复默认”时，先展示会重设哪些项目。默认不是永久正确答案：用户已明确关闭的渠道，不应因产品新增一个通知分类而被重新开启。新增类型如何继承偏好，也应进入设置规则，而不是只在发布时补一个开关。
拿四个事件检查设置有没有兑现
- 关闭普通评论邮件，保留提及邮件；分别触发两种事件，界面应能解释为什么只发送一种。
- 在应用内开启推送，但让设备权限处于拒绝状态；设置页应指出阻断位置，而非继续显示一切正常。
- 在免打扰时段收到提及，随后完成对应任务；时段结束时不再补发过时待办。
- 修改多项偏好后模拟保存失败，离开再回来前先处理未保存内容；只有成功保存的配置才能用于发送。
设计稿交接时带上事件分类、渠道范围、继承优先级和生效时点。用户不需要了解通知服务如何实现，但应能从设置页准确预期下一条消息会不会来、在哪里来。
