B2.17.1Anti-affordance设计研究

反可供性是主动阻止某类操作的属性,与单纯不提供该操作不同

别名: 反可供性 · 负可供性 · 主动阻止

概念解释

反可供性(anti-affordance)是界面或对象主动表达并执行“此刻不能以这种方式操作”的属性,例如不可拖出的边界、禁用但可解释的提交按钮、格式约束或权限限制。它不同于单纯不提供操作:若某个功能从未存在,用户可能无从期待;反可供性则通常面对一个可想象、可见或已知的行动,并通过限制避免其在当前条件下发生。

机制

系统通过状态、规则和边界限制无效、危险或不合时机的动作。若限制能被感知并解释,用户会更新对可行动空间的理解,转向满足条件或选择替代路径。若只在底层拒绝而没有表达,用户会把失败归因于无响应、故障或自己的偶然操作,反复尝试。反可供性因此同时包含“阻止”与“传达为什么被阻止”。

怎么研究

列出用户可能合理尝试但系统不应允许的操作,测试他们是否在行动前或首次失败后理解限制、知道何时可用以及能否找到替代路径。记录重复无效尝试、错误归因、求助、绕过和放弃。比较隐藏、禁用、受限输入、就地说明和错误后解释,评估何种形式既防错又保留理解。

边界

限制不应成为掩盖缺失能力、技术债务或不透明规则的借口。若用户目标合理,单纯阻止而无恢复路径会制造挫败;有时更合适的是允许低风险版本、提供草稿或引导满足条件。反可供性也不能过度扩张到妨碍专家、辅助技术或合法例外,需要按风险与上下文细分。

怎么落地

  • 对需阻止的行动定义具体风险、条件和替代路径,将限制落实在动作发生点而非事后才报错。
  • 用状态、标签、前馈或就地解释表达不可用原因和变为可用的条件,避免沉默拒绝。
  • 在不同权限、设备和异常状态下测试限制,确保既真正防止错误,也不意外阻断正当使用。

延伸

  • 同组B2.17.2 未被表达的反可供性会让用户反复尝试不可能完成的操作 · B2.17.3 禁用态需同时说明为何不可用与如何变为可用 · B2.17.4 用隐藏来实现阻止会连带破坏该功能的可发现性
  • 相邻B2.05 约束 · B2.03.3 错误的意符比没有意符更有害
  • 站内检索anti-affordance · negative affordance · action constraint

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B2.17.1