第1章 原型评审的核心价值与场景
原型评审是产品设计流程中关键的同步节点，旨在对齐期望、验证可行性、优化细节。本章作为课程起点，明确评审目标、适用场景与常见失败原因，为后续SOP奠定认知基础。
1.1 评审目标
- 对齐：确保产品、设计、开发、测试对交互与视觉理解一致。
- 验证：检查设计方案是否满足用户需求与业务目标。
- 优化：低成本发现并修正问题，减少开发返工。
1.2 适用场景
原型评审适用于以下关键节点：
| 场景 | 典型时机 | 参与角色 |
|---|---|---|
| 里程碑评审 | 每个迭代结束/需求锁定 | 产品、设计、开发、测试、运营 |
| 关键交互评审 | 核心流程设计完成后 | UX设计、前端开发、产品 |
| 高风险模块评审 | 涉及支付、权限、数据安全等 | 所有相关方+安全/合规 |
| 用户测试前预审 | 用户测试前1天 | 设计、用研、产品 |
1.3 评审失败常见原因
注意：以下六类原因导致80%的原型评审低效甚至无效。
- 目标模糊：没有明确评审重点（交互、视觉、技术可行性？）
- 角色不全：关键决策人（技术负责人、业务方）缺席。
- 无准备：参与人未提前查看原型，评审变成“现场阅读”。
- 过度细节：纠结像素级对齐、文案措辞，忽略整体逻辑。
- 无纪要：未记录结论与待办，会后无追溯。
- 缺乏决策：讨论后无明确通过/驳回/修改决策。
1.4 SOP要素总览
本课程将以SOP结构贯穿，本章作为开篇，定义基础：
- 适用场景：如上表所列。
- 前置条件：原型完成度≥80%、评审议程已分发、角色确认。
- 操作步骤：后续章节详述。
- 输入输出物：输入=原型文件+评审需求列表；输出=评审纪要+行动项。
- 责任边界：主持人（控制节奏）、记录人（速记纪要）、决策人（最终拍板）。
- 记录材料：标准评审纪要模板（参见附录）。
- 异常处理：见1.3节失败原因及对应的“坏习惯急救包”。
- 验收标准：所有行动项关闭，设计变更已同步，无遗留关键争议。
关键认知：原型评审不是“找茬大会”，而是“风险发现与共识建立”的协同场。每次评审前，确认评审目标是否在三人以上达成共识；没有共识的评审注定低效。
1.5 本章验收标准
理解并能够区分原型评审的三大目标、四种典型场景，并能识别六大失败原因。具备参与评审前自我检查的意识。