Iniciar Sesión Ahora 提到设计评审，很多人的第一反应是：又要来挑毛病了。这种想法其实挺普遍，但也恰恰说明，我们对评审这件事的理解，从一开始就可能跑偏了。
设计评审不是验收，更不是审判。它更像一次集体把脉，目的是让方案更扎实，让思路更开阔，而不是逮住某个细节争论不休。接下来，我想从几个常见问题入手，把设计评审背后的思路拆开聊一聊，希望能带来一些不一样的启发。
先回到最基础的问题：设计评审到底是什么？简单说，就是有组织地评估一个设计方案，看它能不能满足既定的质量要求，同时把潜在风险挖出来，找到可以改进的地方。从可靠性角度讲，它算一种成本可控的测试手段——在早期发现设计缺陷，加速方案成熟，降低决策风险。在很多公司，设计评审也承担着纠错、复盘甚至晋升参考的功能，后来才慢慢延伸到产品设计的各个工作环节。
实际操作中，评审并不是只有一种套路。根据参与人和目的的不同，常用的办法大致有三种。
第一种是协助启发式评估。传统的启发式评估往往靠几位交互专家扮演用户去完成设定任务，好处是成本低、速度快，但缺点也很明显：专家不好找，而且不同专家给的意见一致性不高，常常说不清某个问题到底是不是真正的体验问题，主观色彩比较重。协助式评估就不一样了，它不要求必须是专家，用户、测试、设计、产品、运营、业务……只要愿意参与测试的人都可以加入。大家以小组为单位，对照一套可用性原则表来排查问题，这样收集到的视角更多元，判断也更贴近实际。
第二种是独立设计标准，通常以群体对话的形式展开，用来判断设计方案是否达成了目标，体验是否友好。很多时候它会在线上以留言点评的方式进行，把问题一个一个标注清楚。像爱彼迎团队出品的 REDPEN，或者 Overflow 这类协同工具，就挺适合做这种评价。
第三种是专家评审，重点在于充分调用经验和专业知识，去验证设计方案有没有遵循设计标准，有没有违反常见的可用性原则、认知心理学和人机交互的常识，以及有没有偏离评审专家在该领域的专业判断。正因为特别强调过往经验和专业积累，所以叫“专家评审”。
说到这儿，很多非设计背景的同事可能会觉得，设计评审就是确认一下现在的设计能不能被接受，顺便给设计找找问题。这其实是个挺大的误解。一场好的设计评审，至少能在四个层面发挥作用：审查设计目标，帮助设计师确认当前方案是不是还在朝着产品目标走，有没有跑偏，设计原则有没有被贯彻；挖掘设计亮点，搞清楚哪些部分做得很有效，以及问题出在哪里、为什么出问题；共享资源信息，不同专业角度的反馈能带来新的视角，帮设计师突破瓶颈，从视觉、交互到品牌形象都能有所启发，同时也让团队整体的设计一致性更强；激发灵感潜力，反馈常常能让设计师看到方案后续的更多可能性，催生出更丰富的想法。
把评审放到整个研发流程里看，事情会更清楚。一般产品研发大致分为项目启动、需求分析、产品设计、开发上线、版本迭代几个阶段。我们重点聊的，其实是项目中期那个设计评审节点——也就是方案确定、即将移交开发的时候。这个节点很微妙，它就像一道闸门，一旦有设计或需求遗漏，后面就容易出现严重的 bug 和返工。很多项目延期，追根溯源，问题往往就出在这里。所以，想让评审真正高效，首先得把它拆解清楚，让它和实际流程紧紧咬合在一起，而不是孤立地开个会。
在聊具体方法之前，有几个基础要点值得先提一下，对经验还不多的同学尤其有用。
UI 设计评审不该是“一锤子买卖”，而应该贯穿整个产品设计和研发过程，至少保持每周甚至每天定期进行。在敏捷或精益流程里，多次迭代下的持续评审，能更好地把控设计方向。每次评审前，建立一套明确的原则也很重要——注意，是原则，不是规则。原则不是教条，而是帮大家把注意力放在期望上，同时允许自由讨论。通常我们会强调这几点：表示尊重，听起来老套，但如果每个人都只顾着批评，却不尊重台面上的意见和他人的技能，评审很快就会变成对立；理解需求，时刻提醒自己，这场会议是为谁解决什么问题，目标用户是谁；合理表述，讲解设计时，记得把项目背景、解决方案、设计媒介、用户体验流程都带上，演示产品比单纯描述更有说服力；固定范围，快速提醒大家项目的目标和本次评审涉及的边界，避免话题越扯越远；得出方向，每次会议结束，一定要总结出共识，确保会议是有效的。很多评审最后都死在“讨论很热烈，但没有结论”上。
另外，UI 设计评审很容易陷入在视觉细节上反复纠结，反而忽略了交互层面那些对体验影响更大的问题。所以，始终围绕核心问题、深入探索当前解决方案，才是优秀评审该有的样子。
再来看不同时期怎么评。参考一些大厂的做法，通常可以把评审流程分为内审和外审。
内审时，设计师先简要介绍需求、分析、用户画像、竞品、发现的问题和解决思路，然后展示方案。评审团会从四个方面去考察：交互设计的所有设计点有没有覆盖完整；排版、对齐、控件尺寸、字体大小是不是符合规范；产品设计里，方案的使用顺序是不是符合用户的使用流程和预期，运营设计里，阅读顺序是不是能引导用户阅读；设计创意是不是服务于设计目标，视觉表现手法是不是到位。内审中，设计师需要努力维护自己的方案，原则上不建议频繁大改，这对沟通能力、设计功底和效率都提出了比较高的要求。如果方案没通过，需要修改，会后要评估工作量。如果半天内能改完，就当天消化，主动组织下一轮评审，尽量不耽误进度。如果修改量太大，或者多轮内审都过不了，就需要和合作伙伴、设计总监沟通，评估要不要变更方案并延期，但一般不建议轻易延期。
外审相当于让整个项目团队从高保真原型角度重新审视一次项目。这时候的一些必要调整，能大大降低产品上市后的风险。但原则上，外审不讨论设计专业问题，只看方案是不是符合产品设计的需要。当发生设计修改或需求变更时，设计团队负责人需要把控好设计成本。设计师同样先做简要介绍，然后展示方案。评审团会加入前后端技术人员、市场和运营相关人员，从整体上检查需求是否符合业务预期。评审团根据高保真原型给出反馈，设计师会后收集意见，修改后发起第二轮外审。当评审团认为方案符合预期，设计师就开始准备设计文件和资源规范，交付给研发或运营团队。如果因为沟通不到位导致需求理解偏差，或者需求方在外审后决定变更需求，同样需要评估工作量。半天内能消化就加班完成，不能的话，需要和产品经理、设计总监沟通，评估是否要变更设计计划并延期，随后按新计划组织新一轮评审。
项目有大有小，难度也不同，每个评审阶段对应的关注点和参与人员也不一样。设计工作大致可以分成早期概念、中期原型、后期施工三个阶段。
项目初期，一般在完成战略层、范围层工作之后，进入框架层、结构层和表现层。评审展示的可以是信息架构图、任务流程图、原型图、页面流程图或效果图。这个阶段的主要目的是创建产品原型，广泛描述用户场景和操作流程。评审更应该聚焦于各种设计方向如何实现产品战略，多听听业务人员的意见，明确产品目标，为后续实现打下基础。建议参与人员包括设计专家、业务专家、产品专家、技术专家。
项目中期，项目进入开发阶段，设计方案已经确认，正在按方案实施。评审展示的是高保真视觉、短视频或交互原型。此时评审的目的是考量现有方案的优缺点，看看优势方向还有没有更多延伸性和亮点，以及在建造过程中发现的问题是否还有时间解决。简单说，就是从多个方案思路的筛选，转向对已确定方案的延伸打磨，让方案更有潜力。建议参与人员包括设计负责人、产品经理、业务经理、技术经理、前端负责人、后台负责人。
项目后期，项目进入上线或测试阶段，评审展示的是移动端或网页端的测试环境。这时候的“设计审核”更像是精益求精，打磨产品细节，运用可用性原则或系统可用性量表，去判断方案落地过程中有没有可用性问题，同时对各个设计方向进行最后的交互走查。
说到底，设计评审的核心其实就一件事：讲清楚你要解决的问题，并让在场的人对此达成共识。所有的方案，都是围绕这个问题展开的。抓住这一点，评审才不会跑偏，也才能真正帮到产品和团队。