评审前准备清单：原型完整性检查、交互说明标注、设备与投屏测试
原型评审不是打开设计稿就开始讲。缺少事前准备，评审会演变为“现场找bug”“临时补标注”“设备连不上”的低效场面。本章围绕三个核心准备动作——原型完整性检查、交互说明标注、设备与投屏测试，给出可逐项打勾的SOP清单，确保评审开始前所有物料和环境达到“可评审”状态。
适用场景
- 内部设计评审（设计团队自审或交叉评审）
- 跨部门原型评审（产品、设计、开发、测试共同参与）
- 客户/ stakeholder 原型演示与确认
- 远程或混合形式（线上线下结合）的原型评审
前置条件
- 原型设计稿已完成最后版本并定稿（含所有主流程页面）
- 评审参会人名单与角色已确认，会议邀请已发送
- 会议室/线上会议已预订，投屏设备可用
- 原型文件已导出为可交互格式（如 Axure HTML、Figma 原型链接、Sketch Mirror 等）
操作步骤
评审前准备分为三个连续阶段，建议按顺序执行，避免返工。下方流程图概述了从原始原型到评审就绪的完整路径。
阶段一：原型完整性检查
检查原型是否覆盖了所有主流程页面、关键状态及异常场景。缺少任何一个环节，评审中都会出现“这个页面还没做”的断层，导致会议中断或决策延迟。
| 检查维度 | 检查项 | 通过标准 | 检查结果 |
|---|---|---|---|
| 页面流程 | 主流程页面是否完整 | 所有核心操作链路页面均已包含，无缺失 | ☐ 通过 ☐ 不通过 |
| 状态覆盖 | 空状态 / 满状态 / 错误状态 / 网络异常状态 | 至少覆盖 3 种关键状态，且状态页面独立可交互 | ☐ 通过 ☐ 不通过 |
| 异常场景 | 边界条件与错误提示 | 输入校验、超限、无权限等异常情况有对应反馈页面 | ☐ 通过 ☐ 不通过 |
| 跳转闭环 | 当前版本所有页面入口与出口 | 每个页面至少有一个返回/关闭路径，无死页面 | ☐ 通过 ☐ 不通过 |
建议使用“原型检查记录表”逐页核对，每发现一个缺失项立即标记，不要等到评审当天再补。
阶段二：交互说明标注
原型中的交互细节必须通过标注清晰传达给所有与会者。口头描述容易遗漏或产生歧义，标注是评审沟通的“通用语言”。
| 标注类型 | 标注内容 | 标注方式 | 示例 |
|---|---|---|---|
| 手势操作 | 点击 / 滑动 / 长按 / 拖拽 / 双指缩放 | 箭头 + 文字说明，标注在触发区域旁 | “点击卡片进入详情页” |
| 跳转逻辑 | 页面跳转 / 弹窗 / 侧边栏 / 切换 Tab | 连线 + 触发条件 + 目标页面编号 | “点击提交 → 弹窗确认 → 返回列表页” |
| 数据状态 | 加载中 / 空数据 / 错误 / 正常数据 | 状态标签 + 占位符说明 | “图片加载失败显示默认占位图” |
| 反馈与动效 | 点击反馈 / 加载动画 / 转场动效 | 文字描述 + 动效示意（可选） | “按钮点击后变灰并显示 loading 1.5s” |
避免在评审现场口头补充标注。所有标注必须在评审前完成并更新到原型文件中，供参会人提前预览。
阶段三：设备与投屏测试
设备连接失败或投屏延迟是评审中最常见的“翻车”原因。本阶段要求在实际评审环境中完成一轮完整的投屏与交互测试。
| 测试项 | 操作步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 设备连接 | 将演示设备（笔记本/平板/手机）连接至会议室显示设备 | 显示设备识别信号源，画面正常输出 | ☐ 通过 ☐ 不通过 |
| 投屏镜像 | 开启投屏镜像或扩展模式，确保所有参会者可见 | 投屏画面与操作端实时同步，无明显延迟 | ☐ 通过 ☐ 不通过 |
| 交互响应 | 在原型中执行点击、滑动、跳转等操作 | 交互响应延迟 < 200ms，无卡顿或闪退 | ☐ 通过 ☐ 不通过 |
| 音频与麦克风 | 若为远程评审，测试扬声器与麦克风 | 双方音量正常，无回声或杂音 | ☐ 通过 ☐ 不通过 |
至少提前 30 分钟进入会议室完成设备调试。若使用线上会议工具，提前发送原型链接并确认对方可正常打开。
输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | 原始原型设计稿 | 设计工具导出的可交互原型文件或链接 |
| 输入 | 产品需求文档（PRD） | 用于对照检查原型是否覆盖所有需求点 |
| 输出 | 已标注的评审用原型 | 完成交互标注后的原型文件，供评审时演示 |
| 输出 | 设备测试报告 | 记录各项测试结果，确认环境就绪 |
责任边界
| 角色 | 职责 | 交付物 |
|---|---|---|
| 产品经理 | 主导原型完整性检查，确认页面流程与需求一致 | 原型完整性检查清单（已填写） |
| 交互设计师 | 完成所有交互说明标注，确保标注清晰无歧义 | 已标注的原型文件 |
| 前端/开发负责人 | 确认设备与投屏环境可用，协助解决技术问题 | 设备测试记录表 |
| 项目经理 | 确认所有前置条件满足，准备记录材料 | 评审会议议程 & 物料清单 |
记录材料
- 原型完整性检查清单（纸质或在线表格）：逐项记录检查结果与缺失项。
- 交互标注记录表：记录已标注与遗漏的交互项，便于追溯修改。
- 设备与投屏测试记录表：记录每项测试的操作结果与异常情况。
- 问题跟踪列表：记录准备阶段发现但未解决的问题，标注优先级与负责人。
异常处理
常见异常与应对方案：
- 原型页面缺失 → 评估缺失页面优先级，若为关键路径页面，推迟评审并补充；若为非关键页面，记录为“待补充”并在评审中说明。
- 交互标注遗漏超过 30% → 暂停评审准备，优先补全标注，重新进行阶段二检查。
- 设备投屏失败 → 准备备用投屏方案（如 HDMI 直连、备用笔记本、分享原型链接让参会人自行打开）。
- 原型文件损坏或无法打开 → 从版本管理工具中拉取上一个可用版本，或者导出图片/PDF 作为最低限度演示素材。
- 远程参会者无法访问原型链接 → 提前提供备用链接或离线包，并在评审开始前 15 分钟逐一确认可访问。
验收标准
- 原型完整性检查清单中所有“通过标准”列项均为“通过”。
- 交互标注覆盖率 ≥ 95%（关键交互 100% 标注）。
- 设备与投屏测试记录表中所有“预期结果”列项均为“通过”。
- 所有已发现的问题均已记录并分配负责人，不阻碍评审会议按时召开。
- 评审物料（原型文件、检查清单、演示设备）在会议开始前 10 分钟全部就位。