分级需允许用户调整
别名: 紧急度可调 · 用户改优先级 · per-sender priority
概念解释
系统给出的紧急度是发送方对「一般用户」的猜测。真正的损失函数在接收者手里：同一条「订单已发货」，对等快递的人是噪音，对当天要在家签收的人是必须听到的。分级可调指用户能把某类、某发送者或某一会话的档位上调或下调，而不必关闭整条通道。
这条谈的是已在发送的类型如何改档，不是「要不要订阅这一类」，也不是操作系统那一次授权开还是关。
机制
默认矩阵按事件类型切，切不到个人情境：时差、值班、正在带孩子、正在考试。人解决错档的办法很粗：要么忍，要么关应用通知。关是不可逆的信息损失，忍是持续的错误打断。可调档位把决策从「全开 / 全关」拆成「这类改安静、那个人保持横幅」。
调整必须作用在人能指认的对象上。若只能改全局「重要性」，用户不知道下一条会落在哪一档，调整就变成抽奖。对象太细（每一条单独标）又变成分拣劳动。有效的对象通常是：发送者、会话、产品已经划好的内容类型——在这些对象上改档，下次同类到达时结果可预测。
怎么研究
给一个带默认档的通知集，允许半数组改档、半数组只能开关。比较后续的关闭整条通道率、错档抱怨、以及改档是否稳定（改完又改回说明控件不可理解）。
自变量：可调对象的粒度（全局 / 类型 / 发送者）、改档入口是在通知上还是只在设置里、默认档与用户排序的初始错位。 因变量：整通道关闭率、改档次数与回滚次数、被下调类型的后续打开率。
实验室里的「请改成你喜欢的」会高估调整意愿。真实调整发生在被烦到的那一次，入口若不在当场，测量到的是找不到控件，不是不想调。
边界
安全、付款、法定送达等类型不应允许调到「完全静音」而不留一条可见的备案通道，否则可调变成可规避。公共终端和被监护账号上，调整权可能在管理员而不在当前操作者。类型会改名或合并时，旧的档位映射必须显式继承或提示重选，静默丢映射等于把用户调过的档清零。
怎么落地
- 在通知上提供「降低这类打断 / 提高这类打断」，对象名称与设置页里的类型名一致。
- 下调不得偷偷关掉整应用；上调不得把营销一并抬进声音通道。
- 设置页列出用户改过的对象和当前档，允许一键恢复系统默认，避免人调乱之后无法回头。
- 验证：找人处理十条故意错档的通知（把低后果标成横幅、把高后果标成静默），看他们能否在两条之内把对象改对，以及改完后下一条同类是否按新档到达。整应用被关掉则入口失败。