H5.02.3low-value notifications should not interrupt设计研究

低价值通知不应打断

别名: 低价值不打断 · 静默投递 · interrupt vs inform

概念解释

通知有两条路:打断(声音、横幅、占屏)和告知(无声入栏、角标、收件箱)。低价值指错过几乎没有不可逆损失的那一类——成就、点赞汇总、功能推荐、已在应用内看过的状态同步。它们可以存在,但不该走打断通道。时机再好,把低价值条目切进正在进行的任务,付的仍是恢复成本,换来的收益接近零。

这条是通道选择:值不值得打断。它不是紧急度怎么标,也不是发多了会不会导致整应用被关。

机制

打断通道是稀缺的。每次切走都在花「下一条还被当回事」的额度。低价值条目占用这个额度,会把人对通道的先验改成「多半没事」;以后真要打断时,人已经学会延迟处理或直接清掉。告知通道不抢工作记忆,人可以在自己的任务边界去 sweep。把低价值留在告知里,不是隐瞒,是避免用恢复滞后去换一条可有可无的信息。

「低价值」按接收者的损失定义,不按发送方的点击预期。打开率高的促销仍然可以是低价值打断——人打开是因为颜色和倒计时,不是因为错过会有后果。

怎么研究

把同一批低后果条目随机分到「横幅加声音」与「只入栏」,在真实主任务上进行,比较主任务错误、恢复时间、以及事后是否还记得这条信息。

自变量:通道(打断 / 告知)、条目的错过后果、主任务负荷。 因变量:恢复滞后、信息回忆、后续对同类通道的打开延迟、会话中的清除手势。

实验室里「请认真看每条通知」会把低价值抬成任务本身。要允许忽略。不要用打开率当成功:打断可以提高打开,同时提高主任务差错,这是在用错误换点击。

边界

对把应用当工作台的人,运营消息可能被重新定义为工作(社群运营要看每一条互动)。此时「低价值」要允许按角色改写,但不能把改写结果当成全体默认。无障碍用户若只通过打断通道才能知道有新信息(通知栏难以扫视),完全静默等于剥夺告知,需要一条不抢焦点但仍可被辅助技术读到的路径。极端低负荷场景(锁屏闲置)打断成本低,但把低价值训练成「锁屏也可以出声」会外溢到高负荷场景。

怎么落地

  • 为每类通知标明通道:打断、静默入栏、仅应用内。低错过成本的类型禁止声音和占屏横幅。
  • 已在前台看过的状态不要再推一条打断;最多在通知栏留一条可点的记录。
  • 把「未打开」当成告知失败来优化文案和入栏位置,而不是升级成铃声。
  • 验证:选一类打开率不低但事后无人采取行动的推送(成就、推荐),改成只入栏一周,看主任务中断次数和该类的实际后续动作是否下降;动作不降而中断下降,说明原来是在用打断换无效打开。

延伸

  • 同组H5.02.1 打断的代价随任务投入度上升 · H5.02.2 子任务边界是较低成本的时机
  • 相邻H5.01 通知的紧急度分级 · H5.07 推送频次 · H5.06 可操作通知
  • 站内检索interrupt vs inform · silent delivery · low-value notification

同组卡片

快捷操作

分享

分享当前页面

ios_share

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