H4.05.3notification category opt-in设计研究
分类订阅优于一揽子授权
别名: 分类授权 · 一揽子通知 · granular notification consent · blanket notification
概念解释
系统通知权限常常是一开全开。更好的授权结构是：系统通道打开之后（或打开之前），让人按类别选择加入——交易、社交、营销可以分别是开或关——而不是「允许通知」一张总闸。这条谈的是授权结构，不是授权之后如何在设置里长期管理订阅、也不是推送该多密。分类订阅一旦做成事后才能改的隐藏页，仍等于一揽子授权。
机制
一条通道上混着高价值与低价值消息时，人只能用总闸响应最烦的那一类，于是交易提醒和营销一起被关。分类把决策拆开，允许率按类分化：安全类可以高，营销类可以低，这是意愿而不是失败。一揽子授权把分化推迟到后悔时刻，而后悔的工具往往仍是总闸。授权当下若只给总闸，等于在信息最多、动机最具体的窗口浪费了粒度；事后再拆类，发现成本高，用的人少。
怎么研究
比较「只请求系统总闸」与「总闸之外按类勾选」，看各类的开启状态与事后关闭。
自变量：授权时是否出现类别勾选、默认是全开还是全关、类别个数。 因变量：各类别的开启率、系统总闸关闭率、因通知而卸载的比例、设置页里事后改类的人数。
不要把总闸允许率当成功。分类条件下总闸允许率可能下降，但高价值类保持开启、总关闭下降，才是结构有效。类别多到变成另一张表单时，测量的是负担，要把「粒度过细」和「有粒度」分开。
边界
只有一类通知的工具（纯来电、纯验证码）做分类没有对象。操作系统若不允许在授权瞬间展示通道列表，应在系统弹窗前后立刻给出类别选择，而不是等几周后的设置。企业强制通道不能做成可退订的营销类。分类不是把紧急度分级界面塞进授权——紧急度是以后每条怎么发，这里只要「哪一类可以发」。
怎么落地
- 在系统通知权限被允许的同一流程里呈现类别开关，默认只打开人刚刚体验过的那一类，营销类默认关。
- 类别名称与将要注册的系统通道一致；授权流里没出现的类，代码不得在事后自动打开。
- 主按钮是「按我的选择打开」，不要用「允许全部」盖住已关掉的类。
- 验证：授权完成时读取系统通道或应用侧订阅状态，确认未勾选的类为关。跟踪三十日内总闸关闭率，对比一揽子版本；高价值类仍在、总闸少关，结构才算赢。不要用「授权后发送总量」当指标。