编者按：设计评审的目的和意义是什么？如何做一场高效的设计评审会？本文附赠一份 设计评审 的流程模板。
如何做好交互评审？从这3个思路出发！（附交互自查表） 面对频繁迭代、业务线众多的产品，交互设计需求量大，无法靠设计师有限的人力输出所有稿件。
阅读文章 >
如何顺利通过UI设计评审？掌握这4个注意点！ 设计师的厉害之处不是设计方案有多么天马行空，而是是否有能将其落地的能力。
阅读文章 >
先解决情绪，再解决实操，主观上接受了，客观上才能改变，吼~~~
1. 评审的目的和意义？ ① 评审处在工作流的哪一环？
互联网的一般开发流程是产品出需求→ 交互设计 →UI设计→开发→测试→上线
其中交互设计就包含了交互评审， 交互评审 又分为内审和外审。
所谓内审即设计部内部成员对设计稿进行审核，外审则是组织流程的上下游人员一起对设计稿进行方案评审。当然，不同的公司流程可能稍有不同，但是大体方向是一致的。
② 评审的目的和意义是什么？
评审的目的和意义其实大家都心知肚明，无非是帮助方案更加完善。
但是目的和意义搞清楚了还只是一方面，咱们心里虽然知道评审很重要，但是距离真正接受这一个流程还得给自己做一番心理建设，毕竟自己的设计方案是自己的崽，被质疑的时候心理上肯定会不舒服，当我们被情绪牵着走的时候就容易从客观讨论变成维护自己的立场，从自身的角度看，相当不利于个人成长。
下面就开始“心理按摩”，关键就在换位思考。
首先咱们先明确一个观点，评审不是找茬，先把主观情绪去掉，客观地看待评审，评审是从多个成员的多个视角去解读你的设计方案，让方案更加完善。
换位思考一下，如果你是公司的老板，设计同学设计了一个方案，这个方案是要上线运营的，你是不是希望这个方案能汇集多方意见，减少纰漏。
毕竟企业是要生存的，少一点纰漏就多一分生存机会。
所以站在了企业的角度，是不是找茬的情绪就更少了，有句很有名的话“屁股决定脑袋”，没人关注“你的”方案做得好不好，他们更加关注的是“方案本身”，所以不要有受害者心态，觉得所有人都在找你麻烦，换位思考一下就豁然开朗了。
2. 高效的评审会如何开？ 我亲身经历过的低效评审会是什么样子的？
把所有人都拉到一个会议室浩浩荡荡开两三个小时，大部分时间是一个人的独白，两三个人讨论，其余人埋头做自己的事情。这就是我经历过的低效评审会。
问题出在哪里？
首先，人面对信息的时候需要有一个理解和思考的时间，突然把大家拉到会议中开始填鸭式输入成效不高，最终变成一个人的独角戏。
其次，把所有人都拉到一起就是一个错误的选择，人越多会议越开不明白，大部分人都是来打酱油的。
我听过飞书的 CEO 谢欣说过他们开会的方式：
先把文档发出来，大家静默阅读 20 分钟，把自己的问题提出来，然后再进行下一步的讨论。静默阅读这一动作就是拿来理解信息的，只有把信息理解透彻了才能提出建设性的问题。
所以评审会要想开得高效，主要有三点：提前通知、控制人数和时间、少讨论多决策
提前通知：
提前通知的目的有二，其一是让大家安排时间参会。其二是把文档提前发出来先让大家熟悉熟悉。这里给个温馨提示，会议室提前预定，否则容易出现临近会议没有会议室的情况，我就遇到过。
另外，如果实在没有会议室也尽量不要让一堆人围在工位上讨论，一来打扰其他同事，二来效率不高，会议室的仪式感能帮助大家集中注意力。
控制人数和时间：
尽量只拉和评审最相关的人入会，并且提前预告时间，控制在一个小时以内，因为只有和评审最相关的人才知道落地的时候他需要关注哪些问题，也才能让提出的问题更加有针对性和建设性。
开会时间一定要严格控制，时间一长就容易磨洋工，大家越讨论越细最后没有一个统一的结论，所以对于实现难度和大方向没有把握的就提前和相关人员去对一对，这样可以节省不少时间。
我遇到过一种评审方式，评审的时候由 leader 出面，等到真正落地的时候是另外一个人，这个人没有参加评审会，如果他愿意主动问还好，你再讲一遍无非是浪费一点时间，也不会造成很大的问题。
但是如果遇到不愿意主动沟通的开发同学，就容易出现最终实现的效果和你设计的不符，这问题就大了，你让人家改吧，人家可能说开发时间不够了，下次，下次就意味着不了了之。你不改吧，你心里过不去。
如果实在不幸遇到这样的情况，建议你主动去找执行的人再讲一遍，你无法控制别人是否主动，那就控制自己，让自己主动一点。
谁痛苦谁改变，你的目的是把你的方案推动下去，那就主动些。
少讨论，多决策：
别误会，可不是让你不讨论，而是不要沉迷于讨论，评审会议的目的主要是做决策而非针对细节进行讨论，如果无法确定一个需求是否能实现，提前请教相关人员，不要在会议室浪费所有人的时间，否则评审会很容易变成臭婆娘的裹脚布——又臭又长。
3. 评审会流程模板 最后附上评审流程，仅供参考，每个组织都有适合自己的评审会，无须照搬。
欢迎关注作者的微信公众号：馊面包
