产品经理课程 · 第二阶段：产品设计
✅ 10 - 设计评审
评审Checklist+设计走查+开发对齐
📋 本章导读
设计评审不是"大家看看有什么意见"，而是有目标、有方法、有产出的协作过程。本章将教你建立评审Checklist、设计走查方法和开发对齐流程，让评审成为质量保障而非浪费时间。
🎯 学习目标
- 掌握设计评审的三种类型和各自目标
- 能建立项目专属的设计评审Checklist
- 学会设计走查的完整流程和文档模板
- 掌握与开发团队对齐设计意图的方法
一、设计评审三种类型
🔍 方向评审
时机：概念/低保真阶段
目标：方向对齐，大方向不要跑偏
参与者：PM+设计+业务
产出：方向确认/调整决策
📐 细节评审
时机：高保真/交互原型阶段
目标：验证交互细节、视觉规范、边界情况
参与者：PM+设计+前端
产出：修改清单+优先级
✅ 走查评审
时机：开发完成后/上线前
目标：实现还原度、遗漏检查
参与者：PM+设计+QA
产出：Bug清单+验收确认
二、评审Checklist：系统化而非凭感觉
📋 设计评审Checklist模板
A. 功能完整性
□ 所有用户故事覆盖了？
□ 异常场景处理了？
□ 空状态/加载态/错误态设计了？
□ 边界条件考虑了（超长文本、极端数值）？
B. 交互一致性
□ 相同操作相同反馈？
□ 导航逻辑和信息架构一致？
□ 遵循平台设计规范（iOS HIG/Material）？
□ 组件复用而非重新设计？
C. 可访问性
□ 色彩对比度达标（WCAG 2.0 AA）？
□ 触摸区域≥44px？
□ 支持屏幕阅读器？
□ 不只依赖颜色传达信息？
D. 技术可行性
□ 前端能否实现（动画/性能）？
□ 是否需要后端API变更？
□ 是否影响现有功能？
□ 数据从哪来？格式是什么？
E. 品牌一致性
□ 符合品牌设计规范？
□ 文案语气与品牌一致？
□ 图标/插画风格统一？
三、设计走查：从设计到实现的最后一道关
🔍 走查四步法
- 截图对比：设计稿 vs 开发实现的截图，逐页对比，标注差异
- 交互验证：点击每个交互元素，验证hover/active/disabled状态是否正确
- 边界测试：输入超长文字、极端数值、网络断开，看是否按设计处理
- 多设备验证：至少在3种屏幕尺寸上验证（手机/平板/桌面）
📋 设计走查记录模板
页面：[页面名称]
日期：[走查日期]
走查人：[姓名]
| # | 位置 | 设计稿 | 实际效果 | 差异描述 | 优先级 | 状态 |
|---|------|--------|----------|----------|--------|------|
| 1 | 首页卡片 | 圆角12px | 圆角8px | 圆角不一致 | P2 | 待修 |
| 2 | 按钮状态 | hover变紫 | 无hover效果 | 交互缺失 | P1 | 待修 |
| 3 | 空状态 | 插画+引导文案 | 空白页 | 功能遗漏 | P0 | 待修 |
签名确认：
设计：______ 开发：______ PM：______
四、开发对齐：让设计意图100%传递
设计评审最怕"设计师觉得说清楚了，开发理解的是另一回事"。系统化对齐是解决方案。
🤝 PM-设计-开发三角对齐
- 设计标注：不只有尺寸，还有交互说明、状态变化、数据格式
- 逻辑文档：复杂交互必须有文字版逻辑说明，不能只靠视觉
- 组件映射：设计组件→前端组件库的一一对应关系
- 数据约定：空值、超长、特殊字符的处理规则
- 验收标准：每个设计元素的验收条件，开发自检用
五、案例深度拆解：Spotify设计评审体系
🎵 Spotify：音乐流媒体的设计质量体系
Spotify每周有上百个小功能迭代，如何保证设计质量？他们的答案是"分层的评审体系"。
- Week 0：方向评审（PM+设计Lead）—— "我们做对了吗？"
- Week 1：细节评审（设计团队）—— "交互和视觉对了吗？"
- Week 2：技术评审（设计+前端Lead）—— "能实现吗？有什么取舍？"
- Week 3：走查评审（设计+QA）—— "做出来的和设计一样吗？"
💡 Spotify的秘诀：每次评审只有一个核心问题，参与者和问题匹配。方向评审不讨论按钮颜色，走查评审不讨论功能是否应该做。一个问题一次评审，效率最高。
🧪 练习1：评审Checklist定制
为你当前的产品项目定制一份设计评审Checklist，至少包含5个类别、每类3-5项检查点。与设计师和前端同事review这份Checklist，看他们觉得还缺什么。
🧪 练习2：模拟设计评审
找一个产品的3个核心页面，按方向评审→细节评审→走查评审的流程各做一次，每次评审记录5-10个问题，标注优先级。
🧪 练习3：设计走查实操
选一个刚上线的功能，做一次完整的设计走查：截图对比→交互验证→边界测试→多设备验证，输出走查记录表，至少发现10个问题。
🏆 本章成就
- ✅ 评审组织者 — 能组织高效的方向/细节/走查三种评审
- ✅ Checklist构建者 — 建立系统化的设计质量检查体系
- ✅ 走查专家 — 完成专业级的设计还原度验证
- ✅ 对齐推动者 — 确保设计意图100%传递到开发实现
六、评审文化：从对抗到协作
🤝 建设性评审的5个原则
- 评设计不评人："这个交互可以优化"vs"你做错了"——前者引发讨论，后者引发防御
- 具体而非笼统："这个按钮太小"vs"感觉不太好"——具体反馈才能指导改进
- 提问题而非下结论："用户会怎么理解这个图标？"vs"这个图标不对"——问题激发思考
- 先肯定再建议：先说2个做得好的地方，再说1个可以改进的点——心理安全感
- 聚焦设计意图：先问"这里的设计意图是什么？"再评价执行——理解目标再评估方案
📚 设计评审推荐阅读
- 《Design Review》Google Ventures — 高效设计评审的方法论
- 《Radical Candor》Kim Scott — 如何给出直接又关怀的反馈
- 《The Design of Design》strong>Frederick Brooks — 设计过程的深层思考
💡 设计评审的核心心法：评审的目标不是"挑毛病"，而是"一起把设计做得更好"。最好的评审是设计师在评审后说"我有了更好的想法"，而不是"我被批了一顿"。
七、远程设计评审最佳实践
💻 远程评审的工具和流程
- 共享屏幕：主持人共享Figma/设计稿，边看边讨论——比发截图有效
- 异步评论：评审前24小时在Figma上留评论，同步会议只讨论有分歧的点——提高会议效率
- 录音录像：远程评审容易走神和遗忘——录音回溯比笔记完整
- 投票决策：有分歧时用匿名投票——避免从众效应和权威效应
- 会议时间控制：45分钟封顶——超过45分钟注意力急剧下降，分成两次更有效
八、设计评审的制度化
🏛️ 建立评审制度的4个步骤
- 定义评审门：在产品开发流程中设定固定评审点——方向评审(Week1)、细节评审(Week2)、走查(Week3)
- 制定参与者清单：每个评审门需要谁参加？角色是决策者/咨询者/观察者？
- 建立产出标准：评审的产出是什么？修改清单+优先级+负责人+截止日期——没有行动项的评审是无效的
- 持续优化：每季度回顾评审制度——哪些评审有效？哪些浪费时间？调整频率和参与者
⚠️ 设计评审的5个反模式
- 大锅饭评审：所有人审所有东西——应该只让相关角色参与
- 开环评审：只提问题不定方案——每个问题必须有明确结论（改/不改/待定+deadline）
- 无限评审：评审结果再评审——最多2轮，第3轮由决策者拍板
- 政治评审：评审变成权力展示——Leader要克制，最后发言
- 事后评审：开发完了再评审——评审必须前置到设计阶段
🎨 设计评审的PM心态
作为PM参加设计评审，你的角色不是"批准"或"否定"设计，而是提供产品上下文。告诉设计师：用户是谁、场景是什么、约束条件是什么。让设计师在清晰的约束下发挥创意，比你来指挥怎么画更有效。记住：你是产品的Owner，但不是设计的Owner。信任专业，提供方向。
💡 设计评审小贴士：评审前30分钟发送设计稿给参与者预览，会上效率提升50%。因为大部分讨论时间花在"理解设计"而非"评价设计"上。提前阅读=评审会只讨论有价值的点。