mcpField
A
ability-spectrum-mapping

ability-spectrum-mapping

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

关于 ability-spectrum-mapping

Ability Spectrum Mapping 是用于评估产品任务在不同能力水平下表现的设计技能。它帮助团队找出无障碍体验的失效点,并确定能惠及更多人的改进方向。

主要功能

  1. 01按能力维度映射核心任务
  2. 02评估各能力水平下的任务体验
  3. 03定位无障碍体验失效点
  4. 04展示受影响用户和优先改进项

适用场景

  1. 01评估功能对视觉、听觉、运动和认知能力的适应情况
  2. 02找出关键任务在哪个能力水平下无法完成
  3. 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:找出失效点

设计从“能用”转为“无法使用”的位置在哪里?这个失效点 就是你的无障碍边界。边界右侧的所有人都会被排除在外。

目标是尽可能将边界向右推移。

向利益相关者展示

能力谱映射是强大的沟通工具,因为它能展示:

  • 每个能力点分别会影响多少用户
  • 在无障碍方面投入资源的回报最高之处
  • 无障碍是一个连续的谱,而非一个勾选框
  • 哪些修复措施可以推动边界、让更多人能够使用

模板

任务视力正常低视力屏幕阅读器
搜索产品运行良好运行不畅(目标太小)无法完成(不会播报搜索建议)
完成结账运行良好运行良好运行不畅(表单错误未关联)

评估问题

  1. 你是否已将核心任务映射到至少视力、运动能力和 认知能力谱上?
  2. 你能否准确指出每项任务失效的临界点?
  3. 你是否知道哪些修复措施能让最多新增用户受益?
  4. 你能否在不使用 技术术语的情况下,向利益相关者说明能力谱?

评论

支持 Markdown