H5.01.1notification urgency by consequence and latency设计研究

分级依据是后果与时效

别名: 紧急度分级 · 后果时效矩阵 · urgency matrix

概念解释

通知的紧急度(urgency)回答的是:这条信息现在该不该占用注意。分级依据应是两件事的乘积——不看会发生什么(consequence),以及后果多久落地(time criticality)。门锁被打开、验证码五分钟失效、好友点了个赞,三者的商业发送意愿可能一样强,但后两者里只有验证码同时具备高时效;点赞两者都低。紧急度不是发送方的渴望,也不是音量或颜色有多刺眼。

这条只谈「按什么标准把一条通知放进哪一档」。它不回答打断会不会毁掉正在做的事,也不回答假警报多了人会不会对真警报免疫。

机制

注意是定额资源,系统必须排序。人默认用「错过的代价 × 必须响应的窗口」来排:代价高且窗口短的,值得立刻切入;代价高但窗口长的,可以等一个空档;窗口短但代价低的,只是制造匆忙。发送方若用点击率或营收替代这组坐标,排序就会与用户的损失函数错位——促销倒计时被标成最高档,账户异常反而挤在静默队列里。

档位要能被感知成相对差异。两档之间如果在呈现上无法区分(都是横幅加声音),分级只存在于配置表,不存在于体验里。人校准的是自己最近几天收到的「最高档」长什么样;若最高档经常是无害信息,后续真的高后果事件也会按那个标准被降权。

怎么研究

用排序与权衡任务,而不是问「你觉得这条重不重要」。把同一组通知让人按「现在必须看 / 稍后看 / 可以不看」分堆,再让人对「错过 10 分钟 vs 错过 1 天」做权衡。

自变量:后果类型(安全、财务、社交、营销)、截止窗口、发送方身份。 因变量:分堆一致率、与系统默认档位的错位率、被标成最高档的条目占比。

实验室里被试会把「重要」说成道德判断(家人消息永远最高),产品日志里的真实点击却按当时任务切。要把声明偏好和接收当下的打开行为分开。不要把打开率高读成紧急度高——促销打开率可以很高,错过后果仍然接近零。

边界

法定强制警报(地震、空袭)不走产品自己的后果矩阵,通道和呈现由监管规定。值班、运维、交易台把「时效」定义成秒级,消费级的三档分法会不够用。用户对社交消息的后果评估高度个人化:对甲是可延后的赞,对乙是正在进行的约会协调。发送方无法从事件类型单独推出档位时,默认应偏低,而不是偏高。

怎么落地

  • 为每类通知写「错过 1 小时的可逆损失」和「必须在多久内处理」,只有两维都高的才进横幅或声音;其余进通知栏或收件箱。
  • 把营销、成就、系统公告从紧急通道拿开,即使它们带倒计时文案。
  • 定期看最高档占比:若一周内过半推送都标最高档,先改分类规则,不要先改动画。
  • 验证:抽 20 条最近发送,找未参与分级的人按后果×时效重排;系统档与人的档不一致的条目,记下是哪一维标错,只改那一维。

延伸

  • 同组H5.01.2 全部高优先级等于没有优先级 · H5.01.3 分级需允许用户调整
  • 相邻H5.02 打断成本与时机 · H5.08 警报疲劳 · H5.10 推送频次与时段
  • 站内检索notification urgency · time criticality · consequence

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H5.01.1