关于 inclusive-design
这项设计技能用于审视产品假设可能排除哪些人,而不只关注界面是否可操作。它帮助设计团队从语言、文化、设备、网络、信心和身份等角度检查产品流程。
主要功能
- 01审视不同现实情境中的排斥
- 02应用包容性设计三原则
- 03梳理永久、临时和情境限制
- 04评估语言、文化、设备与网络
- 05考虑压力、信心和认知负荷
适用场景
- 01检查产品流程是否忽略某些用户
- 02为全球用户设计姓名和地址表单
- 03规划对低价设备和慢速网络的支持
- 04减少焦虑或初次使用者的操作阻力
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ evanca/ flutter-ai-rules --skill inclusive-design安装后在 Claude Code 中输入/inclusive-design确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/cognitive-load-and-wellbeing.mddigital-and-economic-inclusion.mdframeworks.mdlanguage-and-culture.md详细介绍
包容性设计
包容性设计回答的问题与无障碍设计不同:
这是否尊重使用者的现实处境、身份、语言、文化、设备、信心水平和限制?
无障碍设计关注的是某人能否借助自身能力和辅助工具操作界面。包容性设计关注的是:产品中根深蒂固的假设会让哪些人被排除在外——使用 40 美元手机、依靠按流量计费的 2G 网络上网的人,姓名无法填进表单的人,使用第三语言阅读的人,第一次在线办事、害怕出错的人。符合 WCAG 并不能解决这些问题,而这正是这项技能要做的事。
根据 W3C 的说法,无障碍设计、易用性和包容性彼此交叠,但各有侧重:无障碍设计关注残障,易用性关注体验质量(有效、高效、令人满意),包容性则关注人类多样性的完整广度——硬件和软件、读写能力、经济状况、教育、地理、文化、年龄和语言。
适用场景
当工作重点是你可能排除了哪些人,以及为什么,而非某个特定辅助技术问题时,请使用这项技能。适用场景包括:从“包容性视角”审查设计、构建用户画像、国际化与本地化、为全球用户设计姓名/地址/个人资料表单、支持低端设备或较差的网络连接、降低费用/流量门槛、帮助紧张或初次使用的用户完成引导、减轻压力和认知负担,或讨论“我们是不是把谁落下了?”的任何场合。
不适用场景:如果任务涉及屏幕阅读器支持、键盘导航、焦点顺序、颜色对比度、替代文本、ARIA、字幕或通过 WCAG 检查,那就应使用无障碍设计技能。两者相辅相成;根据关注重点选择即可。
核心思维模型
1. 残障——以及一般意义上的排斥——是一种不匹配,而非个人特质
社会模式将残障重新定义为人与其环境、产品或社会之间的不匹配,而非个人的缺陷。正如 August de los Reyes 所说:
“最大的挑战是将残障重新理解为个人能力与环境之间的不匹配。换言之,残障是设计出来的。”
由此得出的积极结论是:如果不匹配是设计出来的,就可以通过重新设计将其消除。同样的逻辑也适用于残障以外的各种排斥——拒绝有效姓名的表单、比用户负担得起的带宽需求更高的应用、只有熟练读者才能看懂的文案。这些都是可以消除的设计性不匹配。Microsoft 将其表述为:残障 = 人与人之间互动的不匹配。
2. Microsoft 的包容性设计三大原则
- 识别排斥。“当我们用自己的偏见解决问题时,就会产生排斥。”首先找出当前的解决方案将哪些人拒之门外。
- 向多样性学习。“人类才是适应多样性的真正专家。”处于边缘位置的人是洞见的来源,不应被当成事后才考虑的对象。
- **为一人解决问题,让更多人受益。**通过“关注对所有人都普遍重要的事情”,为一位被排斥者设计出优秀的解决方案——这往往也能帮助所有人。字幕(为聋人用户设计)也能在嘈杂的机场发挥作用,还能帮助孩子学习阅读;高对比度模式(为低视力用户设计)也能让所有人在阳光强烈时受益。为一人设计,让更多人受益。
3. 人格光谱
限制很少是永久性的。Microsoft 的人格光谱将每种限制划分为永久、暂时和情境性状态——这不仅大幅扩大了受影响人群,也揭示了普遍需求:
| 能力 | 永久 | 暂时 | 情境性 |
|---|---|---|---|
| 触觉(单臂) | 截肢 | 手臂骨折 | 抱着婴儿的新手父母 |
| 视觉 | 失明 | 白内障/散瞳 | 驾车;强烈阳光 |
| 听觉 | 失聪 | 耳部感染 | 嘈杂的酒吧;安静的图书馆 |
| 说话 | 无言语能力 | 喉炎 | 在语音 UI 中带有浓重口音 |
“我们使用人格光谱,在永久、暂时和情境性场景的范围内,理解相关的不匹配和动机。”
扩大范围正是关键:每年约有 26,000 名美国人永久失去上肢功能,但若将暂时性和情境性障碍也计算在内,人数超过 2,000 万。为边缘情况设计,能惠及大多数人。
如何开展包容性审查
逐项检查各个维度,并询问:“这默认了哪些条件?又因此排除了谁?”每个维度都有一份详细的参考文件。
- 语言与文化——内容是否便于翻译和本地化?姓名、地址、日期、数字和货币格式是否默认了某一种文化?表单是否默认人人都有名和姓?→ references/language-and-culture.md
- 设备、网络与经济条件——在网速慢、流量计费的网络上,廉价、老旧、小屏手机能否正常使用?是否默认网络始终在线、硬件是最新的,或数据免费?是否提供低带宽或离线路径?→ references/digital-and-economic-inclusion.md
- 信心、压力与认知负荷——是否考虑到用户可能焦虑、分心、缺乏经验或精力不足?是否让用户掌控流程、认可进展,并宽容地对待错误,而不是责怪用户?→ references/cognitive-load-and-wellbeing.md
- 身份与人生阶段——是否尊重地呈现多元人群(姓名、性别、家庭结构、肤色、示例)?是否适用于年幼者、年长者和首次上网者?
- 认识自身的排斥性——默认设置受谁的偏见影响?谁没有参与讨论?针对风险最高的限制构建人格光谱,并为其边缘情况进行设计。
有关完整的理念、原则、人格光谱活动,以及无障碍性、易用性和包容性之间的区别,请参阅 references/frameworks.md。
关于如何做好这件事
包容性不是一份完成后就了事的清单,而是一种留意自身假设的习惯。发现排斥现象最快的方法,就是停止为并不存在的“普通用户”设计,转而选择一个处于边缘的具体人群——在语言、收入、设备或信心方面与你不同的人——并以他们的视角走完你的流程。他们遇到的阻碍属于设计,而不属于他们。
参考资料
- references/frameworks.md — 3 项原则、Persona Spectrum、错配模型,以及无障碍、易用性与包容性的区别,并附有来源。
- references/language-and-culture.md — 国际化与本地化,以及面向全球受众的包容性姓名和称谓处理。
- references/digital-and-economic-inclusion.md — 设备、连接、可负担性、技能和信心方面的障碍(采用英国政府 + ITU 的框架)。
- references/cognitive-load-and-wellbeing.md — 动机、压力、专注力、记忆、通知和自主性(结合 Microsoft 的认知研究与心理健康)。
主要来源: