每次评审，都是一场高效的讨（si）论（bi）大会...
届时，需求、设计、开发也会上演争霸对决。作为身经百战的设计师该如何从评审会中顺利脱身，逃离这场没有硝烟的战役呢？小子很高兴地告诉你：你是绝对跑不掉的！
定性、定量挖掘数据
我们知道产品都有一定的周期性，开发期－成长期－成熟期－衰退期。在不同的产品周期中用户也会随着时间的推移，对产品的使用深度和理解广度有了深浅的层次变化，而不同的时期设计师采用的定性定量研究方法也是不一样的，如：访谈、问卷、卡片测试、可用性测试、A/B Test等。主要还是通过这些分析手法观察用户，记录产品的真实使用情况，从而验证设计逻辑，解决可用性的问题。
研究的手法有很多，很多设计师也就会蒙圈，是不是都要去逐一进行？所以，小子建议大家应该根据公司现有的条件、现有的产品阶段去做一些针对的数据研究。掌握一套自己熟悉的验证方法，将产品放到用户场景中，加以验证，这样的分析出来数据或结果也会更准确。定期性的用户测试体系，不仅可以帮助我们了解用户对产品的使用现状，可以得到更有效的用户反馈，同时也帮助了交互设计师对产品目标的更深理解。
快速验证方法
1.五秒测试
五秒测试即是将交互设计师的设计手稿给用户观察，观察的时间也只是五秒钟，随即拿开设计手稿，然后询问用户刚刚看到了什么内容；过程中可以简单的进行引导：
-
刚刚看到的页面主要内容是什么？
-
页面的主要功能有哪些或者提供了怎样的服务？
-
相较于之前的版本，有没有解决你的问题？
该方法主要是验证界面设计布局的合理性，即信息内容的优先级和功能点的明确性传达是否符合用户的预期。页面内容是否区分出了功能的主次、布局是否存在问题，以及评估用户的预期与相符度、产品战略方向的准确性。若用户能够一眼准确得到这三个问题的答案，说明信息传达的有效性已经达到，反之则不然。然后，再通过体系化的提问层层递进的挖掘产品功能和信息中从大到小的设计问题。另外，这个方法还可以结合A/B Test来进行方案验证，最终选出最优方案。
2.简易可用性测试
简易可用性测试具有门槛低、成本小的特点，也是小子比较推荐的测试方法。主要目的是方便搜集用户对产品的使用反馈，效果可以立竿见影；对产品的快速迭代设计有效的把控。主要解决的的场景如：操作流程多而杂的功能。参与测试的人员对产品背景和功能有简单的了解，设计师可以给测试人员设定操作任务，继而观察用户的操作流程和计算任务的完成度和速率，观察并记录用户在操作过程中出现停滞或疑问的地方，同时考虑边缘性设计场景，可以有效弥补设计场景空缺。
从用户使用的过程和结果中倒推产品交互设计的可用性，总结可优化流程和部分。
3.大家来找茬
经过前期完整的用户研究和交互验证后，交付开发的交互设计规范应该是最接近用户需求的。在每一个开发任务完成时，交互设计团队应该第一时间拿到产品的测试版本，对标交互设计规范文档，体验产品有没有致命的bug，产品业务流转是否有疑问的地方，结果将直接影响到产品的使用。若有，就要分析bug的优先级，优先级相对较低的可以先放到需求库。这是又一次复盘产品的过程，可以更深的去体验产品，从用户的角度再度审视自己的设计，为下一次产品迭代做准备。
没有经过用户验证的交互设计都是有一些隐藏的风险，设计过程中站在用户的角度去考虑是毋庸置疑的，有效的依照国际设计规范及标准也是必不可少的。在设计的过程中，也难免会出现与需求的初始诉求发生偏差，这时候就要加入用户验证的环节，复盘设计流程，去发现问题，发掘用户的隐性需求，解决痛点。
原创文章，作者：交互精选，如若转载，请注明出处：https://www.iamue.com/36544/
