D5.06.7User override of arbitration设计研究

用户应能在特定场景下临时改写默认的仲裁结果

别名: user override · temporary rule · context exception

概念解释

用户应能在特定场景下临时改写默认的仲裁结果。默认规则按通用情况设定,但用户可能正处于只需要关注某一类事件的状态(例如等待一条关键通知)。允许临时改写使用户能够按当前需要调整注意分配,而不必修改全局设置。

机制

默认规则与个别场景不匹配的根源是信息不对称:设计者不知道用户此刻在等什么,而用户知道。临时改写把这一信息补充进仲裁,使结果更贴近用户需求。与修改全局设置相比,临时改写的优势是有明确的有效范围,不会在场景结束后继续影响其他情境,因此用户愿意使用。实现上需要界定范围(仅本次、直到手动恢复或按类别生效)并在界面中显示当前生效的改写状态,否则用户可能在场景结束后忘记恢复。

怎么研究

可测量改写功能的实际使用与后果:记录用户改写后关键事件的送达情况、是否恢复默认以及是否出现长期遗忘恢复的情况。变量包括改写入口的可达性、有效范围设定与场景类型。因变量包括使用率、恢复率与关键事件漏失率,后者检验改写是否被误用。

边界

当改写的有效范围不明确时,用户可能长期处于被修改的规则下,反而漏掉其他重要事件,因此明确的范围与可见的状态是必要前提。若某个事件被判定为不可降级,改写不应允许将其完全关闭。若用户极少使用改写功能,说明默认规则已经足够匹配,或入口不够可达。

怎么落地

  • 提供可达的临时改写入口,并明确有效范围与恢复方式。
  • 在界面中持续显示当前生效的改写状态,避免用户遗忘。
  • 对不可降级的类别限制可改写范围,只允许调整而非关闭。
  • 验证方式:统计改写后的关键事件漏失率与恢复率;若漏失率上升或大量用户未恢复,改写机制的范围设定需要调整。

延伸

  • 同组D5.06.3 优先级应按后果等级而非按通道能力 · D5.06.6 跨应用的仲裁通常由系统层而非单个应用决定
  • 相邻D2.11.1 用户需要能按类别而非全部开关来控制声音 · D5.09.4 显式切换后系统不应无提示地自行切回默认模态
  • 站内检索user override · temporary rule · context exception

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/D5.06.7