企业如何验证 AI 无障碍功能真实可用
企业如何验证 AI 无障碍功能真实可用
公司发布“AI 无障碍客服”，演示时语音识别和大字模式都很顺畅。一位只能用键盘的用户却无法跳过弹窗，另一位屏幕阅读器用户找不到退款按钮。功能存在不等于任务可完成；验收必须让真实使用者走完整条服务路径。
测试对象要覆盖不同辅助技术、设备和经验水平。给参与者真实任务：开户、查看费用、修改地址、申诉错误账单，记录是否完成、花多久、在哪里请求他人帮助。自动检测可以发现缺少标签等问题，却不能代替人判断解释是否听得懂、流程是否让人疲惫。
企业应给参与测试的残障用户合理报酬，尊重其反馈，不用一位用户代表整个群体。修复后请原测试者复验，模型更新或界面改版时再测。无法使用 AI 通道的人必须仍能找到人工服务。
无障碍测试应覆盖“事情出错”时的体验。密码输错三次、订单支付失败、验证码超时，这些环节往往比正常演示更难。模型可以帮团队生成异常场景清单，再由真实用户尝试恢复。屏幕阅读器能读出“错误”二字，却不告诉人哪里错、怎样重试，仍然是失败。
企业还应区分标准符合性和真实可用性。网页通过技术检查，第三方支付页面可能把整条流程截断；语音服务能识别命令，但用户要重复五遍。产品、客服和外包接口都应在验收范围内。试点报告写明参与者类型、设备和任务，不把几位熟练用户的成功泛化给所有残障人士。
企业验收可以用“第一天不会用的人”做测试。一位熟练屏幕阅读器用户能找到隐藏按钮，不代表普通新用户也能；不同残障类型甚至会对同一界面提出相反需求。测试报告应写明样本范围和任务，不用“百分之百通过”夸大普适性。较少出现但后果严重的失败，如无法完成紧急报修，应单独处理。
还有一个常被忽略的成本：用户为了完成任务付出的时间和心理负担。AI 客服可能让残障者最终办成退款，但他重复描述了四次、等了半小时，体验远未平等。企业可与普通流程比较，而不是只与“完全不能用”的过去比较。无障碍的目标是让普通事务同样普通，不要求用户每次都表现得像一位专业测试员。
无障碍测试需要安排用户真的完成任务，而非让研究员替他点到最后一步。签约、付费、求助这些流程一旦中断，损失比找不到普通按钮大得多。测试时记录辅助设备型号、操作系统和失败原因，给参与者合理报酬。修复后请不同用户再测一次，防止只适配了一个人的习惯。产品经理应亲自看失败录像，才知道“按钮已加标签”远不等于能用。
真正的无障碍成果，不是产品功能列表里多了一项，而是原先被挡住的人能独立办成事。
