交互心得-创造更好的体验从需求阶段开始

创造更好的体验从需求阶段开始

回顾一下刚入职不久后导师给我的第一个还算复杂的项目,通过这个项目,反思最多的是在于设计开始阶段如何做得更好。由于即将上线,就不具体说了。

第一次参加该项目的需求说明会上,听导师讲完了交互初稿,当时觉得做的很完整了,自己要做的只是些收尾和补漏的工作。然而这是个不正确的打开方式:不应该只看到别人给你的交互稿,就像不能接到任务就直接打开Axure画线框图。

一.走出交互稿,从最模糊的地方摸索需求:

刚拿到交互稿,了解了我们的目标,各个功能点特色,上线计划,注意事项,检查了流程,补充了缺失的异常页面,然后就去做其他任务了。但实际要做的事情远远不够。在这个需求里,导师是我的需求方,不同于其他模糊的需求,这里已经有非常明确的交互稿了,正确做法是从交互稿里走出来,去挖掘交互稿之前的所有思路:首先,针对每一个信息点,每一个页面,甚至按钮和文案,都要了解他的原因,目的,阻碍以及风险;其次,要明确不同小流程的用户场景,考虑用户在流程中场景中会有怎样的需求和情绪,我们需要如何调动用户的情绪,又要把他们引导去哪里。

设计是从模糊到明确的过程,我所看的交互稿,只是整个项目需求的冰山一角。很多时候我们做的设计,看起来似乎是某个页面里的按钮放错了位置,但追究下去会发现其实是整体的流程设计没有做完整,再追究下去,其实是用户场景没有梳理清楚。

不同人可能会给我们完全不一样的形式的需求,做好设计的第一步应该是把需求及其思路梳理清楚,然后明确用户,场景。找设计问题优化的时候,也更要带着流程和场景的意识去分析问题。

二:面对改动和临时调整,更要有大局观:

看似顺利的进入开发阶段之后,各端开发包括策划会为了项目进度而要求我去改交互,那么问题就来了,复杂流程里的小小改动会带动整体的很多变化,到了后期会慢慢发现更多漏洞随之出现。我所遇到的大多是这样:一个为了赶进度的小改动,导致了用户体验的下降,于是需要在流程上做更多的改动,这反而带来了开发视觉的更多工作量。在这些改动中,开发像是我的需求方,对于这种改动需求,需要了解详细原因,后果。并且要评估是否值得,如果值得改变,要有充分的准备解决各种连带问题;如果不值得改变,要有非常坚定的立场和足够的说服力。对于新人来说,任何的决策,需要对后果有十足的把握再去决定。

怎么确保做决策前能有更十足的把握呢?

尤其是比较复杂的项目,对于每一个细节的设计理由和每一个小流程的用户场景都了然于心。看到交互稿背后的完整故事,才能更有大局观,更有准备的去优化,更有说服力的去跟开发视觉沟通。

三 : 利用数据做优化

开始开发之后的产品,就需要去整理后期的优化需求,在这个过程中还会进行灰测或是其他形式的用户测试,利用好这些测试,再去完善需求。

可以在灰测开始之前先整理出已经发现的需要优化的点,但也不急着把它优化掉,根据用户反馈和数据去安排优化节奏,有了数据,做后期优化也会更有底气。

最后想说,我们其实是用户体验设计师,所以

并不着急把需求了解完,是把需求了解的更彻底。

也并不着急把交互稿做完,是要把用户接触到的每一个细节都做的更用心。

也并不着急把成本问题解决掉,是要思考每一次改动给用户带来的各种影响。

当然更不能忘了开发视觉测试的工作体验。。。。。

你可能感兴趣的:(交互心得-创造更好的体验从需求阶段开始)