评审过程中设计师要注意控制会议的进度，需要评审的功能点、大约的时间、还有注意讨论不能偏离主题，及时拉回来。

评审业务时，设计师也要注意我们评审的是交互原型，不是设计师本人，我们的目的，就是尽可能多的找出可能存在的问题，在这个阶段越多的发现的问题，后续的风险就越小。避免问题被迭代，被放大。

　　1. 介绍目标用户的情况及体验目标。

适用于进行一项新产品，大家对新产品的背景还不清楚，或者是新组成的虚拟团队，彼此不熟悉，相互的信任还在建立中，这样可以速度的让大家了解交互原型产生的背景，让你的设计有根可寻。

　2. 以用户角度，采用用户体验方式进行。

按照用户达成用户目标，需要经历的各种操作步骤进行，可以更大的带动以用户为中心进行的评审。而不是以技术是否实现为目标的讨论。

　　3. 从整体到细节的进行，优先讲述创新的地方。

例如：先从功能结构流程图开始，再到交互方式，交互细节，表现形式，文案等等是否满足需求，是否满足潜在需求是否满足特定客户群。前一步后一步各种情况是否考虑到，是否人性化，功能模块的交互方式是否合理，是否可实现。

　　4. 走读形式，自然页面形式，

各种设计方案都准备着，有时候同种情况，不同场景，可能实现方式，会有差别，选择最符合当前情况，当前场景，成本可控的方案。

　　5. 尽早给运营，客服人员等看，他们可能会提出其它需求

因为运营可能需要在你的交互原型上加他们的运营需求，有利于运营活动。客服接触用户最多，可能会帮你找出用户的痛点。

　　6. 引导各角色的同事进入讨论

各岗位的同事，站在自己专业的角度上对现在的原型进行评审，充分讨论原型的可实现性。可以直接进行引导，征询前端，交互方式是否能实现，是否有更好的实现方式，配合开发讨论，如果这样设计，后台是否可能作到实时响应，是否会有延迟等等，多听取各方面的建议，有可能你会发现到未注意的细节，而有了微创新，也有利于方案改进。

　　需要注意的细节：

1. 避免进行主观意识的点评，不要过早的带入视觉成分。避免人员对颜色，按钮形式进行点评，而忽视了重点。特别注意设计原型时，多注重交互本身，不进行视觉范围的设计，当线框图与视觉稿形成强烈反差时，交互与视觉就自各完成了设计目标。

2. 人多，意见就多，注意避偏离主题的，引导快速的决策。

3. 对于有争议的设计，抛出自己的观点，进行一次风暴，有可能是一个再设计，再创新的机会。

4. 对于纠结的事情，如果不能衡量哪种更优，先记下来，会后找专人私下解决。

　　评审后的工作

评审结束时由会议记录人将问题再重复一次，避免漏掉，问题汇总并以邮件的形式发出来，有利于设计师可以对照问题并解决所有问题。

　　注意的地方：

1. 修改完成的交互原型通过邮件再次发送给大家，进行邮件评审。确保大家没有疑问，除非十分必要，再进行二次评审。

2. 会议中未解决的问题私下寻找相关人员解决时，如果有必要可以在邮件中说明解决的方式。

3. 分析问题列表，看是否有些点可以记入交互检查表中，不断的更新完善。

交互设计师请重视交互评审,交互原型是整个产品过程中第一次原型实物的产出,是交互设计中第一次展示自己的设计方案，决定着以后交互跟踪情况，包话视觉，前端，开发都需要交互设计师跟踪，及时解决问题，保证设计方案实现与传达。

来源：一淘网