B2.17.3Explainable disabled state设计研究
禁用态需同时说明为何不可用与如何变为可用
别名: 禁用态 · 不可用原因 · 激活条件
概念解释
禁用态是以视觉、行为或辅助技术状态表明某个控制当前不能执行的常见方式。有效的可解释禁用态不只说“不能点”，还要在必要时说明为什么不可用、什么条件尚未满足、由谁或何时能改变，以及用户可以采取什么下一步。灰色外观本身只能表达限制，不能让人理解或解除限制。
机制
用户看到不可用控制时会尝试推断原因：缺少输入、权限不足、网络问题、状态不对，还是系统故障。若原因与恢复条件不可见，他们无法判断是继续填写、等待、联系他人还是放弃。就地解释把限制连接到可行动条件，缩短诊断路径；同时让控制保留可见性，帮助用户理解系统存在这项能力，只是当前不可用。
怎么研究
在不同不可用原因下让用户完成目标，测量他们能否正确解释限制、找到满足条件的步骤、估计可用时间并恢复任务。比较仅灰显、悬停说明、就地提示、错误摘要和主动引导的效果。需要测试键盘和读屏访问，因为视觉灰显可能无法传达状态或原因，而禁用元素本身有时也无法获得焦点。
边界
不必为每个短暂、显而易见的禁用状态展示长篇文字；重复说明会造成噪声。若用户无法自行改变条件，例如服务维护或他人审批，系统应提供合理等待、通知或替代路径，而不是暗示用户能解决。对永久不支持的功能，保留一个无用禁用控件可能比干脆说明能力边界更令人困惑。
怎么落地
- 将每种禁用原因映射到用户可理解的简短说明和相应下一步：补充信息、改变选择、等待、申请权限或使用替代方式。
- 保证原因与激活条件在触屏、鼠标、键盘和读屏通道均可访问，而不是仅靠颜色、悬停或无法聚焦的控件。
- 对高频或关键禁用状态记录用户卡住与求助情况，改进条件表达、流程顺序或系统能力，而非不断增加提示。