如何进行 UX 障碍性评估?

0 评论 156 浏览 0 收藏 10 分钟

在数字无障碍性成为法律要求的今天,确保数字界面的可访问性对于服务残障用户至关重要。本文提供了一个全面的框架,包括自动化工具、手动评估、可用性测试和辅助技术测试,以评估和提升用户体验的无障碍性。

译者推荐:在数字无障碍日益成为法律要求的今天,确保数字界面的可访问性对于服务残障用户至关重要。

本文提供了一个全面的框架,包括自动化工具、手动评估、可用性测试和辅助技术测试,以评估和提升用户体验的无障碍性。推荐给所有致力于提升数字产品无障碍性的设计师和开发者。

数字无障碍正在兴起。自从满足基本无障碍标准成为一项法律要求,而不仅仅是锦上添花的条件以来,越来越多的组织开始质疑他们的数字界面能否能很好地服务于残障用户。

1.无障碍案例

事实是,除非你的产品专门针对身体或认知能力受损的用户(例如老年人),否则你很可能没有认真考虑过该界面的无障碍性。

我们经常将用户理想化,将他们当成完美无缺、完全可以胜任的人,想象他们在生活中只有一个问题,那就是我们的产品要解决的问题。

因此,我们很少将残障视为潜在的需求点来考虑,从而无法设计出好的无障碍解决方案,这意味着残障人士不太可能使用我们的产品。

这就导致在考虑目标受众时,我们更不会考虑他们……这是一个恶性循环,但 合乎道德的设计流程和定期的无障碍审查是打破这一循环的最佳途径。

残障问题很复杂,它会以多种方式、不同程度地影响一系列技能,且其表现形式因人而异,并随着情况和时间的变化而变化。

因此,无障碍评估并不是一个简单的测试,相反,它是针对一组最常见的障碍对内容、设计和代码进行的整体评估,旨在突出用户最有可能遇到挑战的领域。没有一个界面是 100% 无障碍的,因此无障碍审查是一个持续或完善的过程。

但你所做的每一个改变和解决的每一个问题都会为更多用户打开新的大门。这是一段值得走的旅程!

2.定义框架

无障碍审查通常是依据《 网页内容无障碍指南》 (WCAG)进行的,这是一套国际公认的改善网页无障碍的指南。所有数字界面必须符合 AA 级标准,部分界面甚至需要达到 AAA 级。

WCAG 2.2 原则的基础是:界面必须始终可感知、可操作、可理解。这些原则涵盖界面的内容和设计,以及其背后的代码,这意味着审查将需要项目团队所有成员的参与。

审查的目的是了解视力、听力、行动能力和/或思维和理解能力受损的用户使用界面的能力。它涵盖了最常见的残障类型,但在某些情况下,你可能希望缩小用户范围,研究某类特定用户群体面临的具体挑战。

同样重要的是要记住,并非所有残疾都是永久性的,你应该考虑用户的视觉、听觉或运动技能会受到何种情况的影响。

为此,你应该审查用户旅程的背景,例如:是否有任何任务通常是在旅途中(行动不便)、在黑暗中(视力)、在嘈杂的地方(听力)执行的,从而影响他们的思考和理解。

3.选择正确的方法

进行无障碍评估的方法有四种,可单独使用或结合使用:

  1. 自动评估
  2. 人工评估
  3. 可用性测试
  4. 辅助技术测试

1)自动评估:

有许多免费和付费工具可帮助简化评估流程。有些工具专注于数字无障碍的特定方面,例如 a11y 颜色对比度验证器。

其他工具(如 WAVE) 则可进行全面检查,帮助突出显示复杂界面上难以发现的主要结构问题。W3 还提供了一份全面的网络无障碍性评估工具清单,适用于所有级别和用途的界面。

虽然这些工具是评估过程的良好起点,但它们目前并未涵盖所有的无障碍性性问题,也不应该完全取代人工评估。

2)人工评估:

这是一个根据标准清单对界面进行人工检查和评估,并提出改进建议的过程。我根据 WCAG 关于创建可感知、可操作、可理解的原则,创建了一份内容广泛的检查清单。每个类别都有自己的一套审查任务,例如:

可感知 ,即用户必须能够用他们现有的感官识别和使用界面。

  • 提供音频和视频的文字记录
  • 不要把颜色作为传达某种信息的唯一方式
  • 为非文本内容提供替代文本,或将其标记为装饰性内容
  • 使用在背景颜色下清晰显示的文字颜色

可操作 ,即用户必须能够找到并使用内容,即使他们选择使用键盘或语音命令访问。

  • 确保仅使用键盘的用户也能访问所有功能
  • 让用户可以播放、暂停和停止任何移动内容
  • 不要使用闪烁或闪光的内容 ,或者让用户可以自主选择禁用动画效果
  • 使用描述性链接

可理解 ,即用户必须能够理解内容和功能。

  • 使用常规英语(或其他语言)
  • 明确内容是用什么语言编写的,并说明是否有变化
  • 解释所有缩写和首字母缩略词
  • 确保所有表单字段都有可见和有意义的标签,并正确标注

稳健 ,确保内容能够被各种用户代理可靠地解读,包括合理的、过时的、当前和预期的浏览器和辅助技术。

  • 使用有效的 HTML,以便用户代理(包括辅助技术)可以准确地解释和解析内容
  • 确保代码能让辅助技术了解每个用户界面组件的用途、当前状态以及是否发生变化
  • 确保重要的状态消息或模式对话框以某种方式标记,以便告知用户他们的存在和目的,并允许他们使用辅助技术与他们与之交互

3)可用性测试

通过自动可访问性检查器运行界面可以获得很多信息,而让专家进行逐步审查则可以获得更多信息,但没有什么比观察能力受损的人使用你的界面并获得关于他们所面临挑战的反馈更有意义了!

该过程类似于标准可用性测试:每个用户都需要在界面上执行一系列常见任务,并对效果好的地方和可以改进的地方发表意见。这些环节应亲自进行,以便让观察者准确了解更广泛的背景以及任何屏幕外的工具或交互。

4)辅助技术测试

许多能力受损的用户将依赖辅助技术来帮助他们浏览界面,因此你必须了解这一过程可能是怎样的,以及用户可能面临的挑战。这可以作为人工评估过程、可用性测试或两者的一部分来完成。

4.结论

要获得利益相关者对广泛的无障碍性审核的支持是很有挑战性的,尤其是当你的用户角色不能反映真正的社会多样性时。

虽然对整个界面进行全面的人工审核可能会发现许多无障碍问题,但即使是简短的自动测试也能帮助你更好地服务于更多样化的用户群。

不要被各种可用的工具和技术难倒——这些资源可以让你的团队真正做到以用户为中心,而每一次无障碍性审核、审查或测试都会让你离包容性产品设计的愿景更近一步。祝您好运!

作者:Tiina Golub 译者:章欣怡
审核:李泽慧 编辑:林庭婷
本文由人人都是产品经理作者【TCC翻译情报局】,微信公众号:【TCC翻译情报局】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!