UX 审核与可用性测试
找出客户无法继续完成任务的那个环节。
客服工单往往只描述症状。审核会沿着产生问题的任务追踪原因。我们检查现有产品、观察关键使用路径，并将阻碍转化为团队能够评估和实施的具体改进。
服务概览
UX 审核通过专家检查和约定的用户测试，评估现有产品的可用性，并形成有证据支持的改进清单。
适合的情况
- 关键流程存在困惑或中途放弃的在线产品
- 希望先取得证据再决定是否重设计的团队
其他需求方向
- 正式的无障碍合规评估
检查用户真正需要完成的工作
我们选择具体路径，例如加入工作区、提交申请、查找文件或处理失败的付款。每条路径都有起始条件和可识别的完成状态。现有客服记录和分析数据帮助确定范围。需要重新设计流程和界面时，可在审核后另行开展 UX/UI 设计。
区分专家判断与实际观察到的失败
专家检查导航、反馈、措辞、一致性及恢复状态；主持式测试让合适的参与者尝试约定任务。记录说明发生了什么、涉及哪个页面，以及观察的适用范围。招募、同意、录制与访问方式提前约定。少量测试可以发现障碍，但不能据此推算全体用户的发生比例。
让问题清单能够直接用于开发决策
每项问题注明流程、证据、严重程度、改进建议和复测方法。我们区分使用困难、功能缺陷和产品能力缺失。不清楚的标签可能需要 UX 文案；无法提交的表单可能需要工程修复。同一根因的观察会合并，避免交付只是一大批截图。
问题示例：提交的请求似乎消失了
在一个假设的客户门户中，用户提交文件请求后回到没有变化的列表。审核记录缺少“待处理”状态，观察用户是否重复提交，并建议显示状态与恢复说明。复测要求另一名参与者找到自己的请求。该例展示可执行的问题描述，不是已有客户效果。
看到证据后再决定如何修改
你将收到流程清单、检查过的界面、同意范围允许的测试笔记和优先级问题登记表。我们与产品和工程负责人一起区分快速修正与较大重设计。你需准备测试账号、安全示例数据、常见客服主题和参与者安排。正式 WCAG 评估由单独的无障碍审核负责。
开始前的问题
可以，只要原型能够支持所选任务。报告会区分原型限制与正式产品也会出现的问题。
招募责任及是否使用专业供应商会在范围中写明。可以与由你邀请的客户合作，参与者可用性会影响测试计划。
审核交付证据和建议。设计、开发修改及复测可以作为明确的后续阶段另行委托。
自动工具可以发现部分技术问题，却不能解释用户是否理解下一步，或能否完成一项真实任务。