关于 ability-spectrum-mapping
Ability Spectrum Mapping 是用于评估产品任务在不同能力水平下表现的设计技能。它帮助团队找出无障碍体验的失效点,并确定能惠及更多人的改进方向。
主要功能
- 01按能力维度映射核心任务
- 02评估各能力水平下的任务体验
- 03定位无障碍体验失效点
- 04展示受影响用户和优先改进项
适用场景
- 01评估功能对视觉、听觉、运动和认知能力的适应情况
- 02找出关键任务在哪个能力水平下无法完成
- 03向利益相关者说明无障碍缺口和改进方向
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ owl-listener/ inclusive-design-skills --skill ability-spectrum-mapping安装后在 Claude Code 中输入/ability-spectrum-mapping确认已加载。
详细介绍
能力谱映射
绘制某项功能在人类能力完整范围内的表现——从每个维度都具备完整能力到完全不具备能力——以找出设计开始失效的地方,以及哪些人会被排除在外。
为什么要使用能力谱
无障碍不是非黑即白的。不是“看得见”与“失明”的区别。现实情况是一个连续的能力谱:
- 视力正常 → 需要戴眼镜 → 低视力 → 法律意义上的失明 → 完全无视力
- 听力正常 → 轻度听力损失 → 中度听力损失 → 重度听力损失 → 失聪
- 灵活性正常 → 轻微震颤 → 活动范围受限 → 单手操作 → 无法使用双手
- 认知能力正常 → 轻度困难 → 中度困难 → 需要大量支持
产品不会从“能用”一步变成“不能用”。其可用性会逐渐下降。能力谱映射能准确展示设计从哪里开始失效,以及会影响哪些人。
如何构建能力谱映射
步骤 1:列出核心任务
确定用户使用产品时最重要的 5–10 项任务。
步骤 2:定义能力谱
针对每个相关的能力维度,定义 4–5 个点:
视力谱: 视力正常 → 矫正后视力正常 → 低视力(放大)→ 极低视力(屏幕阅读器 + 保留部分视力)→ 无视力(仅使用屏幕阅读器)
听力谱: 听力正常 → 轻度听力损失(需要提高音量)→ 中度听力损失(需要字幕)→ 重度听力损失(需要字幕 + 视觉提醒)→ 失聪(完全依靠视觉交流)
运动能力谱: 灵活性正常 → 精确度降低(需要更大的目标)→ 活动范围受限 (仅使用键盘)→ 只能进行极少动作(使用开关或语音)→ 无法使用双手(使用眼动追踪、吸吹开关)
认知能力谱: 能轻松应对复杂内容 → 偏好简单内容 → 需要通俗易懂的语言 → 需要分步指导 → 需要大量支持
步骤 3:映射每项任务
针对每项任务 × 每个能力点,评级:
- 运行良好 — 没有障碍
- 运行不畅 — 可以完成,但比预期更困难
- 需要变通方案 — 用户必须自行寻找解决办法
- 无法完成 — 任务无法完成
步骤 4:找出失效点
设计从“能用”转为“无法使用”的位置在哪里?这个失效点 就是你的无障碍边界。边界右侧的所有人都会被排除在外。
目标是尽可能将边界向右推移。
向利益相关者展示
能力谱映射是强大的沟通工具,因为它能展示:
- 每个能力点分别会影响多少用户
- 在无障碍方面投入资源的回报最高之处
- 无障碍是一个连续的谱,而非一个勾选框
- 哪些修复措施可以推动边界、让更多人能够使用
模板
| 任务 | 视力正常 | 低视力 | 屏幕阅读器 |
|---|---|---|---|
| 搜索产品 | 运行良好 | 运行不畅(目标太小) | 无法完成(不会播报搜索建议) |
| 完成结账 | 运行良好 | 运行良好 | 运行不畅(表单错误未关联) |
评估问题
- 你是否已将核心任务映射到至少视力、运动能力和 认知能力谱上?
- 你能否准确指出每项任务失效的临界点?
- 你是否知道哪些修复措施能让最多新增用户受益?
- 你能否在不使用 技术术语的情况下,向利益相关者说明能力谱?
评论
支持 Markdown