B3.01.4Visibility of System Status设计研究

判定标准是用户能否随时回答系统在做什么与自己处在哪里

别名: 情境意识 · 状态判断 · 可答性测试

概念解释

这条准则给状态可见性(visibility of system status)一个可测判定:暂停任一时刻,用户应能回答两个问题——系统正在处理什么、我在任务/信息空间的哪个位置。答案要来自界面,而不是回忆上一页或猜测。

机制

任务会跨越点击、页面、异步更新和中断;视觉元素存在不等于用户能把它连成情境模型。判定要从用户语言收集证据,因为设计者知道内部状态时会自动补全缺失。两个问题分别覆盖过程意识和位置意识,缺一都会导致重复操作、迷路或不敢继续。

怎么研究

在任务中的随机点冻结界面并提问:“系统现在在做什么?你在哪里?下一步能做什么?”记录答对、答错、需要回溯和时间。也可用回顾式出声思考、情境意识问卷和日志对照;分析时按任务阶段、中断和异步事件分层,而不是只问结束时满意度。

边界

答案的粒度要匹配任务。普通浏览不必让用户说明服务调用;高后果流程则需要能说出保存、发布、审核或同步是否生效。专家可从少量线索推断状态,新手需要显式信息;跨页返回、低网络和多标签场景最容易失败。

怎么落地

  • 在可用性脚本中插入随机停顿提问,统计“过程/位置”双题正确率。
  • 对失败片段回看界面,找出缺少当前对象、阶段、保存状态或面包屑的位置。
  • 给每个关键页面定义用户应能说出的三件事,并写进入验收查。

延伸

  • 同组B3.01.1 用户应随时知道系统正在做什么 · B3.01.2 状态反馈需在合理时间内出现 · B3.01.3 长任务需要进度而非仅忙碌指示 · B3.01.5 等待超过一定时长后,反馈需从瞬时提示升级为持续的状态呈现 · B3.01.6 后台任务同样需要可见,离开当前界面不等于任务不存在 · B3.01.7 状态应表达进展与剩余,而不只是表明系统繁忙
  • 相邻G1 导航与信息架构 · Q2 可用性评估
  • 站内检索situation awareness · think aloud protocol · wayfinding

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B3.01.4