Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29138-3 信息技术 — 残障人士无障碍考虑 — 第3部分：用户需求映射
识别和满足ICT产品与服务中无障碍需求的系统化框架
ISO/IEC 29138-3 提供了一个结构化框架，用于识别、记录和满足残障人士在信息和通信技术（ICT）产品与服务中的无障碍需求。随着数字包容性成为全球范围内的法律和道德要求，该标准提供了一套系统化方法论，确保ICT系统能够被具有不同感官、身体、认知和语言能力的人们使用。该标准弥合了高层次无障碍原则与实际工程实施之间的差距。
ISO/IEC 29138-3 中的用户需求映射框架旨在与 ISO/IEC 29138-1（编录用户无障碍需求）和 ISO/IEC 29138-2（提供利益相关者参与指导）协同使用。这三项标准共同构成致力于包容性产品设计和数字无障碍的组织的完整工具包。
用户需求识别与映射框架
标准定义了无障碍用户需求映射的四阶段流程：发现、分析、规范和验证。在发现阶段，组织识别与其产品或服务相关的用户多样性场景范围，考虑全谱系残障类别，包括视觉、听觉、行动、认知、言语和多重障碍。分析阶段检查每个已识别的用户需求如何映射到特定的ICT系统组件和交互点。
规范阶段将用户需求转化为具体的无障碍要求，附带可测量的验收标准。例如，”感知视觉信息”的用户需求转化为替代文本、符合 WCAG 2.1 AA 级标准的色彩对比度以及屏幕阅读器软件兼容性的要求。验证阶段建立测试协议，确认所实现的功能满足定义的无障碍标准。
| 阶段 | 活动 | 关键产出 | 利益相关者参与 |
|---|---|---|---|
| 发现 | 用户研究、残障场景分析、人物画像开发 | 用户多样性矩阵、无障碍用例 | 残障终端用户、倡导组织 |
| 分析 | 差距分析、交互映射、障碍识别 | 无障碍需求追踪矩阵 | UX设计师、无障碍专家 |
| 规范 | 需求定义、验收标准制定 | 功能性无障碍规范 | 工程师、产品经理、QA团队 |
| 验证 | 测试协议开发、合规性评估 | 测试报告、合规性声明 | QA工程师、第三方无障碍审计师 |
无障碍实施中的一个常见误区是将用户需求映射视为项目开始时的一次性活动。无障碍要求必须在整个开发生命周期中持续复审。平台能力的变化、用户反馈、辅助技术更新和监管要求都可能引入新的无障碍考量，需要对用户需求映射进行相应调整。
ICT 产品的无障碍要求
ISO/IEC 29138-3 将无障碍要求组织为与 Web 内容无障碍指南（WCAG）框架一致的四个基本原则：可感知、可操作、可理解和鲁棒性（POUR）。对于 ICT 产品，这些原则超越了 Web 内容，涵盖硬件接口、软件应用程序、文档和支持服务。标准为每个原则提供了详细的要求类别，并针对不同的 ICT 产品类型给出具体适用性。
可感知要求涉及以多种感官模式——视觉、听觉和触觉——呈现内容的需求。这包括非文本内容的文本替代方案、多媒体的字幕和可自适应呈现格式。可操作要求确保所有用户无论使用何种输入方式都能与 ICT 产品交互，涵盖键盘无障碍、语音控制、开关设备兼容性和替代指点系统。可理解要求关注可预测行为、清晰语言和错误预防。鲁棒性要求确保与当前和未来辅助技术的兼容性。
采用 ISO/IEC 29138-3 所述系统化用户需求映射方法的组织普遍报告了超出残障无障碍的广泛益处。通过此过程确定的包容性设计原则经常带来惠及所有用户的改进——如更清晰的导航、更直观的界面和更灵活的交互方式——这一现象在数字无障碍中被称为”路缘坡道效应”。
包容性设计的实施策略
标准为将无障碍要求纳入既定的产品开发流程提供了实用指导。它建议通过专门的用户故事、验收标准和”完成定义”将无障碍用户需求映射集成到敏捷开发框架中，并明确引用无障碍要求。对于瀑布式开发模型，标准提供了无障碍需求规范文档和追踪矩阵的模板。
组织能力建设被强调为关键成功因素。标准建议建立跨职能无障碍团队，为开发人员和设计师提供定期无障碍设计模式培训，并在高管支持下制定组织无障碍政策。采购方面的考量也得到关注，提供了将无障碍要求纳入供应商选择标准和合同条款的指导。
| 用户需求类别 | 示例 | 技术解决方案 | 测试方法 |
|---|---|---|---|
| 视觉无障碍 | 低视力、失明、色盲 | 屏幕阅读器、放大、高对比度、文字转语音 | 屏幕阅读器测试、色彩对比度分析、纯键盘导航 |
| 听觉无障碍 | 聋哑、重听 | 字幕、文本记录、视觉指示器、助听器兼容 | 字幕准确性审查、音频替代方案验证 |
| 行动无障碍 | 精细运动控制受限、震颤、瘫痪 | 语音控制、眼动追踪、开关访问、自适应键盘 | 语音控制测试、开关设备兼容性、超时覆盖验证 |
| 认知无障碍 | 学习障碍、记忆障碍、自闭症 | 简化界面、一致导航、视觉提示、错误预防 | 认知障碍用户测试、可读性分析 |
| 言语无障碍 | 言语障碍、沟通障碍 | 文本替代方案、辅助沟通支持 | 替代输入方法验证、语音识别容差测试 |
未能解决无障碍问题不仅是设计缺陷，而且日益成为法律责任。许多司法管辖区已颁布数字无障碍法律，对不合规行为处以重大处罚，包括欧洲无障碍法案、适用于数字服务的美国残疾人法案（ADA）以及各种国家无障碍法规。ISO/IEC 29138-3 提供了一种可辩护的方法论，证明为履行无障碍义务所做的善意努力，并可作为监管程序中的尽职调查证据。
实施无障碍用户需求映射时，直接让残障用户参与，而非仅依赖检查清单或自动化测试工具。自动化无障碍测试工具通常仅能检测 20-30% 的无障碍问题。与具有不同残障的真实用户进行测试能够揭示自动化工具遗漏的无障碍障碍，包括显著影响残障人士用户体验的细微交互问题。
常见问题解答
Q: ISO/IEC 29138-3 与 Web 内容无障碍指南（WCAG）有何关系？
A: ISO/IEC 29138-3 和 WCAG 是互补性框架。WCAG 提供 Web 内容无障碍的具体、可测试成功标准，而 ISO/IEC 29138-3 提供了在全部 ICT 产品范围内识别和映射用户需求的更广泛方法论——包括硬件、软件、文档和服务。WCAG 可在用户需求映射过程的规范阶段用作参考。两者共同提供全面的无障碍实施所需的”什么”（WCAG 标准）和”如何”（29138-3 方法论）。
Q: ISO/IEC 29138-3 仅适用于软件产品还是也涵盖硬件？
A: 该标准涵盖全部 ICT 产品，包括硬件、软件、固件、文档和服务。对于硬件产品，无障碍考虑包括物理设计方面，如按钮尺寸和间距、控制器的触觉区分、视觉指示器设计、连接器可及性以及与辅助技术设备的兼容性。用户需求映射框架同样适用于硬件产品设计，尽管具体要求和测试方法与软件无障碍所用方法有所不同。
Q: 小规模组织能否在预算有限的情况下有效实施 ISO/IEC 29138-3？
A: 可以。标准设计为可扩展的。小规模组织可以从重点方法入手：识别与其产品最相关的常见残障类别，与当地残障倡导组织建立用户测试合作关系，利用开源无障碍测试工具，并优先处理影响最大的无障碍改进。即使是逐步实施用户需求映射框架也能产生有意义的无障碍改进，并展示善意的合规努力。关键在于在开发过程早期开始，迭代处理无障碍问题，而非在最后尝试彻底改造。
