评审前的准备
提前至少一天，发起交互评审通知，预定会议室、投影等设备，邮件中说明评审的内容、会议时间、会议地点、参加人员等。根据业务和人员情况，必要时进行预审。
注意几点：
1. 评审内容：在邮件中可以简要介绍一下，并附上交互原型或链接，让参加评审的人员对会议的内容有一定的了解，在会议前做好准备，避免盲目参加评审，造成会议时间拖长，降低会议效率。
2. 评审资料：主要的是交互原型,交互原型的不同版本，设计参考资料、竞品分析资料，数据分析类资料如果有的话，在评审过程中可能会用到。最好自带笔记本，这样方便自己在演示时进行资料切换演示对比，有效的表述自己的设计方案增加说服力。
3. 参与人员选择：产品开发各环节中参与执行人员如产品经理(PD)，视觉，前端，项目经理(PM)，测试，可选客服，客满，运营，数据挖掘等根据产品的情况来决定。协调好人员时间，避免评审时，必选人员不在，而造成再次评审的情况。会议人员控制在10人以下最有效率。
评审过程中设计师要注意控制会议的进度，需要评审的功能点、大约的时间、还有注意讨论不能偏离主题，及时拉回来。
评审业务时，设计师也要注意我们评审的是交互原型，不是设计师本人，我们的目的，就是尽可能多的找出可能存在的问题，在这个阶段越多的发现的问题，后续的风险就越小。避免问题被迭代，被放大。
1. 介绍目标用户的情况及体验目标。
适用于进行一项新产品，大家对新产品的背景还不清楚，或者是新组成的虚拟团队，彼此不熟悉，相互的信任还在建立中，这样可以速度的让大家了解交互原型产生的背景，让你的设计有根可寻。
2. 以用户角度，采用用户体验方式进行。
按照用户达成用户目标，需要经历的各种操作步骤进行，可以更大的带动以用户为中心进行的评审。而不是以技术是否实现为目标的讨论。
3. 从整体到细节的进行，优先讲述创新的地方。
例如：先从功能结构流程图开始，再到交互方式，交互细节，表现形式，文案等等是否满足需求，是否满足潜在需求是否满足特定客户群。前一步后一步各种情况是否考虑到，是否人性化，功能模块的交互方式是否合理，是否可实现。
4. 走读形式，自然页面形式，
各种设计方案都准备着，有时候同种情况，不同场景，可能实现方式，会有差别，选择最符合当前情况，当前场景，成本可控的方案。
5. 尽早给运营，客服人员等看，他们可能会提出其它需求
因为运营可能需要在你的交互原型上加他们的运营需求，有利于运营活动。客服接触用户最多，可能会帮你找出用户的痛点。
6. 引导各角色的同事进入讨论
各岗位的同事，站在自己专业的角度上对现在的原型进行评审，充分讨论原型的可实现性。可以直接进行引导，征询前端，交互方式是否能实现，是否有更好的实现方式，配合开发讨论，如果这样设计，后台是否可能作到实时响应，是否会有延迟等等，多听取各方面的建议，有可能你会发现到未注意的细节，而有了微创新，也有利于方案改进。
需要注意的细节：
1. 避免进行主观意识的点评，不要过早的带入视觉成分。避免人员对颜色，按钮形式进行点评，而忽视了重点。特别注意设计原型时，多注重交互本身，不进行视觉范围的设计，当线框图与视觉稿形成强烈反差时，交互与视觉就自各完成了设计目标。
2. 人多，意见就多，注意避偏离主题的，引导快速的决策。
3. 对于有争议的设计，抛出自己的观点，进行一次风暴，有可能是一个再设计，再创新的机会。
4. 对于纠结的事情，如果不能衡量哪种更优，先记下来，会后找专人私下解决。
评审后的工作
评审结束时由会议记录人将问题再重复一次，避免漏掉，问题汇总并以邮件的形式发出来，有利于设计师可以对照问题并解决所有问题。
注意的地方：
1. 修改完成的交互原型通过邮件再次发送给大家，进行邮件评审。确保大家没有疑问，除非十分必要，再进行二次评审。
2. 会议中未解决的问题私下寻找相关人员解决时，如果有必要可以在邮件中说明解决的方式。
3. 分析问题列表，看是否有些点可以记入交互检查表中，不断的更新完善。
交互设计师请重视交互评审,交互原型是整个产品过程中第一次原型实物的产出,是交互设计中第一次展示自己的设计方案，决定着以后交互跟踪情况，包话视觉，前端，开发都需要交互设计师跟踪，及时解决问题，保证设计方案实现与传达。
