H4.05.2notification-type disclosure at ask time设计
需说明将发送哪类通知
别名: 通知类型说明 · 授权时披露 · notification category preview · permission-time disclosure
概念解释
请求通知权限时，人要能看见将会发来的类型：订单与物流、账号安全、好友消息、营销活动——而不是一句「开启通知，不错过任何更新」。类型清单是授权决策的材料，不是写好以后每条推送的标题，也不是规定各类一天几条。这条停在授权这一刻的披露；紧急度怎么分级、文案怎么写、如何聚合，留给通知模式去管。
机制
系统弹窗只说「允许通知」，范围是整条通道。人用来估计打扰的，是内容类型：安全告警可以接受，促销不能。若不在请求时列出类型，允许等于给未知类别签发总闸，事后只能靠关掉整条通道来后悔。列出类型还形成可核对的承诺：授权后若出现清单上没有的类，人能指出越权，而不是怀疑自己当初同意过「任何更新」。披露失败时，拒绝往往针对最坏想象（广告），连安全类也被一起关掉。
边界
类型在授权时尚未确定（用户还没选兴趣、还没有订单）时，应写「目前只会有账号安全；其他类型会在出现前再问」，而不是编一份将来可能发送的总单。系统用途字符串写不下清单时，清单放在前置说明里，弹窗短句与清单第一项对齐。法律要求的完整政策不能替代类型清单；政策可链出去，清单必须在当场。
怎么落地
- 在通知权限的前置说明里列出将启用的类型，每类一句人能懂的例子（「库存到货」「登录新设备」），并标明哪些现在不会发。
- 与即将真正注册的系统通知类别或通道一一对应；清单有、代码没有的类不要写。
- 授权弹窗本身若只能写一句，就写覆盖最宽或最敏感的那一类，详细清单留在前置层。
- 验证：找未参与设计的人看完请求界面（含前置层），在点允许之前写下「你认为会收到哪几类」。漏掉营销或把营销当成系统告警，披露失败。再抽查上线后首周实际发出的类别是否落在清单内。