关于 disability-inclusive-personas
这项设计技能指导团队将永久残障、临时与情境性障碍及交叉背景融入完整人物画像，帮助评估画像集是否体现多样化的使用需求。
主要功能
- 01将残障融入完整人物画像
- 02涵盖永久与临时障碍
- 03呈现情境性访问障碍
- 04考虑身份交叉影响
- 05遵循画像集多样性最低要求
- 06评估辅助技术与使用场景
适用场景
- 01创建包容性产品用户画像集
- 02检查画像是否遗漏访问情境
- 03在用户场景中描述辅助技术
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/disability-inclusive-personas确认已加载。
详细介绍
包容残障人士的用户画像
创建用户画像时，应将残障情况融入一个人的整体画像中——包括他们的目标、挫折、背景和行为，而不是将其单独归为特殊类别。
“无障碍用户画像”的问题
大多数团队要么：
- 创建的用户画像完全不提残障情况；要么
- 创建单独的“无障碍用户画像”，只用来代表某种残障
这两种做法都行不通。第一种会排除他人。第二种会把一个人简化为其残障情况，并导致只有在有人想起查看“无障碍幻灯片”时，才会考虑到他们。
更好的做法
每组用户画像都应将残障情况作为众多维度之一纳入其中——就像纳入年龄、技术熟练程度或使用情境一样。有些用户画像会有残障情况。所有用户画像都处于可能造成临时性功能受限的情境中。
应纳入的用户画像维度
对于每个用户画像，请考虑：
永久性残障
- 视觉：失明、低视力、色觉障碍
- 听觉：失聪、听力受损
- 运动：灵活度受限、颤抖、瘫痪、肢体差异
- 认知：阅读障碍、ADHD、自闭症、记忆困难
- 言语：口吃、无法说话、言语方式不同寻常
暂时性功能受限
- 手臂骨折、眼科手术后的恢复期、脑震荡、药物副作用、耳部感染、牙科治疗
情境性功能受限
- 阳光强烈，屏幕难以看清；环境嘈杂；抱着孩子；戴着手套；开车；同时处理多项任务；使用不熟悉的语言；情绪低落；疲劳
交叉性
- 一个用户画像可以有多种状况
- 残障情况会与年龄、语言、收入和技术能力相互交织
- 一位视力不佳、宽带有限且使用第二语言的 65 岁人士，会面临叠加的访问障碍
如何自然地纳入残障情况
在简介中
不要写：“Sarah 是盲人。” 应写：“Sarah 是一名项目经理，从出生起便失明。她在工作笔记本电脑上使用 JAWS 屏幕阅读器，在 iPhone 上使用 VoiceOver。她熟练使用键盘快捷键，并且很反感浪费她时间的界面。”
在目标和挫折中
不要把残障情况列在“挑战”之下。 应展示残障情况如何影响他们对良好和糟糕体验的感受。“Sarah 的目标是在 10 分钟内查看团队的状态更新。她最大的挫折是仪表板必须使用鼠标才能访问关键数据。”
在使用情境中
纳入辅助技术和环境：
- 他们使用什么设备和辅助技术？
- 他们处于什么环境中？（嘈杂、安静、移动中、桌面环境）
- 他们的精力状态如何？（早晨、漫长一天结束时）
- 还有谁在场？（独自一人、与家人一起、在公共场所）
在场景中
用户画像中的场景应展现他们使用实际配置来操作产品，而不是理论上的无干扰测试。
最低多样性规则
对于包含 4 个或更多用户画像的任意一组：
- 至少有一个用户画像应具有永久性残障
- 至少有一个用户画像应具有情境性功能受限
- 至少两个用户画像的技术熟练程度应有所不同
- 该组在年龄、语言和情境方面应有所差异
这是最低要求，而不是目标。
评估问题
- 用户画像组中是否至少包含一位残障人士？
- 残障情况是否融入完整的用户画像，而非单独呈现？
- 是否说明了辅助技术和环境？
- 用户画像中的场景是否反映了他们使用实际配置的真实情况？
- 该组用户画像是否涵盖了情境性功能受限？
评论
支持 Markdown