经验｜我在大厂做“设计评审” 的流程与技巧！

　　设计评审是设计师几乎不可能回避的工作之一。在我们团队，设计评审的类型有两种 ：

　　也即设计组内部的设计稿评审。当产品有重要的新功能上线或大版本迭代时，通常由项目的主设计师发起设计组内部的评审会议，组内所有设计师均可参加，对设计的具体方案做多元化的分析和评估。

　　也即我们一般所说的设计评审，是其他各研发部门的同事一起参与的设计评审会议。

　　所有设计师齐心协力探讨方案，能够在一定程度上帮助你找到设计的具体方案中自己没发现的问题和需要补充的细节，帮你查缺补漏，提升设计稿的产出质量。

　　通过设计内审会议，设计师可以互相了解彼此的业务工作；你的上级也能清楚地看到项目进度和阶段性成果，并对你的设计能力和工作方法有更多了解。

　　很多设计师觉得设计评审是在帮助他人提建议和修改问题，对自己来说帮助不大。其实不然，你在设计评审中也可以学到：

　　‒ 沉淀经验：如果一类问题在多次评审中重复出现，那这类问题有可能值得被沉淀出统一的解法和经验，能够在一定程度上帮助全组设计师提高解题效率。

　　设计内审的参与者是设计师，所以你在会议里讲解和呈现的内容与设计外审不同。你需要向参会的设计师介绍：

　　这也就倒逼着设计师不得不关注设计工作中的逻辑推导过程，以保证设计产出是 有理有据、有说服力 的。‍‍‍

　　通常来说，设计稿在内审通过之后才会进行和其他部门有关人员的外部评审，因此常常要比正式的外审时间提前 2-3 天。你需要在接到设计需求时合理的安排好设计内审的时间，避免延误项目的最终设计交付。

　　在新手设计师还没有完全了解团队的工作方式和设计稿产出习惯的初期，设计内审是必要环节，可以对新人的工作方式来进行引导和校正，帮助新人快速掌握工作要求，融入到新的工作环境中。

　　简单、常见的设计需求不需要在组内进行评审，如有大迭代、或者方案的细节需要寻求设计援助时，再进行组内评审。

　　对于不同项目或是项目的不同进展阶段，设计内审也有不同的标准和评审内容。大家默认必须要做设计内审的内容包括：

　　‒ 大版本的更新升级设计：重点项目的某一 功能全面更新或是大版本的迭代。

　　‒ 有信息需要同步给他人：你所做的项目中的某功能优化，涉及到其他设计师相关工作内容的变动，需要有 相互的信息同步 。

　　‒ 对方案有不确定之处： 当 你不太确定你的设计的具体方案是否是 最优解 ，或者做出了两到三个解决方案想让大家来帮忙判断。