D5.10.2Active alternative after failure设计研究

检测失败应主动提示可用的替代模态而非静默失效

别名: fallback notice · alternative path · failure recovery

概念解释

检测到默认模态失效后,系统必须通过仍可感知的通道提示替代路径。如果语音通道坏了就用可见横幅或振动,屏幕不可用就用播报或触觉,而不只是停止响应。替代提示应包含原因摘要、可用选项和切换或继续的入口。

机制

静默失效剥夺了用户解释当前状态所需的信息:不知道是系统没收到、识别失败、通道被禁用还是任务结束。主动替代把控制权移到仍能工作的通道,并把等待变成选择。提示本身受可用性约束:不能再用失效通道来宣布失效,也不能用会泄露敏感内容的公共播报。最佳路径通常按后果分两级——低风险时自动切到次选并显示变化,高风险时列出替代并让用户确认,因为不同通道可能改变可见性、速度或隐私。

怎么研究

可比较静默失效、错误提示、替代提示和自动切换:在任务中途使视觉、听觉或触觉失效,记录用户是否能继续、发现失效的时间、误重复次数和任务放弃。变量包括失效通道、剩余通道、提示内容和后果等级;因变量包括恢复成功率、切到替代通道的时间、错误动作和主观可控感。必须用未失效通道验证提示到达,例如屏幕坏时确认振动或播报可感知。

边界

替代并不总是自动切换更好。若次选会公开内容、显著变慢或高后果操作需要确认,应先列出选项。某些组合没有等价替代:精细图表在无屏幕时可能只能摘要,复杂语音编辑在噪声中可能不可行。此时要说明可完成的部分与限制,而不是宣称“等价可用”。频繁失效时也不能把每次提示都做成打断,可用持久状态加关键变化提醒。

怎么落地

  • 为每类模态失效预设至少一条不依赖该通道的提示和替代路径。
  • 显示失效原因摘要、可用通道、切换入口,以及是否有功能损失。
  • 高后果或外部可见动作在替代通道上保留确认;低风险任务可自动切换并允许返回。
  • 验证方式:在每类失效下测试恢复率和重复尝试,并请用户说出可用替代与功能限制。

延伸

  • 同组D5.10.1 系统需要实时检测环境是否支持当前默认模态 · D5.10.4 误判可用性会导致用户对着不可用的通道反复尝试
  • 相邻D5.09.2 隐藏的自动切换会让用户误判系统正在使用哪种模态 · D5.04.3 模态可用性变化时需自动提示替代路径
  • 站内检索alternative path · failure notice · graceful fallback

同组卡片

快捷操作

分享

分享当前页面

ios_share

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