其实之前有整理过关于交互评审会的文章，原本以为只有交互设计新人才需要提醒，但最近对接了一些合作伙伴的产品或交互设计师后，发现工作几年的交互设计师同样会遭遇挑战，因此又重新整理了你们看到的这篇文章。
在我们的项目里通常会有两种交互评审，一种是组内评审，参与者都是组内的交互设计师；另一种是整个项目组的评审。
本文指的是项目组评审，它是交互设计师在完成并确定好设计方案后，召集所有项目相关人员一起，集中对设计方案进行确认的会议。相关人员包括需求方（产品、市场、运营）、视觉、开发及测试等。
作为交互设计师应当足够重视交互评审会，第一，它是交互设计师在项目研发中第一次公开展示自己的方案；第二，交互方案在评审会上确定后，直接影响着之后各个环节的执行落地。
但评审会通常会变成交互设计师遭到各种质疑的挑战会，如何应对及有效解决，这里我总结出了一些要注意点地方。
你会为一个评审会做多少准备？
交互评审会不是讨论会，而是交互方案的确认会，召集并告诉大家这就是确定的交互方案，大家可以以此开展接下来的工作了。但这并不是一件容易的事情，需要在这之前做好充分的准备。
交互方案与需求方确认，一定要在交互评审会前和需求方确认好交互方案。
提前与开发确认方案的可行性，这点非常重要，让开发人员对设计方案提前有一定的了解，提前扫雷，这样能有效降低设计师在会上遭到质疑的风险。
发起组内评审，会得到不少专业意见，如果是新人应多与导师或者其他交互设计师沟通。
准备好完整的交互文档，不要拿出一份未完成的交互稿在评审会上确认，这样带来的问题就是很多地方交互设计师自己都没想清楚，特别容易陷入讨论或者遭到质疑，既显得自己不专业，也耽误大家时间，可能还需要二次、三次评审才能最终确认。
交互评审会应至少提前一天以邮件方式通知到各位，协调好人员时间。邮件中要包含确认的交互设计文档或查看地址，让大家能提前了解方案。其次说清楚评审会的目的、内容、会议时间、地点、参加人员等。
提前好预定会议室、准备投影、电脑等设备，并在会议开始前提前十分钟到达会议室调试好设备。
确认好会议记录者。
三、会议过程中需要注意哪些
评审过程中设计师控场很重要，作为交互评审会的发起者和主导者，需要hold住全场：
简单介绍此次评审的目的、内容；
清晰完整的阐述整个方案，突出重点，区分主次；
掌握会议的主导性和方向性；
时长不宜太长，视具体需求体量和复杂度而定，一般1-2小时；
要有自信，对自己的方案有信心。
但还是会遇到挑战，怎么解决
交互评审会既不是需求评审也不是技术评审，关于需求的讨论请找产品经理，技术讨论请找技术负责人。
会议一开始就要明确好设计目标和设计范畴，圈定好此次评审会讨论的边界。
避免他人主观意识的点评，经常会有人针对某个交互方式提出不同意见的情况，交互设计师既不要盲目跟从也不要盲目否定，给出自己方案的理由，说服其他人，证明自己是专业的。
尽量顾忌到每位参会人员，他们提出的问题，积极的一一回应，了解每位负责和对接的部分。
时刻明确会议主旨，讨论过细或者远离此次会议讨论范围时一定要及时拉回来，提高会议效率。
在会议中遇到当场解决不了或者讨论进行不下去的问题时，新人可以寻求导师的帮助，没人帮助时，将问题先记录下来会后解决。不要硬刚也不要当场拍脑袋给结论。如果是自己的问题，勇于承认。真的是交互方案有问题或者没想全面，还是要谦虚承认，不要钻牛角尖。
学会吸收有效信息反馈到设计方案中。
评审会结束后的工作
会议结束并不意味着事情完成，这里也有几点经常被忽视的地方：
将会议记录汇总并以邮件形式发送各位，需要谁确认或执行的，最好标明到具体责任人。
针对会上问题将调整好的交互设计文档重新上传并告知大家修改内容。
会议遗留问题需要会后尽快想到解决办法，并与相关人员沟通确认，不要拖沓，这里提醒下不要忘记通知测试同学。
持续跟进后面整一个研发工作。
最后
文中提到的观点或处理方式可能每个公司会有所不同，大家需要结合自己的实际情况来处理。但不可否认，交互评审会在项目流程中是很重要的一个环节，有它存在的意义及价值。
如何更顺利、更高效、更自信的开展评审会，需要每位设计师自己去努力，毕竟设计师的工作方式和状态都是需要自己去关注和改善的。
希望对那些在评审会上或多或少遭遇过挑战的设计师们能有所帮助。
