来学吧—CCTV《超越》栏目教育培训行业合作伙伴, 专注于产品经理人才的培养9年. 乐产功场®培养产品经理的黄埔军校. 联系我们 优势解读 课程设置 关于我们

从交互的角度,来看评审会你需要注意的那些点

http://laixueba.com 2016/10/26 10:42 作者:小能 来源:来学吧
作为交互设计师,很多人应该都会参加各种大大小小的评审,如产品需求评审、交互评审、视觉评审等。一个完整的产品设计开发流程,包括需求、设计、开发等各个环节,评审会是各环节的关键节点,控制了整体流程的节奏。在这里笔者主要从交互的角度,来探讨对评审的一些看法和思考。
文章来自于【来学吧】http://laixueba.com/ixd/view.asp?ArticleID=2002

  作为交互设计师,很多人应该都会参加各种大大小小的评审,如产品需求评审、交互评审、视觉评审等。一个完整的产品设计开发流程,包括需求、设计、开发等各个环节,评审会是各环节的关键节点,控制了整体流程的节奏。在这里笔者主要从交互的角度,来探讨对评审的一些看法和思考。

  以笔者所在的团队为例,在产品设计开发流程中,交互参加的主要有需求评审、交互评审、视觉评审(如下图)。其中还包含了一些小的评审,比如组内交互评审、与产品的交互评审。下面就分别来谈谈这些评审。
  

需求评审

  需求是一切的起始。虽然需求评审的主角是产品经理,主要是由产品经理来提出产品需求,然而交互设计师并不是静静的做个聆听者,知道就这期迭代需要做什么ok了,而是从需求起源就要去思考介入。怎样去思考介入呢?在评审之前,我们一般都会收到相关的需求列表或文档,看下自己负责模块的需求,通过竞品分析等提前做好功课,对需求进行分析评估,形成自己的看法,待评审的时候与产品进行讨论,这样需求评审才更有料、更有价值。

  在评审过程中,需要铭记的一个核心问题,就是了解需求所要达到的产品目标是什么,或者是要解决的问题是什么,避免设计方案偏离产品目标。需要注意的是,这个目标并不仅仅是此次版本的目标,还包括后续长远的目标规划。

  举个例子,此前做的一个需求是对直播列表页面进行改版,一期除了列表之外,页面要展示直播分类标签,二期还要展示一些PGC直播号,由于此前没有深入了解需求的长远规划。产出的方案如下图一,首屏露出了几个分类标签,PGC直播号穿插在下方列表中。在与产品评审交互时,产品提出PGC直播号是今后发展的重点,而分类的重要程度不高,只要保证用户需要时能够找到就可以了。经过与产品的沟通讨论,最终将方案调整如下图二,分类收成一个tab签,不在直播列表中展示,突出PGC直播号。
  

  (图一:最初方案,图二:调整后方案)

交互评审

  可以说,交互评审是众多评审中的重头戏,也最具有不确定性,最容易产生各种分歧和问题。为了保证交互方案的完善、尽量减少可能会产生的问题,在最终的交互评审之前,我们一般还会进行两个小范围的评审,一个是交互组内的评审,一方面来讨论解决一些难点问题,另一方面避免交互遗漏点。另一个是与产品的交互评审,看交互方案与产品需求是否有偏差,形成一个较为一致的意见。很多团队可能没有这两个流程,也可以通过其他方式来代替,比如可以找个同事一起过一遍交互,共同讨论解决问题。

评审前准备

  通过两次小范围评审,交互方案基本已经比较成熟。但在评审前我们仍然要做好充分的准备。尤其是对一些交互难点、容易产生分歧的地方。笔者总结了可以从以下几点来着手准备:

  一、预设问题

  评审的主要作用之一就是把可能存在问题的地方都排查一遍。因此在评审中,不同岗位的人员会从自己的角度提出很多问题。比如开发常会问一些技术细节问题和一些异常极端情况,例如页面采用什么样的刷新方式?断网情况下如何处理?数据过多时如何展现?等等。而视觉同学更关注页面的布局和信息的展示,如字段较长的时候怎么显示?

  对于这些常见问题,我们都要预先考虑到,在方案中有所体现。另外对于一些易产生争议的地方,提前设想大家可能会存在的观点,有针对性的分析优劣,并提出自己的看法。当然我们不可能会预料到所有问题,但是通过这种提前思考的方式,会渐渐积累形成自己的问题库,让自己的方案考虑的更加全面和完善。

  二、准备多套设计方案

  评审时,在交互稿中除了展示最终的方案外,可以把此前考虑过的各种方案罗列在其他位置。很多时候,我们都会被问到为什么不采用其他的设计方式,其实这些方式很多都是我们曾经考虑过最终又pass掉的,此时可以向大家展示做过的其他方案,比起口头的分析描述,直观的展示更便于对比方案的优缺点,同时也体现了我们思考方案的整个过程。

  三、做好竞品分析

  在评审中最常被问到的问题,可能就是“为什么不向某某APP那样做?”。这就要求我们在评审前,尤其是在做设计前,要充分做好竞品分析,仔细使用竞品的相关功能,体检每个设计细节,评估他们的设计优劣,是否适用于我们的需求。这样不仅有利于设计方案的优化和完善,更可以帮助我们来应对评审中这种问题。

评审中应注意的问题

  一、避免在细节上过于纠结

  注重细节才能提升产品的品质。但是在评审过程中,由于人员较多,很容易陷入一些细节问题而无法自拔,影响评审的效率。对于有些争议较大无法形成一致的细节问题,不妨暂时搁置到会后讨论。

  二、及时总结形成的结论意见

  在交互评审中,由于参会人员较多,可能会造成大家的信息不同步。作为主讲人,当对某一问题形成基本的结论意见后,要及时进行总结阐述,确保每个与会人员都同步到,避免方案实现过程中出现问题。笔者此前就曾遇到,评审时与产品达成一致意见,但是却不知道视觉同学并没有听到,造成后续的视觉稿出现问题。

  三、慎重考虑给出的解决方案

  评审给设计师带来的帮助,更多的应该是提供一些新的设计方向和思路,设计师根据这些反馈思路去做出更合理的方案,尽量避免直接提出解决方案。因为在评审时,短时间内提出的解决方案,很容易考虑不周,而产生新的问题,进而埋下了很多坑。

视觉评审

  虽然完成了交互评审,我们可以松一口气了,但并不能完全松懈。对于此后的视觉评审,也同样不能忽视。视觉设计师在进行设计时,通过此前的交互评审,再加上自己的理解,将交互原型转化为视觉效果图。一方面要遵从基本的交互设计的初衷,另一方面在此基础上进行视觉处理,以达到理想的视觉效果。因此,不会完完全全照搬交互原型,这样就需要我们在视觉评审的时候,去仔细核查视觉稿,注意视觉稿与交互原型的吻合度,有哪些视觉上的改动处理,有没有影响到交互。

  以上是笔者结合实际项目经验,对评审会的一些思考,当然还有很多是我没有考虑到的,以后会继续总结完善。

新浪微博