D2.03.6Alarm escalation设计研究

长期未处理的警报应能升级到更高一级的表达

别名: unacknowledged alarm · escalation policy

概念解释

警报升级是当问题持续、接近时限或影响扩大时,使其表达和路由随风险变化升级,而不是无限重复原有声音。

机制

未处理不必等于被忽略:用户可能正在处置、无权限、不适用,或条件已经自动恢复。盲目加密声音会造成疲劳,还会让“更响”不再表示“更重要”。有效的升级要基于状态、时限、影响范围和确认记录:声音可以更高、更快或带新音色,同时路由要转向能接管的人;问题恢复、责任人接手或用户明确延后时,则必须降级或转为可查看记录。

怎么研究

模拟已确认、未确认、自动恢复和持续恶化的警报,测量升级是否被理解、是否导致正确接管,以及是否造成无谓打断。记录升级前后的响应时间、接错对象、重复确认和恢复后是否关闭,用这些结果区分“提醒有用”和“同一人被反复轰炸”。

边界

升级必须可停止和可解释;问题恢复、责任人接手或用户明确延后后,应降级或转为可查看记录。

怎么落地

  • 定义触发条件、升级路径、责任人和恢复条件。
  • 声音升级同时显示原因、剩余时限和可执行处置。
  • 审计升级结果,避免对同一人反复轰炸。
  • 验证方式:在持续未处理、自动恢复和责任人接手三类场景中测量正确接管率、无谓打断和升级停止时间。

延伸

  • 同组D2.03.3 所有声音同等紧急等于没有紧急 · D2.03.7 级别定义需要跨产品线统一
  • 站内检索alarm escalation · unacknowledged alarm

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/D2.03.6