【分析】实习生妹子Arale聊交互评审

review

作者:Arale @ME网易移动设计

实习初期,手上项目相对独立简单,又不会对产品气质产生大的影响,同时还有经验丰富同事的指导,因此在交互评审这件事情上,还一直比较顺利。直到近两月来,接手项目越来越重要,关注度越来越高,交互评审参与人员职级也变高了,大家都有着丰富的经验和见解,在评审中听到的不同的声音也越来越多。尤其对于实习生,众人眼中的小菜鸟来说,需要经历的考验和挑战则更大了。不论是出于对产品负责的态度,还是出于对新人的担忧,或者是本着协助新人完善设计的目的,大家都会在会议上提出很多自己的看法、观点甚至质疑。因此如何在评审中得到有用的意见改进方案,并顺利推动方案落地执行,对于实习生妹子来说更是需要一定的技巧。

 

评审前准备

1、设计方案一定要有理有据

在评审时,大家难免会对你的设计提出一些质疑,因为他们并没有参与到你的设计过程中来,也不了解你进行了怎样的设计思考。这个时候就需要你给出令人信服的设计依据来,为什么这个按钮要这样设置,为什么要采用这样的交互形式,甚至可以把你在思考过程中产生的其他方案拿出来做一个简单的对比,这样大家才能理解你这样设计的用意所在。另外还有两大杀手锏:一是,适时祭出知名竞品;二是,拿出用研调查数据做支撑。这两个方法也是很具有说服力的。

2、组内评审,查漏补缺

俗话说“家丑不可外扬”,在进行评审前可以有一个简单的组内评审环节,一个人做设计难免会有一些考虑不到的细节,组内评审因为评审人员都是经验丰富的交互设计同事们,他们可以从自己角度为你找出很多你考虑不周全甚至是遗漏的细节。同时,如果你在几个方案之间犹豫不决,也可以在组内评审中拿出来和大家讨论以找出最优的解决方案。

3、会前发送原型文档给与会人员

大家应该都抱怨过会议冗长,没有效率,讨论过于发散,浪费时间的问题吧。其实有一部分原因就是与会人员对你的设计原型不熟悉,甚至对于需求也不是很明确。所以在会前把原型文档先行发出,让大家有时间在会前稍作了解,记下可能有疑惑需要讨论的地方就会节省很多会议的时间了。

4、在评审前先与项目重要成员沟通达成共识(尤其是产品、开发、运营人员)

这一步同样也是为了避免在会议中过多争论,导致最后效率低下。我们可以在评审前私下一对一地先和项目主要成员达成一致,确保先得到他们的认可,如此可以大大提高会议的效率,也能让方案以尽可能完美的形式呈现。

我一般会在需求阶段就开始跟产品经理、开发、运营人员进行密切的沟通,确保能挖掘出产品和运营方面最本质的需求,同时确认自己的想法能被精确实现。

网易新闻的产品经理们有相当丰富的从业经验,在需求的分析阶段跟他们多聊聊,了解清楚需求背后的原因,精准定位用户痛点,更容易找到解决的方案。同时在原型产出后,一般也会最先和产品经理过一遍,得到产品经理的认可和支持。

而运营人员则不同,很多时候他们对于自己的需求其实也是不明确的,这就要求我们在沟通的时候就要即刻反馈,给出一个大概的设计方向,并征询是否解决了他们当前的痛点。然后再一步步进行修正,这样做其实也是省去了我们后续修改的工作量,一步到位。同时运营的同事因为也参与到了解决问题的过程,因此更能认同最终的设计方案,而运营的意见在交互评审的过程中也是有相当分量的。

跟开发同事的沟通,可以帮我们完善很多在思考上的问题。有时候我们想象的解决方法与开发实际实现其实差距是很大的,而在我们对代码有足够了解之前,我们能做的就是提前与开发同事沟通,确认我们的想法是否能完美实现。

除此之外,评审人员中,难免会有一些思维相当活跃同时又十分了解产品调性的元老级同事。他们通常思维发散而跳跃,在会议进行中能快速就一个问题提出自己见解,顺便再对你的设计提出全方位的质疑。这些方案由于没有经过严密的验证,乍一听感觉十分靠谱,实则细想来会发现有很多细节欠考虑。但是当这些方案在会上提出来时,常常会引来大家的热烈讨论,从而越扯越远偏离轨道。因此在很多可能有复杂逻辑的地方,可以事先跟他们过一下,提前解决掉,从而避免在会议中的长时间讨论。

 

评审进行时

1、把控会议节奏,张弛有度

在会议开始时,先为大家讲解会议的流程,最好是要求与会人员在设计师讲解自己的方案的时候不要打断,而是先记录下自己的问题,等到了提问环节来一个一个的解决。这样做,避免了在讲解过程中随时被打断,讨论停不下来,不能顺利进入下一环节的情况。实践表明,这样更具有效率,在同一时间讨论发散比随时打断提问要有效率很多。提报的设计师也要注意把控会议各个流程的时间,对于长时间没有结论的情况,应该适时打断,进入下一个流程,把未解决的问题记录下来在会后与相关人员沟通解决。

2、态度。坚守自己的设计成果,同时开放地接收合理的优化意见

在提报的过程中,首先我们要坚守自己的设计成果,毕竟这是我们经过深思熟虑之后的产出物,我们要对自己的设计负责。但与此同时,我们也要以开放的态度广泛的接受大家具有建设性意义的意见。很多时候从开发运营等不同角度能看到我们没有看到的细节和问题,这些都是很宝贵的,需要我们有一双慧眼去发现并在后面的设计中去改进完善。

 

评审结束后

1、整理修改意见,邮件告知

会议结束之后应该尽快完成私下的一对一沟通协商,尽快把所有会议的产出物整理清晰,并邮件告知所有项目相关人员。

2、确定时间节点,落地执行跟进

在完成评审之后,我们的工作并没有结束,后续的跟进工作也至关重要。也许你做了一个90分的设计,但是技术实现只实现了30分,那他最后呈现的也只会是一个30分的设计。因此后期的落地执行更需要我们时刻和开发的同事保持沟通的顺畅,早一点发现问题早一点解决,更可以节省后期交互走查的成本和时间。

作为一个实习生妹子,第一次跟大家分享我在实习中的一些小经验总结,甚是惶恐,希望大家能多多指教,多多交流。

 

顶部图片来源:http://www.thenewsussexhotel.co.uk/review-us/
文章来源:ME网易移动设计
55
 

=======================================================================================================================================================

不知不觉本网站已经一岁半了, 在这里小编要感谢那么一如既往支持本站的油茶人。

同时也欢迎各位喜欢13太保的同学们把自己收集的好资源一起分享给更多油茶人,如果有意愿在网站发布原创性的文章也欢迎随时和我们联系!我们收到邮件后会认真的查看和回复。

投稿邮箱:contact@13tech.com.cn

=======================================================================================================================================================

 

发表评论

您的电子邮箱地址不会被公开。