B5.13.1Accessibility设计研究

可及性关注更广的能力范围,可用性关注特定用户群体的达成程度

别名: 可及性 · 无障碍 · 能力范围

概念解释

两个概念的「用户」定义不同:可用性(usability)在定义时先把用户固定为特定群体,测量这个群体达成目标的程度;可及性(accessibility)问的是产品能否被能力范围最宽的人群使用——包括使用辅助技术的视障用户、只有单手可用的用户、认知负荷承受度不同的用户。可用性是「对这批人好不好用」,可及性是「对多少人开放」。

机制

分野来自约束的设定方式:可用性研究可以通过限定用户群来收窄问题(为专家设计),可及性拒绝这种收窄——它要求界面在感知(看得见/听得见)、操作(可点击/可键盘到达)、认知(可理解)三个通道上对能力差异保持可用。辅助技术把约束变得更具体:屏幕阅读器把视觉界面转译为线性音频流,界面若只靠视觉空间关系传达信息,转译后信息就丢失。可及性测量的不是「某群体的绩效」,而是「能力通道的覆盖与兼容」。

怎么研究

可及性研究有两层:符合性检查(对照 WCAG 等标准的条款审计,覆盖感知、操作、理解、稳健性四原则)与真实用户测试(招募使用辅助技术的残障用户执行任务)。两层互补:检查项覆盖广但浅,用户测试深但样本小。可用性研究对残障用户的正确姿势是把他们按能力特征定义为目标用户组(「使用屏幕阅读器的全盲用户」),沿用同样的任务测量框架,而不是当作可及性检查的替代品。

边界

两者不互斥也不等同:通过可用性测试不说明可及(测试样本可能不含残障用户);通过可及性检查也不说明可用(见同组下一叶)。能力范围的「广」也是有限度的——任何产品都有目标能力下限(纯视觉产品对全盲用户不可及),可及性实践承认并声明这些下限,而不是承诺无限开放。

怎么落地

  • 项目定义里同时写两个用户口径:目标用户组(可用性)与能力范围声明(可及性),各自对应各自的验收。
  • 可及性验收分两层走:先过标准符合性检查,再用辅助技术用户做任务测试,两层都过才算数。
  • 团队分工上把可及性检查纳入开发流程(自动化扫描 + 人工审计),把残障用户测试纳入研究排期。

延伸

  • 同组B5.13.2 通过可及性检查项不等于对残障用户可用 · B5.13.3 为极端能力条件所做的改进通常同时提升普通用户的可用性 · B5.13.4 可及性多有法规约束而可用性通常没有,这使二者的推动方式不同
  • 相邻J1 无障碍与包容性 · B5.08 可用性的标准定义
  • 站内检索accessibility vs usability · wcag · assistive technology

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B5.13.1