I3.01.1stable status locus设计研究

当前状态需在界面上有稳定的表达位置

别名: 状态位置 · 系统状态可见 · status home · 固定状态栏

概念解释

「系统在干什么」必须落在一个下次还能找到的位置。同步图标永远在标题旁、连接状态永远在顶栏、草稿是否已保存永远在同一句旁注——这叫稳定状态位点(stable status locus)。Nielsen 的启发式「系统状态可见」(visibility of system status)常被理解成「给个提示就行」;提示若这次是 toast、下次是按钮内文字、再下次缩成会移动的小点,状态在像素上出现过,在人的查找习惯里并不存在。

它管的是去哪看,不是变化怎么动、也不是有没有通知。同一类事实换地方出现,等于没有表达。

机制

评估系统在做什么,依赖评价鸿沟(gulf of evaluation)的闭合:人要把当前感知与目标比对,首先得知道感知该从哪一块界面取。位置稳定之后,眼动形成捷径——顶栏右侧、列表项尾、编辑器标题旁——取样成本接近一次扫视。位置漂移,每次都要重新搜索,搜索失败就被编码成「未知」。未知不是中性:人会用上一次看见的值继续决策,等于拿过期模型当当前。

第二层是通道竞争。瞬时提示(toast、横幅)会抢走注意,但它们没有住址,消失后位点空掉。把全局状态只放在瞬时通道里,等于把「现在」写成「刚才闪过的一句」。全局状态需要一个在任务过程中一直在的锚;瞬时通道只能叠加在锚上,不能替代锚。

怎么研究

启发式评估里,「状态可见」这一条的编码要拆成「出现过」和「能再次找到」。只记「界面上有过同步字样」会高估;让评估者在操作中途被打断、过十几秒再问「现在同步到哪了」,看他们眼睛先去哪、答不答得出。情境意识(situation awareness)的一级测量——能否报告环境中的关键元素——用在界面上就是:不给提示、不让翻菜单,口头报告连接、保存、权限这几项。

自变量:状态控件的位置是否跨屏一致、是否只用瞬时通道、打断后再查询的间隔。 因变量:首次注视到正确位点的时间、口头报告正确率、用过期状态继续操作的次数。

实验室里被试知道「待会儿要问状态」,检出率会偏高。更接近产品的做法是在真实任务中途插入一个无关问题,再突然问当前同步或连接,而不是让人盯着状态栏做检测任务。

边界

整屏就是状态的流程(安装向导、全屏播放、支付中的阻断页)不需要另找一个角落位点——页面本身就是位点,但离开这页之后,同一事实若还要在别的页被查询,仍须落到稳定位置。手表、车机等极小表面放不下常驻栏,位点可以是表冠旁的一颗点,条件是那颗点不换位、不和其他徽章抢槽。屏幕阅读器没有「位置」,稳定表达改成可查询的状态区或一致的提示语序:每次断线都从同一套话开头,而不是有时读标题、有时读按钮。实时协作里,他人光标满屏移动,那是内容不是系统状态;系统状态(连接、权限、冲突)仍要有不跟光标走的锚。

怎么落地

  • 给每类系统事实指定一个家:连接、同步、保存、权限、会话,一类一个位点,跨路由不搬家。
  • 瞬时提示只用来喊「刚发生变化」,喊完后事实仍须能在家里读到。
  • 不要把全局状态只塞进被点开才看见的菜单;家要在主任务视野里可扫到。
  • 验证:抽三条互不连续的屏幕截图,圈出同一类状态。若圈不在同一相对位置,或某张图上完全消失,位点已经不稳。再做一次打断测试:操作中途切到别的 app 十秒,回来只许看一眼,问「现在连着网吗 / 保存了吗」。答不上来就不是可见,只是曾经显示过。

延伸

  • 同组I3.01.2 状态变化需要过渡而非跳变 · I3.01.3 静默的状态变化会破坏用户模型
  • 相邻I3.02 乐观更新 · I2.12 缓存与陈旧内容
  • 站内检索stable status locus · visibility of system status · gulf of evaluation

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/I3.01.1