4、设计评审节点：评审目标、参与角色、评审清单与评审记录方法
设计评审是UI视觉交付链路中成本最低、收益最高的质量闸口。它并非“走查一遍看看好不好看”，而是一个结构化的决策关口：在视觉稿进入开发前，通过明确的目标、角色、清单和记录机制，将视觉一致性、可用性、品牌调性三类风险拦截在交付之前。本章将拆解评审节点的完整运作框架，帮助团队建立可复用、可追溯的评审机制。
4.1 评审目标：从“审美偏好”转向“质量闸口”
设计评审的核心目标不是让参与者表达“喜欢或不喜欢”，而是通过可量化的标准判断视觉稿是否达到交付门槛。评审目标应拆解为三个层次：
- 视觉一致性：设计稿是否遵循已建立的视觉规范（间距、字号、色彩、圆角、阴影、图标风格）。一致性检查应基于设计令牌（Design ），而非个人感觉。
- 可用性：视觉表达是否支持用户理解信息层级、操作路径和反馈状态。例如按钮的可点击感、表单的错误提示是否清晰、文字对比度是否满足WCAG AA标准。
- 品牌调性：视觉语言是否与品牌定位匹配。例如金融产品应体现稳重感，而潮流社区可以更活泼。调性检查需要品牌关键词作为锚点。
评审目标还应包含技术可行性预判：标注是否完整、切图是否合理、动效实现成本是否可控。这需要前端工程师参与评审，避免视觉稿进入开发后才发现实现成本过高。
4.2 参与角色与职责边界
评审会议需要控制参与人数，避免“人多口杂”导致决策效率低下。建议采用核心评审组+扩展评审组的双层结构：
| 角色 | 是否必须参与 | 核心职责 | 决策权重 |
|---|---|---|---|
| 视觉设计师（主讲） | ✔ 必须 | 讲解设计思路、展示设计稿、记录修改意见 | 高（设计解释权） |
| 交互设计师 | ✔ 必须 | 核对视觉稿是否还原交互原型、检查状态覆盖 | 高（流程正确性） |
| 前端工程师 | ✔ 必须 | 评估实现成本、检查标注完整性、确认响应式方案 | 高（技术可行性） |
| 产品经理 | ✔ 建议 | 确认视觉方向与产品目标一致、判断优先级 | 中（需求符合度） |
| 品牌/市场人员 | △ 按需 | 审核品牌调性、检查VI规范符合度 | 中（品牌一致性） |
| 用户研究员 | △ 按需 | 提供用户测试数据、判断可用性风险 | 低（数据参考） |
评审会议需要指定一名主持人（通常是设计负责人或资深设计师），负责控制节奏、引导讨论、总结结论。主持人需要避免两个极端：一是放任自由讨论导致会议超时；二是过于强势导致设计师不敢表达。
4.3 评审清单：三类检查项与操作流程
评审清单是评审质量的基石。建议将清单分为通用检查项和项目定制检查项。以下为通用清单的核心内容：
4.3.1 视觉一致性检查（约40%评审时间）
- 间距系统：是否使用4px或8px基准网格？卡片内边距、列表项间距是否符合规范？
- 色彩系统：主色、辅助色、功能色是否取自设计令牌？按钮hover/disabled状态色是否正确？
- 字体系统：字号层级是否清晰？行高、字重是否与规范一致？数字是否使用等宽字体？
- 组件复用：相同功能的控件是否使用同一组件样式？例如所有“确认”按钮是否统一为同一颜色和圆角？
- 图标风格：线性图标与面性图标是否混用？图标描边粗细是否一致？
4.3.2 可用性检查（约35%评审时间）
- 信息层级：标题、正文、辅助文字的主次关系是否通过字号/字重/颜色清晰表达？
- 操作反馈：按钮点击态、加载态、禁用态是否完整设计？空状态是否有引导文案？
- 表单可用性：输入框聚焦态是否明显？错误提示是否靠近对应字段？
- 无障碍基础：正文文字与背景的对比度是否≥4.5:1？大号文字是否≥3:1？
- 响应式适配：关键断点（如375px、768px、1440px）下布局是否不破版？
4.3.3 品牌调性检查（约25%评审时间）
- 品牌关键词匹配：设计稿是否传递了品牌定义的情感关键词（如“专业”“亲和”“科技感”）？
- 竞品区分度：与主要竞品相比，视觉风格是否有辨识度？
- VI规范符合度：Logo使用、品牌色占比、辅助图形应用是否符合VI手册？
4.4 评审记录方法：让结论可追踪、可复盘
评审记录是评审环节最容易被忽视的部分。没有记录的评审等于没有评审。推荐使用“问题分级+截图标注+决策归档”的三步记录法：
4.4.1 问题分级
| 级别 | 定义 | 处理策略 | 示例 |
|---|---|---|---|
| P0（阻断） | 功能无法使用或严重误导用户 | 必须修改后重新评审 | 按钮颜色与背景对比度不足，用户无法识别可点击区域 |
| P1（重要） | 影响体验一致性或品牌形象 | 修改后由设计负责人确认即可 | 同一页面出现两种不同风格的弹窗 |
| P2（建议） | 优化项，不影响交付 | 记录到优化清单，后续迭代处理 | 某图标描边粗细与标准相差0.5px |
4.4.2 截图标注与决策归档
使用协作工具（如Figma评论、Zeplin标注、或者简单的截图+箭头工具）对每个问题位置进行标注。每条记录应包含：问题截图、问题描述、对应清单项、严重级别、提出人、处理责任人、处理结果。评审结束后24小时内输出《评审记录表》，发送给所有参与者确认。
4.5 案例拆解：一次电商App改版评审的完整闭环
背景与约束：某电商App进行首页改版，视觉设计师完成了新方案，计划在两周后进入开发。团队共6人参与评审：视觉设计、交互设计、前端工程师、产品经理、品牌专员、设计负责人（主持人）。
初始目标：在1小时内完成评审，输出明确的修改清单和结论。
评审过程：
- 预审阶段：设计负责人提前将设计稿和清单发送给参与者，收集到12条预审意见。
- 正式评审：视觉设计师用10分钟讲解设计思路（重点说明改版后的信息层级和色彩策略）。随后按清单逐项过检：
- 一致性检查发现：商品卡片的圆角在列表页为8px，在详情页推荐位为12px，属于P1问题。
- 可用性检查发现：价格文字与背景对比度为3.2:1，低于4.5:1标准，属于P0问题。
- 品牌调性检查发现：新方案中品牌辅助图形使用频率过高，可能干扰信息阅读，属于P1问题。 - 讨论与决策：前端工程师提出价格区域的渐变背景在低端机上可能出现色带，建议改为纯色背景。产品经理确认价格是用户最关注的信息，同意调整。品牌专员建议保留辅助图形但降低透明度。
- 记录输出：共记录8个问题（1个P0、4个P1、3个P2）。P0问题当场确定修改方案，P1问题指定责任人和完成时间，P2问题进入优化清单。
结果与复盘：评审结论为“有条件通过”。设计师在2天内完成修改，设计负责人复审确认后进入开发。复盘发现：预审阶段收集的意见覆盖了60%的问题，正式评审效率明显提升；但品牌调性检查耗时过长，后续建议品牌专员提前给出关键词清单。
4.6 常见误区与总结复盘
- 误区一：评审变成“审美辩论”。参与者凭个人喜好发表意见，缺乏标准依据。对策：强制使用评审清单，所有意见必须对应到具体检查项。
- 误区二：评审只评“好看不好看”，忽略标注和实现。对策：前端工程师必须参与，且对标注完整性有一票否决权。
- 误区三：评审记录不归档。对策：建立评审记录库，每次评审后归档，形成团队知识资产。
- 误区四：评审频率过低或过高。建议：大型改版每轮设计稿评审1次，小型迭代可合并评审；但不要超过2周不评审，避免方向跑偏。