D1.07.3Recoverability of unavailable actions设计研究

隐藏与禁用的选择取决于是否可恢复

别名: hide versus disable · recoverability · unavailable action · conditional action

概念解释

不可用动作的可恢复性(recoverability of unavailable actions)是判断一个暂时不能执行的功能应保留为禁用,还是从当前界面隐藏的依据。若用户能够通过补全输入、获得权限、等待处理、改变选择或切换情境让动作恢复,保留禁用项能暴露目标和恢复路径;若当前用户无从改变条件、功能不属于此情境,或展示只会造成无意义负担,隐藏通常更合适。选择的关键不是「少显示更干净」,而是用户是否有现实可行的下一步。

机制

禁用项同时传递两层信息:这个能力存在,以及它目前被某个条件阻挡。对可恢复情形,这种可见性帮助用户形成能力地图、理解前提并采取补救;隐藏则可能让人误以为产品不支持该任务。对不可恢复情形,禁用项却反复提醒一个无法行动的意图,增加搜索和挫败,甚至诱导徒劳点击。恢复性因此决定信息的价值:可转化为行动的限制是有用反馈,不能转化的限制更像噪声。

怎么研究

以相同任务分别呈现隐藏、禁用无解释、禁用带原因与恢复路径的版本,观察用户是否发现能力、是否正确判断可否恢复、完成替代任务所需时间与挫败感。测试要覆盖权限、订阅、设备能力、工作流前提、临时处理中和永久不支持等不同来源,因为用户对「我能否改变」的推断不同。不要只比较点击率:隐藏会使无效点击下降,却可能同时掩盖用户本可完成的重要任务。

边界

恢复性不是唯一因素。安全与隐私要求可能需要隐藏敏感能力,即使管理员可赋权;法规或组织政策也可能限制解释细节。反之,专家工具有时可保留不可恢复的禁用项作为产品能力线索,但须避免让新手界面充满无用门槛。状态也会变化:今天不可恢复的限制可能在切换账户、连接设备或完成审批后变为可恢复,因此不能把一次判断固化为永远隐藏或永远禁用。

怎么落地

  • 为每个条件动作标注用户是否能自行恢复、需要谁恢复、预计何时恢复与是否适合暴露能力;用此模型决定隐藏或禁用。
  • 对可恢复禁用项说明前提并提供直接补救入口;对不可恢复项选择隐藏、替代路径或受控的能力说明,而不是留一个死按钮。
  • 在账户切换、权限更新、设备接入和流程完成后及时重新计算状态,避免界面仍显示过时的隐藏或禁用结果。
  • 用「我能做什么让它可用」的任务验证。用户若把不可恢复限制当作自己的错误,或没发现本可恢复的能力,决策即需调整。

延伸

  • 同组D1.07.1 禁用态需说明为何不可用 · D1.07.2 低对比禁用态可能低于可读阈
  • 相邻D1.11 输入已接收与结果已产生的区分 · D5.04 模态的情境依赖
  • 站内检索hide versus disable · recoverability · conditional action

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/D1.07.3