如何做好交互设计评审，才能避免被怼？

2018-01-25 18:20:00

文章作者分享了关于交互设计评审中需要注意的一些事项，希望给你带来些收获。

在产品研发流程中，评审是很关键的一环，平时在公司工作涉及到的评审环节都包括了产品需求评审，交互设计评审，产品架构评审，视觉设计评审以及测试用例评审。
平时在工作过程中这些评审会议楼主都需要参加，自己往往主导的会议就是交互设计评审，今天就用一篇文章来聊聊交互设计评审我们应该注意的事情。

第一：什么是交互设计评审

交互设计说明书是交互设计师的工作产物，是根据产品文字需求转换成的可视化的原型，其中涵盖了产品操作流程，具体的产品逻辑说明已经页面布局说明等
交互设计评审顾名思义就是召集整个产品的团队包括产品技术研发视觉测试人员等对交互设计师的产品进行讨论，从而达到对整个交互设计的统一认知，最后形成产品开发和视觉设计标准，可以说交互设计方案的落地是整个产品雏形的最重要一环。

第二：交互设计评审中需要主要的点

评审会上，交互设计师是召集者也是主讲者，是整个会议的牵头人，所有的人都是听从交互设计师的思路输出从而对你的方案进行讨论。
没有经验的交互设计师往往在评审的时候会被问的哑口无言不知道如何回答，这在会议上就尴尬了，个人认为在评审的时候我们需要做到以下的几点，基本上就能够避免这种情况的发生。
1.会议前订好会议室邮件通知，做好时间和地点的会议邀请，并把要评审的内容发出来
作为会议的主导者提前订好会议室定好时间是最基本的要求，做好会议邀请防止人员遗漏。最重要的是要将评审的内容通过附件发出来，让大家有一个大概的了解，这样的话就会减少评审所浪费的时间。

楼主在每一次评审前都会拉着产品经理私下讨论一遍，我们实现的是产品经理的需求，得到产品经理的认同是很重要的一环，所以说正式评审前，产品经理的确认是很重要的。
2.保证交互设计说明书的完整性，包括流程图和各个页面的布局说明
交互评审评审的就是你的设计方案，如何让参会人员快速的了解你的设计意图和产品功能是很重要的，所以在交互设计评审前我一般都会带上需求文档，在评审会议前简单介绍整个产品的流程，同时在评审某些界面的时候我会说明这些界面是要满足什么样产品的功能。
另外，在评审之前交互设计师必须要考虑到所有的逻辑和细节，准备好数据和事实说明这样就能够保证你的方案更具有说服力。

当然一个产品功能的解决方案会有很多，每个参会人员都会有不同的解决方案，对于核心功能和页面，楼主一般都会出两套解决方案，提供方案让大家去选择总比大家发散想方案好。
3.提前分好主次，将大部分的精力都放在主要功能和界面的讲解上
会议时间是有限的，作为会议的主导者我们还是要把大的精力放在主要功能的介绍上，不要东说一点西说一点，保证自己的逻辑有主次才能保证听会人员不会混乱。
4.反复检查评审文档，做到不出现低级错误和遗漏
低级错误很多，文字的错别字在评审的时候肯定会被发现，例如登录／登陆／账户／帐户这些低级错误都会拉低你的专业性。
最重要的是要做到不遗漏，例如某个需求点忘记了进行设计，某些异常情况没有涉及到／空页面状态忘记等这些都是要命的东西，产品可能只关心产品功能的实现，但是测试人员每个点都是要测试的，测试包括太多的状态。所以说交互设计去研究测试人员的测试用例我觉得是很有必要的，你要搞清楚测试人员要比你想的多得多。
还有一种方案，建立交互设计自查表格也是防止遗漏的好方案：如何建立交互设计自查表

5.把控主要方向，搁置争议
时刻要记住会议是交互评审，不是技术评审也不是需求评审。往往在交互评审会议上产品和技术讨论起了技术实现的问题，这时候你就要及时的把他们给拉回来，防止出现思维发散。对于大家都有争议的点，完全可以先搁置争议不在会上讨论，会下思考方案后在进行召集谈论。
最好会议记录和讨论结果和争议点，最后发出根据会议讨论的修改结果，让大家进行确认，做到整个会议的闭环。
以上的几点简直是楼主血泪史所总结出来的经验，目前在交互设计评审上楼主已经游刃有余，不见得自己的方案是最好的方案，当时给大家讲清楚自己的方式就是一个技术活了。

作者 @张小明明。