退订入口需在通知内可达
别名: 通知内退订 · 就地退订 · in-notice unsubscribe
概念解释
当人已经不想再收这一路推送时，出口必须出现在这张通知上：关掉这类、退订此活动、不再接收来自这个发送者。把出口只放在设置深层，等于在最烦的时刻要求一次寻路。找不到就走总关或撤权限。就地退订保的是整条通道，交出的是当前这一路。
这条是超阈值之前的逃生口。它不是分类订阅该怎么设计（粒度、默认开还是关、和设置页如何同步），也不是系统权限该何时申请。
机制
关闭决策发生在被打扰的那几秒，工作记忆里装着的是眼前这张卡，不是设置信息架构。出口若要求「打开应用 → 找到设置 → 找到通知 → 找到这一类」，路径长过厌恶的半衰期，人会选系统开关——系统开关在控制中心里，步数更少。通知上的退订把对象限定为当前类型或发送者，满足的是「停这一路」而不是「停这个应用」，所以它是通道的保险丝。
出口还要诚实。写「管理」却进首页、写「关闭」却只静音这一条、退订后同类仍来，人会把下一次出口直接升级成撤权限。
怎么研究
比较「仅设置里可关」与「通知上可关当前类」，看总关 / 撤权限 vs 单类退订的分流。
自变量：出口是否在通知上、对象是当前类还是整应用、退订后是否仍有残余到达。 因变量：单类退订率、总关率、退订后再到达的投诉、权限再开启率。
实验室「请关掉你不喜欢的」会把寻路变成任务，高估设置页成功率。更硬的是在连续到达之后不提示、看人的第一动作落在通知菜单、应用设置还是系统权限。不要用退订率高当失败——单类退订高而总关低，保险丝在工作。
边界
安全、账单、法定送达不应在通知上提供与普通营销同样显眼的退订，以免误关；但必须能从卡片走进该类的说明，而不是完全无出口。邮件法规要求的退订链接与系统通知不是同一通道，不能互相替代。儿童或被管理设备上，退订权可能在管理员，卡片上应说明「由管理员控制」而不是放一个按了无效的开关。
怎么落地
- 在通知菜单或卡片底部放「停止这类」，对象名称与设置页一致，一步完成。
- 退订后该类立即不再发送，并在设置页同步为关闭；不要只对这一条静音。
- 不要把「停止这类」做成「关闭全部通知」的马甲。
- 验证：连续发同一类直到人表示厌烦，看第一出口落在哪。若多数人去了系统权限而卡片上没有「停止这类」，保险丝就不在现场。退订后再抽查 72 小时，该类不应再到达。