mcpField
A
assistive-technology-scenarios

assistive-technology-scenarios

github.com/owl-listener设计与 UI10875 次安装20 周前更新
代码仓库

关于 assistive-technology-scenarios

assistive-technology-scenarios 是用于编写真实辅助技术使用场景的设计技能。它帮助产品团队描述用户、设备环境、操作步骤和受阻之处，让无障碍需求能影响设计决策。

主要功能

  1. 01注明具体辅助技术与使用设置
  2. 02逐步描述界面交互过程
  3. 03揭示界面故障与操作阻碍
  4. 04覆盖视觉、运动、听力和认知情境
  5. 05提供场景模板与评估问题

适用场景

  1. 01编写屏幕阅读器用户完成核心任务的过程
  2. 02发现仅用键盘完成任务时的障碍
  3. 03评估低视力或情境性受限下的设计

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/owl-listener/inclusive-design-skills --skill assistive-technology-scenarios

安装后在 Claude Code 中输入/assistive-technology-scenarios确认已加载。

详细介绍

辅助技术使用场景

编写场景，展示真实的人如何使用真实的辅助技术完成真实的任务——让团队根据实际使用情况进行设计，而不是想象中的理想条件。

为什么这很重要

如果场景只描述人们使用鼠标和大屏幕，你的设计就只会对使用鼠标和大屏幕的人有效。场景会影响团队的考量，而团队会根据考量进行设计。

常见辅助技术

视觉
  • 屏幕阅读器（JAWS、NVDA、VoiceOver、TalkBack）：朗读内容，并通过键盘按标题、链接和地标导航
  • 屏幕放大镜（ZoomText、内置缩放）：放大屏幕的一部分，用户一次只能看到局部内容
  • 盲文显示器：实时将文本转换为盲文，配合屏幕阅读器使用
  • 高对比度模式：在系统级别覆盖颜色设置，以提高可读性
运动
  • 开关设备：一个或两个按钮，用于逐项扫描选项——速度比键盘慢得多，因此每增加一步都很重要
  • 语音控制（Dragon、Voice Control、Voice Access）：通过语音发出命令来导航和输入
  • 头部指针／眼动追踪：通过头部动作或视线控制光标，精度有限
  • 口含棒／触控笔：用于触摸屏或键盘的实体指针
听觉
  • 字幕：为音频内容提供实时或预先录制的文本
  • 视觉提醒：用闪烁屏幕或视觉指示器替代音频通知
  • 助听环路／Bluetooth：将音频直接传输到助听器
认知
  • 文本转语音：朗读内容（不是屏幕阅读器——用户能看到屏幕，但通过听觉处理信息的效果更好）
  • 阅读标尺／行引导：一次突出显示一行
  • 简化视图：通过浏览器扩展或设置去除杂乱内容
  • 密码管理器：减轻身份验证带来的记忆负担

如何编写辅助技术使用场景

说明使用环境

不要只提及残障情况。描述这个人、他们使用的技术以及所处环境。

“Priya 是一名数据分析师，她在 Windows 笔记本电脑上使用 Firefox 和 JAWS 屏幕阅读器。她熟练使用键盘快捷键，并有两台显示器——一台用于查看电子表格，另一台用于查看她正在评审的工具。她坐在办公桌前，戴着降噪耳机。”

逐步展示交互过程

描述这个人如何实际使用所选技术浏览界面：

“Priya 按 Tab 键移到导航菜单。JAWS 播报‘导航，5 个项目’。她按向下箭头键找到‘报告’，然后按 Enter 键。页面加载后，JAWS 播报一级标题：‘月度报告’。她按 H 键逐个浏览标题，直到找到‘2026 年 3 月’。”

展示问题出在哪里

场景应揭示设计缺陷：

“Priya 找到数据表，但 JAWS 播报每个单元格时都没有列标题。她听到‘42,500’，却不知道这是哪个指标或哪个月份。她按 Tab 键移过表格，寻找文字摘要，但页面上没有摘要。”

场景覆盖范围

对于任何产品，至少编写以下场景：

  • 一位屏幕阅读器用户完成核心任务
  • 一位仅使用键盘的用户完成核心任务
  • 一位使用放大功能的低视力用户
  • 一位有认知差异的用户
  • 一位处于临时受限情境中的用户

模板

Name: [Name]
Role/context: [Who they are beyond their disability]
Technology: [Devices, AT, browser, settings]
Environment: [Where, when, what else is happening]
Task: [What they're trying to accomplish]
Steps: [How they interact, step by step, using their AT]
Pain points: [Where the design fails or creates friction]
Success: [What a good outcome looks like for this person]

评估问题

  1. 场景是否明确指出了具体的辅助技术，而不只是残障情况？
  2. 场景是否描述了逐步交互过程，而不只是目标？
  3. 场景是否揭示了具体的设计缺陷？
  4. 开发者读完后是否能知道需要修复什么？

评论

支持 Markdown