参加一个同事组织的交互评审会议，拉了运营方，交互设计（跟进）我，se 还有交互设计师以及需求方产品经理。会议进行一会，运营，se ，交互，都拿着手机 抱着电脑噼里啪啦在跟人沟通其他工作。而另外三方还在讨论着需求是什么，领导的意见是什么。恩，是想为什么他们3者不事先沟通好呢，统一设计目标后，再来评审。。。。 我是多么想走开，虽然已经有人离场了。
如何组织一场高效的评审会议，需要好好理一理。
会前
准备充分，对方案做所有可能性探讨，若感觉准备不够充分，宁愿延迟会议时间；
若组织评审会议含有技术人员，需要他们评估方案的可行性，需要提前与产品经理，需求方进行充分的沟通，包括细节的处理，基本达到共识后再组织会议，若达不到共识，也必须明确是因为什么原因无法达到共识，交互方式还是需求本身，or技术实现上会有问题。明确这些是希望从会议上得到解决的问题点，做好备注。
定好会议室，提前一天邮件给大家， 包括相关的设计，有些内容需要某些同事提早确认的，也提早告知。
会中
先讲明设计的目标；本次会议是要解决什么问题，要给用户带来什么样的体验；同时有哪些数据支撑你目前的存在的问题。
进入设计方案讲解，讲解过程中要明确自己在这场会议上占居的主导作用，当同事提出质疑，要提出自己的看法，或者点名需要谁来配合解决（解答）；当同事讲某些问题明显已经跑题时，注意将大家重新带回到会议上；还有可能是发现大家针对某个问题探讨了很久，比如平台与前端在讨论具体的技术实现方案，很久，也无果，你可以建议他们会后再讨论，但此时你需要做记录，做后续跟进；引导大家发散更好的解决方案，提出问题点，希望大家可以发散思维，帮忙解决，这在会议前就应该准备好；最后，可能也不是最后，根据以往项目的经验，对可能发生的体验问题或实现问题提出质疑，引导大家思考，确保大家能考虑的更全面。
会后
将会议中产生的问题点，以及方案的确认点，后续需要跟进的点做汇总邮件告知大家，相应的问题跟进需要明确到时间，跟进人；下次是否需要会议，会议的时间也初步告知
对于修改好的设计稿，邮件给大家的同时，列出修改的点，同时提供查看链接。最好可以直接在邮件中直接贴图，若直接丢在附件中很多人都不看会。
