3. 用户体验边界检查：交互流程、反馈机制、错误处理

适用场景

• AI 产品原型完成线框图或高保真交互稿，进入体验走查阶段。
• 涉及多轮对话、状态切换、异步任务或非确定性输出的交互场景。
• 用户操作路径中包含“触发 → 等待 → 结果 → 异常 → 修正”闭环的需求。

前置条件

• 已完成信息架构评审与功能边界定稿（第 1、2 章）。
• 原型已具备可点击交互流程支持，非静态展示稿。
• 评审组成员包含交互设计师、前端开发、测试工程师及业务方代表。

操作步骤

1. 步骤一：遍历核心路径

   从用户首屏操作出发，逐节点验证交互流程是否完整闭环。重点关注：

   • 输入引导：输入框是否带默认提示/示例句式。
   • 触发方式：按钮/快捷键/语音指令是否响应正确。
   • 状态变化：加载中、成功、失败、空状态、网络断开是否分别有独立视觉方案。
   • 跳转逻辑：跨模块跳转是否保留上下文。
2. 步骤二：框选每个“触发点”

   对原型中每一个可交互控件（按钮、输入框、链接、卡片点击区域）做以下检查：

   • 反馈类型：视觉反馈（颜色/动效）、听觉反馈（可选）、触觉反馈（移动端）。
   • 反馈延时：即时点击态（≤100ms）、加载动画（<3s 至少显示骨架屏，>3s 显示进度条或预估时间）。
   • 错误反馈：输入校验错误、请求超时、模型返回异常都有专属提示文案，不套用通用“系统错误”。
3. 步骤三：逐条核对反馈机制 Checklist

   使用下表对每个触发点标注通过（✅）或不通过（❌）：

   检查项	通过标准
   操作前	控件有明显可交互状态（非禁用态才接受点击）
   操作中	立即出现加载指示器（转圈/进度条/骨架屏）
   操作成功	视觉/文案明确告知“已完成”，并提供下一步指引
   操作失败	错误文案包含“原因 + 解决建议”，不抛技术代码或空提示
   操作取消	撤销/停止操作后回到上一步稳定状态

4. 步骤四：模拟错误处理场景

   搭建最小错误模拟环境（可手动构造或使用接口 Mock），逐一验证以下边界：

   • 空输入 / 无效输入 / 超长输入。
   • 网络中断 / 请求超时 / 接口返回 4xx/5xx。
   • 模型推理异常（输出非结构文本、输出为空、输出格式不符预期）。
   • 并发冲突（同一账号在不同设备同时操作同一资源）。
5. 步骤五：记录问题并归因

   每发现一条不合规项，需归属到“交互流程缺失”、“反馈机制缺失”或“错误处理缺陷”三类之一，并标注严重等级（P0–P3）。

输入输出物

责任边界

• 产品经理：提供完整的交互场景列表，裁定错误处理方案是否可接受。
• 交互设计师：维护交互反馈规范并落实到原型中，修改不符合项。
• 前端开发：评估反馈机制的技术实现成本，确认边界条件是否可覆盖。
• 测试：在测试用例中补充本节发现的错误处理场景，后续回归验证。

记录材料

1. 《交互流程闭环 Checklist》（按路径列出的每个交互节点截图 + 打标）。
2. 《反馈机制验证表》（每个触发点的反馈类型、延时、文案截屏）。
3. 《错误处理场景矩阵》（错误类型 × 表现 × 严重等级 × 责任人）。

异常处理

验收标准

• 所有 P0 级交互流程（登录、主任务、退出）均无闭环缺失，每个触发点都有对应反馈。
• 至少覆盖 10 种以上错误处理场景，错误提示均包含“原因 + 可操作建议”。
• 加载状态：P0 场景操作后 3s 内出现反馈（含骨架屏），超过 5s 出现进度或预估时长。
• 评审后《反馈机制验证表》通过率 ≥ 95%，其余项附带修复时间节点。