VOCABULARY / 词条
系统状态可见性
Visibility of System Status
系统应始终让用户了解当前发生了什么，通过恰当的反馈在合理时间内传达状态；这是 Nielsen 十大可用性启发式中的第一条。
识别特征
- 任何耗时或结果不确定的操作都有对应的状态呈现
- 反馈在与该交互匹配的时间窗口内出现，而非用户已经重试之后
- 状态呈现的内容是系统已核实的事实，而非提前假定的结果
概念边界
这是一条原则，不是具体机制：确定进度条、不确定进度、状态消息、按下状态反馈都是它在不同场景下的具体落地。它关心的是状态是否被传达，而不是系统实际运行得有多快——响应更快属于性能问题，不属于本条目的范围。
什么时候考虑它
- 操作有延迟、多个步骤或不确定结果，用户需要判断系统是否收到指令
- 选择用哪种具体机制（进度条、状态消息、按下反馈等）来体现当前状态
- 评估现有界面是否让用户在等待中感到失联或重复操作
什么时候慎用
- 把本原则当作某个具体控件的实现规范去套用像素或时长
- 用它来证明系统必须做得更快——它约束的是沟通是否到位，不是性能指标
- 为满足可见性而堆砌无关紧要的状态提示，制造视觉与听觉噪音
取舍
持续传达状态能建立用户信任并减少误操作，但状态呈现本身占用界面空间和用户注意力，实现和维护多种状态展示也增加成本。
条件规则 · 编辑建议
相关词条
确定进度条是本原则在可量化任务上的一种具体落地。
状态消息是本原则在结果反馈场景下的具体落地。
可见性要求状态被传达，平静技术约束传达的方式不应抢夺注意力，两者共同决定实际体验。
让用户看清当前状态是预防误操作的前提之一，两者常需配合。
来源与支持范围
将“系统状态可见性”列为第一条可用性启发式，原文表述为设计应始终通过恰当反馈在合理时间内让用户了解当前发生了什么。
检索日期：2026-09-15详细阐述该启发式：系统状态传达得越好，用户越能理解当前状况、判断下一步操作，并建立对系统和品牌的信任；文中强调即时反馈有助于用户尽快发现并纠正错误。
检索日期：2026-09-15 · 存档于 2026-09-16AA 级准则要求状态消息可通过角色或属性被程序化确定，使辅助技术能够在不获得焦点的情况下将其呈现给用户，这是状态可见性在无障碍层面的具体要求。
检索日期：2026-09-15 · 存档于 2026-09-21定义参考以上来源；数字界面示例、选择建议、条件关系及配方由本样例编辑，尚未经用户研究验证。
类型扩展与实现说明
本词条尚无可操作样本；插画为编辑示意。产品中仍需验证：状态变化是否真的能被辅助技术播报、反馈到达的实际时延是否匹配交互场景、以及呈现的状态文案是否对应系统已核实的真实结果。
{
"evidenceType": "可用性启发式与无障碍标准",
"limit": "本条目只约束状态是否被传达及传达方式，不规定具体机制的像素、时长或系统实际性能。"
}打开本词条的 Agent JSON 文件这个文件原样收录本词条的全部字段，并附上来源、存档与编辑声明。