收藏本站 关于我们

滴滴代驾车主福利中心可用性测试(原创文章)

发布时间:2017-04-15 09:01:11   来源:PS教程   人气:0

前言:可能很多UI设计同学都有过这样的疑虑: 我们作为整个产品设计的最后一环,很容易受到一些局限,冷不丁就成为了交互稿的“填色工具”。越来越多的U




      可能很多UI设计同学都有过这样的疑虑: 我们作为整个产品设计的最后一环,很容易受到一些局限,冷不丁就成为了交互稿的“填色工具”。越来越多的UI设计师也更倾向于转岗去“话语权”更大的交互岗位(对,我一定是个奇葩)。


      很多人都会认为UI设计是一件简单的事:美术。关于设计方案的讨论也总会归结到个人偏好上。当“从用户角度出发”在视觉设计嘴里蹦出,总显得有那么点力度不足。我们总在强调用户体验,但在实际工作中却发现各种各样的测试调研都会较多的落地到流程和操作面,关乎视觉的部分少之又少。


     “美感”真的是UI设计的唯一评判标准吗? 在UX六项基本原则中,我们怎么做才能在保证美感的同时让页面中每个元素都“运作良好”,用视觉的手段去促进用户目标和商业目标的双赢? 



\

     

 


      在这里我打算结合一些经验和探索,用实际案例,从调研分析的角度向大家介绍一款适合UI设计师的调研方法-DIY可用性测试。


\\\

(注:该图为设计效果图,实际金卡会员的等级、活动、工具等依线上具体环境而定)


    

     Q1: 这个页面中什么地方最吸引您?

    目的:测试页面视觉呈现是否做到了主次分明,对于产品战略的重点部分,是否给予了足够的视觉比重?


     Q2: 您认为这个页面的作用是什么?

    目的:测试页面视觉设计是否向用户传递了正确功能引导?


     Q3: 当您使用这个页面的时候,您会用它提供的哪些功能或服务?

    目的:测试页面的视觉设计是否很好符合了我们的商业预期,用户对此是欢迎还是排斥?


      在每一个提问环节,设计师都要做到刨根问底,鼓励用户说出最真实的想法和原因,最后很有可能获取到完全出乎意料的结果。

\


      任务测试是DIY test的重点,也是从前期准备到后期数据整理花费时间最多的部分, 主要分为问题排查-任务设计-任务执行三个环节。







      由于是针对视觉设计进行的用户测试,我们首先要按照一定的顺序对页面中的视觉元素进行逐一梳理。


     以车主福利中心为例,该页面自上而下分为:会员板块、特权/福利板块、专属福利板块、小工具板块及活动板块。每个板块都由一系列视觉元素构成,我们需要测试的就是每一个视觉元素能否各司其职去完成自己的使命。


\


      在针对这些视觉点准备问题时,我们可以把自己想象成用户,跳出UI设计的框去思考:如果我是用户,我在使用这个界面的时候会对每个视觉元素有什么不同的看法?我知道什么地方可点,什么地方不可点吗?我会先阅读文字还是图形?我能正确理解这些图形元素的意思吗?它们向我提供了正确的引导还是反而让我更加迷惑?


      以会员板块为例,它包含的视觉元素有用户头像,用户等级,用户姓名、代驾频次、升级进度以及最右页面跳转引导箭头。我们在问题梳理的时候这么询问自己:如果我是用户,我能清楚判断出当前等级吗(对应元素:背景图及对应icon/文字)?我清楚大概还要多久才能晋升到下一等级吗(对应视觉元素:中间文字信息及进度条)?我知道如何查看到关于会员等级的更多信息吗(对应视觉元素:最右跳转箭头)?


      在问题梳理时,可以使用FreeMind对页面视觉元素及对应功能按照自上而下的顺序去做梳理,猜测每个元素可能给用户带来怎样的误解,每个误解背后对应的是怎样的视觉问题。





      问题梳理完毕后,我们对相关部分进行整合,组织成一个个包含情景及限制条件的小任务,同时每个任务在实际完成的过程中又可以拆分成一个一个的子任务,通过用户完成任务的过程对每一视觉元素的运作问题进行分析判断。


\


     在任务设计的时候需要注意以下几点:


     1、不要给出任何相关的线索

     2、不要使用专业术语

     3、 添加有用的情景,去除无用的情景细节。


      在任务设计时,需避免使用页面中的文字提示,以防用户不是去完成任务,而是去寻找相关词语。而添加情景是为了让用户自主的去利用我们提供的视觉元素完成任务,而不是像机器人一样,在接到指令之后“寻找”相关的视觉元素:添加合适的情景是在DIY Test测试中是一个非常重要的环节。


      仍旧以顶部会员的UI测试为例,首先我们对每个可能存在的问题都进行了罗列。



\

\


      

      在任务执行环节,首先设计师要做到不去打扰到参与者,鼓励他们做每一步操作的时候都尽可能说出自己心中的想法。如果遇到参与者提问,可以巧妙的将问题重新抛还回去,切忌不要给予任何的提示。


     其次,当参与者无法顺利完成任务,或者出现一些不良的情绪,比如暴躁,沮丧的时候,应该立刻终止任务的继续,表示感谢后进入下一个任务或下一测试环节。


     如果对参与者的某些操作有所疑虑,或者任务的部分无法覆盖到所有需要测试的点,可以将有问题的部分记下,待整个测试结束后再进行询问。


     提一下在做调研过程中的一些注意事项:  

     

      1、无论如何都不要向参与者提供任务相关的线索;

      2、不能回答他们的任何关乎任务的问题,而是用“您觉得呢”直接抛还回去;

      3、不能透露出自己的观点,如“这个功能很好用,这个部分很又吸引力”,也不要附和参与者的类似观点;

      4、可以说的是“好的”“可以”或者是对参与者话的附属   


\



\


     

   




     Guerrilla Test 是一种比较简单的测试方法,较容易上手,同时也可以让我们跳出设计的框架去更深入的了解用户的思维。这里给大家列举的是针对代驾车主福利中心的一个测试,但是相同的方法和步骤也可以用到其他的界面测试环节中。



     当然,一轮的测试和修改并不是终点,而是不断优化迭代的中的一步。在后面的设计中,我们也会按照这种不断测试不断改进的步骤去更好的优化滴滴代驾车主福利中心的设计,当最终设计令我满意的时候,也会再次把如何通过数据做再设计的这个过程分享给大家。


希望那一天快点到来吧,哈哈。


最后感谢静静同学(http://www.zcool.com.cn/u/13548703)全程和我一起脑暴、整理、调研。





本文来自PS教程网www.46PS.com,转载请注明!关键词:设计观点设计观点教程酷友观点经验


PS教程