1. 首页
  2. 职场

如何做可用性测试?来看这份大厂案例实操

结合可用性测试,产品经理或设计师可以更清晰地获得用户反馈,进而推动产品开发或后续迭代优化。但是你对可用性测试了解多少呢?例如,在进行可用性测试时,团队应该进行现场测试还是远程测试?来看看作者的案例总结吧!相信看完之后,你会对可用性测试有更深的理解。

如何做可用性测试?来看这份大厂案例实操

什么是可用性测试?

用户测试俗称用户测试,也称可用性测试可用性测试。

这是一项包含定性成分的定量研究。让用户使用产品的原型或成品,通过观察、记录、分析用户的行为和感受,提高产品的可用性。

为什么要做可用性测试?

产品设计师完成设计方案后,让程序员花很多时间在网上开发。结果用户说:“这是什么?”“怎么这么难用!”这样整个团队都会死得很惨,设计师拿了礼包就可以走了。

为了避免这样的悲剧,需要在开发前对设计方案进行测试,接受反馈并及时调整设计方案,这样才能保证产品上线后的用户体验质量,保证产品上线后的用户反馈和数据表现不会与预期相差太大。

可用性测试开始的时间

可用性测试可以在产品的任何阶段进行:

在产品设计的初始阶段,使用低保真原型测试思想的可实现性、用户对产品的接受程度、对产品基本功能和信息架构的反馈等。

在设计阶段,测试用户是否能够轻松实现目标,完成任务。测试需要功能比较齐全的高保真原型机,但对UI的要求不高,只要功能完善就行。

当产品在投入市场之前已经基本完成时,就有具体的产品开发出来,以检验产品质量是否符合市场标准和用户的期望。

在产品不断迭代的过程中,可以通过线上产品测试用户对某项功能或整个产品的满意度,以检验用户完成任务的效率或市场需求的变化。

对于同一个功能,有多种设计方案。这时候就需要通过测试来比较这些不同的设计方案,找到最佳方案,这个方案可以在任何阶段进行测试。

可用性测试中的角色

主持人:

用户体验设计师或用户研究人员需要了解测试的目的、任务、原型和最终提问。

测试用户:

大企业会根据用户群体招募用户进行测试,小企业或者没有预算的可以从亲戚朋友入手。

观察者:

不受干扰的看就好,专心记录观察。你需要听被测用户怎么说,还要观察用户的使用过程、表情、肢体动作,实时记录被测用户的反馈点。

可用性测试的方法

1.现场测试

现场测试可以面对面接触用户,可以观察记录所有现场信息,比较简单。第一,选择一个能让用户更放松的环境,可以是会议室,也可以是布置温馨的咖啡厅。

2.远程测试

疫情期间,首选远程可用性测试,在被测用户和主机不能在同一个空间,或者现场测试成本过高时使用。

远程测试可以分为同步远程可用性测试(托管)和异步远程可用性测试(非托管):

同步可用性测试:通过视频会议和共享工具进行测试。测试人员实时观看用户的操作过程,观察被测用户与产品的交互,并对被测用户的操作进行后续提问。

异步可用性测试:不需要与被测试者进行视频或电话交谈,但被测试者应通过录制屏幕来记录操作,并在事后发送给测试人员。

无论是现场测试还是远程测试,都有相应的优缺点。你要根据自己的实际情况来选择。

以这次可用性测试为例:被测试的用户是学校老师,产品需要在学校暑假期间进行测试。另外,由于疫情原因没有办法进入学校找老师现场检测,老师的作业习惯也存在区域差异。出差到学校调研,聚集全国各地的老师进行测试,不太现实,所以选择网上远程测试。

测试前的准备

1.测试目的

明确这个可用性测试是要验证或获取什么信息,要有目标导向。首先,确定要测试什么产品,想得到什么结论或期望,确定产品测试的范围。

以这个真实的可用性测试场景为例。

本次作业产品可用性测试的目标是:验证作业模块的用户体验是否能满足教师轻松获取作业信息的要求,是否存在违背用户交互体验的问题,是否能在日常工作中正常使用,帮助用户降低成本,提高效率。

新用户的用户目标是全新产品带来的学习和使用成本,包括两类:

无经验:对于同类产品的经验,新手学习成本足够低;

体验:用过同类产品但没用过我们的新产品,使用成本并不比竞品高。

老用户的用户目标:使用过同类产品后,不能忽视,必须额外考虑改变老用户的习惯。

原则:

功能:模拟用户任务流,支持主流程和常用分支流程,不阻塞;

易用性:流程流畅的前提下,操作步骤尽量少,认知成本尽量低。

工作安排

确定参与测试的人员。有些公司有专业的研究,可以由有相关产品和设计的同学来进行。

如果没有专业研究,负责项目产品和设计的同学可以独立完成,周期1-2周,可以抽出独立时间,也可以穿插在日常工作中。

由于我们公司没有专业的学生,所以每次可用性测试都是由产品和设计主导完成的。整个测试工作安排如下:

第一天:产品生负责联系运营找样品,分发到各个小组,平均4-5个用户;设计学生写测试评估样本和任务卡。

第二天:各组接收分配到的用户拉组,与用户沟通确认时间,熟悉测试流程和测试任务。

第3天和第5天:开始测试。两个人一组,一个当主持人,一个当观察员。平均每天有2-3个用户,一个用户用时30分钟-1小时。走访结束后,及时总结整理。

第六天:我们会分模块总结整理。

1.测试脚本

为了防止测试面试走失,需要提前制定面试大纲的结构和要点,增强对整个面试的掌控感。提前写好测试评测脚本,标注任务流程、任务重点、预计时间,可以保证我们在测试过程中更好的把握测试节奏。

测试脚本包括:主持人大纲(考前拜访热身、基本信息题、正式测试任务、体验面试);观察者提纲(根据主持人提纲同步整理,观察并记录用户完成任务的过程)。

2.招募用户

用户数量为6-10人。一般测试中80%的问题都可以通过这个数字发现。如果你继续寻找更多的人,结果是相似的。你需要确定使用你产品的用户群体,尽可能选择愿意沟通、愿意思考、愿意说话的用户。

招聘用户的方式可以是找公司内部渠道资源进行招聘。比如B端产品的用户是特定属性,通常可以联系公司和用户的界面进行招聘。也可以在社会上自己招。c端产品可以在公共平台发放招聘问卷,或者找身边的亲朋好友进行测试。

本次测试样本通过住校生接触学校老师,包括初中生、高中生、文科生、理科生共13人,涵盖了所有类型的老师。

要求招聘使用过网上作业功能的老师(各种产品都有),有类似系统使用经验的老用户,没有使用经验的新用户。使用频率可浅可深。

联系好用户后,在微信上把相关同学拉进一个群,方便和用户交流,把群的名字改成【XX用户-XX产品测试-8月3日下午1点】人+事+时间。在群里预约面试时间,询问用户平时使用哪些网络视频软件。腾讯会议和舒菲会议都可以用。

如果你没有用过类似的系统,告诉用户提前下载。

3.测试设备

测试人员最好使用自己的设备,这样可以让结果更准确。这种设备在现实生活场景中测试者已经很熟悉了,不熟悉的设备会增加测试者的学习成本,可能导致结果出现偏差。

比如iOS用户和Android用户,Windows用户和Mac用户有很多不同的使用习惯。

另外,一定要做好记录,存档,以便于以后查阅。

该测试是远程测试。被测试者使用自己的电脑进行操作,熟悉的环境也是被选中的。

4.准备材料

交互原型,保证测试过程是一个可以点击的完整闭环。这个交互原型使用Figma进行交互操作,前期测试可以在不同的机型、网络、浏览器中成功打开并点击。

屏幕录音,面对面测试需要准备录音笔和拍摄设备;远程测试使用会议软件,并使用软件自带的屏幕投影和记录系统。

准备任务卡,面对面测试需要提前打印,测试时发给用户;远程提前测试编辑每一段,随时粘贴复制给群内用户。

测试礼物。测试结束后,为用户准备一些小礼物作为奖励(根据各公司不同政策)。

要求用户提前下载自己用过的会议软件,如腾讯会议或舒菲,确保测试环境网络没有问题。测试中使用的交互体验原型提前发送给测试者,使用浏览器可以直接打开,被测试者可以在屏幕上演示操作。

当你经历某个任务节点时,向用户口头描述,然后复制到微信群,结束后为每个用户申请100 JD.COM元作为测试礼物。

测试执行于

1.为面试热身

开头礼貌问候,向用户介绍本次测试的背景、目的、接下来的测试流程以及整个面试时间。全程为用户营造轻松自然的氛围。

例如,非常感谢您抽出宝贵的时间参与我们的采访。整个面试测试时间为30分钟-1小时。背景是我们现在打算开发一个服务于学校的作业和小考的练习模式,目标是让老师更方便的获取作业信息。

接下来在我们初步设计方案的基础上,听听老师的感受和建议。

2.用户信息

接下来,询问用户一些基本信息,谈论他们是否使用过类似的产品,他们对竞争产品的看法,以及该类型产品的哪些功能易于使用等。观察者做详细记录。

首先要求基本信息,主要包括:姓名、地区、学校、教龄、年龄、教学学科、身份;那么,你平时的作业、测试、考试有没有使用过什么网络产品?你通常布置哪种家庭作业?作业的内容来源是什么?最后有什么推荐和评论,比如:哪个产品的什么功能好用?哪个地方不好用?为什么?

3.发放任务卡

我们需要为用户模拟一个真实的使用场景,用创建真实场景的方式告诉他们任务,让用户通过自己过去的体验,带着真实的生活感,更积极地使用产品。

通过制作任务卡来模拟场景,以什么样的场景,什么样的目的,要假设什么样的结果作为任务卡的模板。

如果是面考,可以提前打印出来,在考试的时候分发给用户;远程测试将脚本任务复制并粘贴到对话中。

因为这个可用性测试是在线测试,所以没有办法给用户发放纸质任务卡。先口述给用户,然后在微信群里复制粘贴任务卡的内容,防止用户忘记任务,可以快速查看。

4.体验并记录问题

观察并记录用户的行为,在单个任务完成后,提示用户休息一下,然后在单个任务满意度问卷中提问。

这时候可以回答用户操作过程中的问题,也可以通过操作中的细节展开发散来询问用户的操作感受。这一单任务通常可以得到很多意见和建议。

这些意见和建议需要在后续进行记录和整理,作为优化任务,帮助提高产品的可用性和使用性。

不要主动引导用户:测试过程中,主持人给出任务和场景后,要让用户自主操作。当用户遇到困难,不知道下一步该怎么做的时候,主持人要让用户说出自己的想法和困惑的原因。除非万不得已,否则不要教用户下一步该做什么。

记录用户行为:操作是最直观最真实的反馈,观察者需要详细记录用户的操作点。用户会因为不好意思吐槽产品而给出虚假反馈,他们的行为不会骗人。所以要减少测试人员的语言干扰,观察用户的动作。

观察用户的表情:在操作过程中,用户会下意识地做出一些声音和微表情动作,这些细微的反应都需要注意。

把握好采访节奏:你可能会面对很多用户会一直说与采访无关的问题,需要及时制止。

实际教师点击流程:

首先,教师单击“日常练习”按钮,然后单击“新练习”按钮。在找不到练习题入口后,他返回首页,点击扫描仪看卷子。

观察过程中的疑点:

答题卡模板匹配,老师提到如果是自己,只看题目!其他老师一般看到蓝色就点一下,不注意是什么。

学校有老师统一发作业,会把全年级所有的课都挂钩!其他老师不会关注,也不会处理这个。

作业的答题卡格式,如果高中数学题很多,尽量减少非试题占的空间,让学生写。

如果是电子版的,尽量使用带题干的格式。

希望选择题改过来留痕,数学因为选择题变成填空题。手批!原因是我希望问题,学生的答案,分数,评语都显示在一张纸上。

PDF格式,出题质量很好。用手写下来。一般来说,换一张试卷。

班级实习,学校要求同年级,没有差别就会有问题!

每周考试时间是统一的,作业不会每次做完就发。如果是这样,全年级一起出。

默认情况下,使用所有等级。扫描看老师个人情况是否勤奋。要不要一起扫描?

但是编辑分数入口很难找!找了半天,只看到编辑题目,却发现可以改!

修改分数要去改题目的地方改题目!主要是没有按钮,只能点蓝字。

模拟修改客观答案和题型后,老师看不到蓝色按钮文字,不知道可以点击!

我能理解样卷和学生卷放进去扫描的事实。我的第一反应是有点担心样卷和学生卷一次发两张纸。

5.体验后的采访和记录

用户完成任务后,主持人需要向被测试者提问,以总结和再次确认用户的体验。问题应该与测试的目的相对应。

提问要清晰,不要问含糊不清或者用户难以回答的问题。也要避免问包含多种可能答案的抽象问题,这样很容易让用户不知从何下手。使用开放式问题来增强用户的表达欲望。

整个过程中哪个环节最麻烦?与竞争产品相比,我们的产品有什么优势?我们有把作业/小考的成绩发到家长手机上的功能。你更喜欢默认每次推送还是设置每次推送?还有其他建议吗?

测试后总结

1.问题总结

测试完成后,在记住内容的同时快速整理题目。如果有录音或屏幕录像,可以再回顾一遍。

主持人和观察者需要共同总结分析,测试结果往往存在大量问题。零散的问题不方便分析总结,需要根据考试任务或页面划分模块。在每个模块下,列出了用户的良好反馈和不良反馈。根据不同模块对问题进行归纳分类,将对应的问题进行分类,以区分哪些问题可以优化,哪些问题不属于体验问题。

在对问题进行归纳分类的时候,我们会引入“用户体验八阵图”来对应相应的页面,这样可以更直观的了解现有项目中的用户体验设计问题,这些问题都细化到单个页面。

这样你就可以很快找到哪个页面的体验问题最多,哪个页面的体验问题最严重,体验问题中哪个模块的问题最多。最后输出本次可用性测试的测试报告。

1)步骤:找到扫描入口。

2)预期结果:用户可以成功找到扫描教辅的入口,即“扫描仪阅读量”。

3)实际问题:大部分用户都能顺利找到入口;个人用户选择“日常实践测试”(2/12是教学和研究)

“老师直接点击日常测试练习,新建练习,找不到教辅入口。(反馈:因为是作业场景,第一反应就是点开日常练习)”

“在大首页上,我认为扫描应该在学习情况前面,因为是先扫描再看学习情况”

4)问题:用户理解场景需要完成一个练习,认为在“日常练习测试”中可以完成任务

5)影响因素:用户受到背景描述的影响。

6)用户建议:“老师可能存在是为了帮助其他老师扫描。不知道是哪几门课。建议默认发布到全年级,或者扫描后确认是哪些班级。”

7)问题类别:可用性问题

8)优先评价:P1

结论:考虑是否在【新练习】中加入扫描教辅入口,先不加,再看反馈。

2.可用性等级

SUS可用性等级用于量化。经过可用性测试,用户不用想太多就能快速完成每个题目。

整个问卷由10个问题组成,每个问题5分。奇数是正面描述,偶数是负面描述。填写前不要总结,不要讨论。应该要求用户快速完成每个题目,不要想太多。如果用户因为某种原因不能完成其中一个题目,将被视为用户选择了题目上的中间值。

计算SUS分数的第一步是确定每个问题的转换分数,范围是0到4。

对于正问题(奇数问题),转换分数是量表的原始分数减1(Xi-1),对于负问题(偶数问题),转换分数是5减原始分数(Xi 5)。

将所有项目的转化分数相加,乘以2.5,得到SUS量表总分。所以SUS分数范围从0到100,增量2.5。

对应于下表得到的SUS原始得分,可以得到产品的可用性。

写在最后

经过多次实践经验,总结出可用性测试注意事项的三个要点:有目的、灵活、持续的测试。

1.有目的

可用性测试可以帮助团队优化体验路径,明确用户在使用产品时的体验;帮助设计师验证他们的设计。

2.灵活使用

从准备到实施,从任务到结果,一个完整的可用性测试的每一个细节都需要考虑。在过程中要尽量做到流程规划清晰,文档完整,分工明确。

说到这,很多小伙伴都会望而却步,觉得自己的公司没有专业的研究团队,招不到测试人员,申请不到被测试者领取报酬和礼品…

其实可用性测试也可以灵活运用。在没有条件进行专业可用性测试的情况下,在设计过程中可以多次使用简单的可用性方法,只要能解决问题。只要知道一些必要的注意事项,产品经理和设计师也可以自己完成简单的可用性测试。

比如这次可用性测试,产品经理和设计师发起合作,一起充当观察员或者主持人。在优化测试反馈的过程中,团队也共同努力,快速推进迭代。

3.持久的

可用性测试不是一次就结束的表演。是一种有效快速的验证方法,可以结合产品的进度持续实施。

在设计过程中可以进行简单的可用性测试,节约了成本,面对简单的原型,用户更愿意大胆评论,给出结论。

但是,简陋的测试原型会让用户无法真正完成整个操作,有些设计细节无法测试。建议在设计过程中进行一些简单的可用性测试。

在新产品上线后或重要功能上线前进行正式的可用性测试,在细节层面发现问题。建议定期进行可用性测试,有些结果马上应用到产品上,隔一段时间再验证一次,形成良性循环。

在日常工作中,我们会接触到大量的设计方法论,可用性测试只是其中之一。仅仅理解这些方法的概念是远远不够的。我们需要在事物中不断实践磨练,积累经验,才能真正体会到这些设计方法的魅力。

并且在工作中也要学会灵活运用理论方法,这样更容易事半功倍。长此以往,我们会不断实践和打磨,形成自己的一套工作方法。

本文来自投稿,不代表梦无畏立场,如若转载,请注明出处:https://www.jiaidc.com/53210.html

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注

联系我们

111-111-111

在线咨询:

邮件:info@111.com

工作时间:周一至周五,9:00-18:30,节假日休息