题干与适用场景
公司希望让核心工作流对键盘用户、屏幕阅读器用户、低视力用户和认知障碍用户更可用。现有产品有颜色对比、焦点顺序、表单错误提示和动态状态方面的反馈，但没有统一基线。请设计从目标用户、标准版本、审计范围到发布治理的两季度计划。
面试官考察点
面试官看你能否把“合规”转成真实用户结果和可执行决策。强回答会区分 WCAG 成功标准、法律适用性和产品体验，不把通过自动扫描当作完成。W3C 的 WCAG-EM 要求评估时明确目标范围、代表性页面和测试环境；Digital.gov 也建议产品经理把无障碍纳入需求、研究、设计和验收。
回答前需要澄清的问题
用户和关键任务
确认受影响的用户群、地区和辅助技术，列出登录、创建、导出、支付等关键任务。优先级应基于任务阻断和用户数量，不只按缺陷数量排序。
标准和责任
确认采用 WCAG 2.2 AA 还是合同指定版本，是否受 Section 508 或当地法规约束，谁负责产品、设计、工程、QA、法务和客户沟通。
现状和交付限制
确认是否有现成设计系统、组件库、自动化测试、人工测试预算和客户截止日期。路线图需要同时处理新功能门禁与遗留页面偿还。
30 秒回答框架
“我先定义目标用户、关键任务和适用标准，再用代表性页面和辅助技术做基线评估。优先修复阻断登录、表单、导航和状态反馈的高风险问题，同时把无障碍验收加入新功能 Definition of Done。成功指标包括关键任务完成率、键盘/屏幕阅读器缺陷关闭率、人工审计通过率和客户投诉趋势；自动扫描只作为筛选，不能替代真实用户测试。两季度后保留治理机制，而不是交付一份一次性报告。”
分步骤深入解答
第一步：定义范围和结果
把“整个产品无障碍”拆成用户、页面模板、关键任务和目标标准。先承诺关键工作流可完成，再扩展到低流量页面；记录不在本季度范围内的内容及风险。
第二步：建立证据基线
选取代表性页面和状态，结合自动扫描、键盘走查、屏幕阅读器、缩放、对比度和真实用户访谈。记录成功标准、环境、复现步骤、影响和严重度，避免只有截图没有用户后果。
第三步：按阻断风险排序
优先不能登录、无法提交、焦点丢失、错误无法感知、动态状态未播报和时间限制无法调整等问题。把法规或合同期限作为约束，而不是替代用户影响的唯一排序因素。
第四步：规划设计与工程改造
先修复共享组件和设计令牌，再处理页面特例。为组件增加键盘交互、可见焦点、语义名称、错误关联和状态通知；要求新代码通过 lint、自动化检查和人工抽测。
第五步：把验收放入交付流程
在需求模板中加入用户任务和成功标准，在设计评审中检查交互，在 PR 和预发布环境执行自动与人工测试。高风险功能需要无障碍负责人签字，例外必须有到期日和补救负责人。
第六步：定义指标和沟通
按任务、辅助技术和版本追踪阻断缺陷、修复周期、回归率、人工审计覆盖、客户投诉和支持工单。对外公开当前支持范围、已知限制和反馈入口，不宣称“完全合规”来掩盖未覆盖场景。
第七步：持续治理
每季度抽样评估，更新组件基线和培训，审查新浏览器与辅助技术。把无障碍债务纳入产品规划和风险评审，确保路线图结束后仍有预算、负责人和升级路径。
高质量示范回答
我会把两季度目标定为：先保证登录、核心表单、导航、错误和动态状态对目标辅助技术可完成，再扩大页面覆盖。第一周确定 WCAG 2.2 AA、法规和合同边界，选择代表性模板与任务做基线；测试组合包括自动扫描、键盘、屏幕阅读器、缩放和真实用户反馈。
排序按任务阻断、受影响用户和修复杠杆，而不是扫描器报告数量。先改共享组件，再给新功能加验收门禁；高风险例外必须有负责人和到期日。每周看阻断缺陷、修复周期、回归率、人工覆盖和关键任务完成率，每月对客户说明已支持范围和限制。这样交付的是可持续治理，而不是一次性“通过扫描”。
常见错误
- 错误表现： 把自动扫描 100% 通过当作合规。→ 失败原因： 扫描无法覆盖键盘顺序、语义体验和真实任务阻断。→ 修正方法： 结合人工、辅助技术和用户测试。
- 错误表现： 按缺陷数量而非任务影响排序。→ 失败原因： 小问题可能很多，登录阻断却只有一条。→ 修正方法： 以关键任务、影响范围和修复杠杆分级。
- 错误表现： 只改新页面，不修共享组件。→ 失败原因： 相同问题会在多个流程反复出现。→ 修正方法： 先改设计系统和组件，再治理页面例外。
- 错误表现： 对外承诺“完全无障碍”。→ 失败原因： 标准版本、辅助技术和未审计范围都会变化。→ 修正方法： 公开支持范围、证据、限制和反馈渠道。
追问及应对
追问一：资源只够修复一类问题，你选什么？
选择阻断最多关键任务的共享问题，例如键盘无法完成提交或错误无法被感知。用用户证据、合同期限和修复范围说明取舍，并把其余风险登记到后续季度。
追问二：工程认为人工审计太慢怎么办？
让自动检查承担重复筛选，把人工时间集中在高风险模板和真实任务；并行设计系统修复和抽样测试。用缺陷发现率、回归率和任务完成率证明投入价值，而不是争论“手工还是自动”。
追问三：WCAG 通过是否等于法律安全？
不等于。WCAG 是技术标准，法律适用范围、合同义务和司法解释另有边界。产品应让法务确认义务，同时用标准和用户证据指导工程优先级。
追问四：如何避免路线图结束后退化？
把组件基线、PR 检查、人工抽样、季度审计、负责人和例外到期日写入常规流程。新功能不通过无障碍门禁就不能进入稳定发布，除非有明确批准和补救日期。