一、定义
在我们的项目里通常会有两种交互评审，一种是组内评审，参与者是组内设计师；另一种是项目组的评审。它是交互设计师在完成并确定好设计方案后，召集所有项目相关人员一起，集中对设计方案进行确认的会议。相关人员包括需求方（产品、市场、运营）、视觉、开发、测试等
作为设计师应当足够重视交互评审会，第一它是交互设计师在项目研发中第一次公开展示自己方案；第二交互方案在评审会上确定后，直接影响着各个环节的执行落地。同时设计师会遭到各种质疑的挑战。
二、会前准备
交互评审会不是讨论会，而是交互方案的确认会，召集并告诉大家这就是确定的交互方案，大家可以以此开展下来的工作。这并不是一件容易的事，需要在这之前做好充分准备
1.交互方案与需求方确认：在评审会前和需求方确认好交互方案
2.提前与开发确认方案的可行性：让开发人员对设计方案提前有一定的了解，提前扫雷
3.发起组内评审
4.准备完整的交互文档
5.提前一天以邮件方式通知：至少提前一天以邮件方式通知各位，协调好人员时间。邮件中要包含确认的交互设计文档或查看地址，让大家能提前了解方案。其次说清楚评审会的目的、会议时间、地点、参加人员
6.场地准备：提前预定好会议室、准备投影、电脑等设备，并在会议前提前十分钟到达会议室调试好设备
三、会前注意点
1.简单介绍此次评审目的、内容、
2.清晰完善的阐述整个方案，突出重点，区分主次
3.掌握会议的主导性和方向性
4.时长不宜太长，视具体需求体谅和复杂度而定
5.一定要有信心
四、但还是会遇到挑战，怎么处理
1.注意交互评审既不是需求评审也不是技术评审，关于需求评审请找产品经理，技术讨论请找技术负责人。在会议一开始就要明确好设计目标和设计范畴，圈定好此次评审会讨论的边界
2.避免他人主观意识的点评，经常会有人针对某个交互方式提出不同意见的情况，作为设计师既不要盲目跟从也不要盲目否定，给出自己方案的理由，说服其他人，证明自己是专业的。
3.尽量顾及到每位参会人员。他们提出的问题，积极的一一回应，了解每位负责和对接部分。
4.时刻明确会议主旨，讨论过细或远离此次会议讨论范围时一定要及时拉回来，提高会议效率
5.在会议中遇到解决不了或者讨论不下去的问题时，先将问题记录下来后解决，不要硬刚也不要当场拍脑袋给结论。如果是自己问题勇于承认，真的是交互方案有问题或者没想全面要谦虚承认
6.学会吸收有效的信息反馈到设计方案中
五、评审会结束后的工作
1.将会议记录汇总并以邮件形式发送给各位，需要谁确认或执行的，最好标明到具体负责人
2.针对会上问题将调整好的交互设计文档重新上传并告知大家修改内容
3.会议遗留问题需要会后尽快想到解决办法，并与相关人员沟通确认，不拖沓，不要忘记通知测试同学
