Project Description

可用性测试

我们不能把用户体验当成摇色子吧?

可用性和用户研究虽然有很多关联性,但并不完全一致。User research 和 Usability虽然不同,但User test 和Usability test 几乎一致。(这个例子具有说服性吗),下面是我列举的一些差异点,大家可以清晰的对比下。

 可用性测试是在已经有Demo、样品的情况下,或者准备改进当前产品时,暴露产品中存在的一些问题,找到缺陷。在APP和网站设计中,可用性测试更多的是能看到更多细节的问题,使设计者能站在用户的角度看待产品的使用问题,激发同理心

接下来介绍下如何进行可用性/用户测试。

可用性测试的步骤

1、需要可测试的载体

这是前提条件,你需要有可进行测试的载体,不管是现有的App,还是网站。当然还有你已经做好的原型界面稿都是可以的。

2、招募测试用户

最佳测试用户是你本产品的潜在用户和目标群体。招募测试的方法很多,你可以直接找公司非干系人进行简单测试,可以使用一些工具帮你完成,或者在公司产品/论坛中直接招募用户帮助测试。实际上,我对现有官网的用户行为观察,在需要的时候,使用Hotjar开启,然后查看。(可以再讲的详细一点,不超过5个人,招募用户有什么具体原则等之类的,毕竟招募用户这一环节对后面产生的结果起到决定性作用)

 

3、用户操作任务

接着让招募用户对产品进行典型任务操作。比如让用户完成购买、进行加购物车等操作。尽可能多的使用你的产品,且记录下来。多个人同时反馈那叫焦点小组。有条件的话,让他们大声说出当时的想法。(这是面对面操作的?)

4、记录测试者行为

最重要一点千万记得一定要记录测试者所有操作行为。一对一的记录用户使用行为,多个人同时反馈那叫焦点小组。这个也叫用户观察,我们在用户研究文章里面讲过的用户观察,是一个道理。(增加一个链接跳转到用户研究那篇文章)

5、分析行为,整理问题

最后,记录的行为进行归类和分析,对问题进行整理,对典型特征行为进行描述。

问题的处理:按严重程度、是否经常出现、影响业务范围、改进成本等维度进行等级评定。

典型行为是指典型和普遍复现的用户行为,如用户由推广位点击进入产品购买页,在购买页反复的查找参数,下滑滚动过程中,看到界面动画会停留查看。

可用性测试并不难,如果你已经有原型或者产品了,后续进行就非常简单。传送门:快速进行可用性测试

 

常见的用户测试类型

1、面对面测试

面对面测试是指设计师亲自主持参与的可用性测试,是一种最经典的测试方式之一。主持人坐在测试参与者旁边,并提出问题。这种方法有一个好处,亲眼观察用户的行为并能够根据他们在特定时刻的反应和动作向他们提出其他问题,可以使你深入了解并发现网站的真正问题所在,是一种非常好的测试方式。但是,面对面测试最大的缺点是,你需要专门组织活动,去找用户或者用户反馈给你,这中间的过程需要耗费大量的时间和精力。

2、远程测试

所以介绍第二种可用性测试方法 “远程测试”,这种方式其实就是将线下方式组织到线上,有效弥补了面对面测试的不足而同时保留了面对面测试的优点。首先确定好你的测试要求,让测试者参与任务,将录屏和意见发送给你就可以。当然,也可以约定一个时间进行线上测试或者直接进行共享屏幕。这种方式灵活地运用线上远程工具,节约了大量的时间精力成本。

3、自动录屏测试

自动录屏测试是目前最常见且最大规模使用的一种方式,全程无需主持人参与。实际上,这种方式可以分成两种不同类型。

一、 录制用户进行操作时的图像和声音

在用户操作的时候,让其说出看到的,同时会开启录屏、录音、摄像头。这种工具的典型代表是User testing。以下是User testing的案例。User testing是业内排行第一的用户体验设计解决方案。(说下缺点吧)

二、记录用户的鼠标和浏览行为

这种方式你不会获取到用户的声音,但你可以看到他们的鼠标轨迹、点击、浏览方式;这种方式只能通过分析用户行为来判断其目标和需求。这种工具的典型代表有Hotjar。(与第一种方式有何不同,可以进行对比下) 我个人而言,最喜欢的是Hotjar。(为啥最喜欢)还可以顺便介绍下Hotjar,拓展下知识内容

 

一些常见的现象

以下列举的事情看起来都是非常简单的道理,但是你我应该都遇到过。

1、专家比用户强,只需专家评审就可以了。

这是最常见的,尤其在视觉UI设计师中,往往只进行专家评审,认为设计师的专家意见就足够了。相对的在产品经理之中较为少见。

总的来说,没有人是万能的,总会遇到我们不能预料的事情,谁就能打包票这就是最完美的方案了呢。更多的用户测试,尤其覆盖潜在人群的用户测试能帮忙暴露更多问题,完善你想法,使你设计更上一层楼。

还有种情况是项目组为了尽快完成需求,有了设计就立马实施,不会有太大问题的,可以选择后续再迭代优化改进重做之类。我们设计组就有过类似的经历,做过好几次这种需求,被项目组压着时间必须产出内容给开发,这也是业务部门倒逼过来,必须哪天上。至于后来,严重的就是彻底推迟,重新做。(不明白)

2、我可以忽略这些事实,我的设计已经非常好了。(可以忽略什么事实)

这在我们团队中也存在这种现象,设计师坚持用户的意见只是少部分意见,我的设计非常好,用户代表的不是设计师认为的用户。评审会上的负责人都吼出“你回家给你爸妈看看,能不能看懂再说。”

我们应该要记住一点,你不是你的用户,保持谦虚才能设计出更多更好的作品,这也是作为一个优秀设计师的最基本要求。

3、忽视自己的用户,因为我足够自信。

很多自信的人就直接忽视用户,话说的就是这么直白,说不定这种情况也发生在你身上,你可能自己一不小心就做过呢。

很多人忽略用户,其实并不是针对性的,只是他并没有意识其重要性而已。你永远不能让别人意识到他意识盲区的事情,就像你永远都叫不醒一个装睡的人。

新老倒挂的团队、运营压过用研设计的团队、以KPI为指导的团队、由技术带领的团队,这种现象都是非常普遍的。他们要么就是不理解,要么就是对自己的知识和见解很自信。

所以我们更需要做用户测试来排除个人主观判断,当你有无数个录屏的用户而佐证的数据,展示在他们面前,谁也不能忽视真正用户的需要。忽视直接证据的客户比起忽略专家意见,那是几乎不可能出现的事情。(这也太饶舌了,到底在说什么)

探索更多

一些专业名词解释:情绪版、可用性....

先给大家来一段专业名词:可用性测试、人种志、情绪板、故事板、应用流、用户画像,是不是看到就很懵了。 让我给大家快速普及下这些知识。 设计调研、用户研究、可用性测试是啥? 任何设计,都离不开研究类的工作,让我们清晰方向、了解用户目标、做好用户画像和分析用户行为、做Demo进行可用性测试。很多人将这一切统称为用研。 实际上,这里有三个阶段:方向调研、用户研究、可用性测试。下图是三者之间的差异描述。 用户体验设计、交互设计、视觉UI设计如何区分? 想必这里很多人又模糊了,到底这些事什么设计??如果我们将设计岗位拆解的非常细的话,应该是这样的: · 用户体验设计师-做规划的人 UX负责调研和用研工作,同时也涵盖一部分可用性测试(主要是已有产品)。其产出物交付给交互设计师。 · 交互设计师-设计房子的人 IXD产出流程、框架、信息结构、制作demo进行可用性测试(主要是设计中的产品),其产出物交付给视觉设计,有时候也需要动效设计师参与。 · 视觉UI设计师-装饰房子的人 Visual/UI负责设计视觉画面,设计UI组件、颜色等美学性工作,其产出物交付给开发人员。

Read More »