1、用户测试要尽早开始
用户测试开始的越早,修改和调整就越便捷,而早期的有效调整对于最终产品的正面影响也是最大的。
小贴士:
- 不要等到产品完成再开始测试。你可以在视觉稿阶段和半功能原型阶段(甚至低保真原型阶段)开始测试,只要你能向用户解释明白你所提供的东西是什么,以及他们需要什么。
- 一旦你确定了哪些任务、流程可以被测试,那么你就可以开始由此验证你的设计。走出办公室,带着你的原型开始同你的目标用户,或者看起来是你的目标用户的人,进行可用性测试。
2、勾勒出你的测试目标
你进行用户测试的目标应该是非常明确的。你需要确保你问的问题都是必须的,所以,在你开始向被测试用户提问之前,先问问自己:
“我需要通过这个测试来弄明白什么事情?”
当你想明白这个问题之后,就可以开始针对你的目标,来设计问卷,有目的性地探索。
3、提出开放性的问题
向用户提出开放性的问题,好处在于答案并不固定,它们的大难不再是简单的二元式的结果(对/错,是/否),你会从这些答案中找到你从未想到过的东西,真正从用户那边获取到有用的信息。
4、将设计视为一个动态的过程
许多设计师将产品设计大多视作为起于用研,经过原型设计和开发,通过测试,最终发布的单一线性过程,但是真实的产品设计比起这种流程更为动态。
在产品设计过程中,需要定期进行用户测试,从用户那里获得信息反馈,这是用户体验设计的核心。
测试,和需求搜集、原型、设计、开发一样,在整个产品设计和迭代开发中,应该有着固定的位置和可预期的结果。如果开发资源足够的话,最好每隔一段时间就进行用户测试,这对于产品开发是极为重要的。
5、使用真实的用户来做测试
让真实的用户参与到设计当中来,验证你的设计,尽量确保参与者不是你的亲朋好友同事甚至隔壁组的产品经理!用来做测试的用户应该是独立而无偏见的普通用户。
要注意,在进行用户体验测试的时候,从最坏的情况入手对于后面的产品设计有着极其重要的意义和作用(比如用户对于你的产品一无所知,在刚开始使用的时候还时常受到干扰)。通过观察这些用户的真实使用状况,能够帮你快速识别产品设计上不够直观、不够易用的部分。
6、让用户专注于任务
在为用户安排任务的时候,总会忍不住去询问用户对于产品或者特定元素的看法,让他们给出评分等。这样做固然直接,但是好的方法是为用户制定任务目标之后,让他们自行尝试,让用户专注于任务本身,而你可以通过观察,捕获到用户使用过程中的真实反应。
举个例子,比如你正在测试网站的新版首页,当你询问用户的时候也有技巧:
A:你对我们的网站有什么看法?你觉得我们的网站服务的可用性如何?10分制能打几分?
B:当你刚刚打开我们的首页的时候,您首先会点击哪个地方?
在进行用户测试的时候,问题B明显比A来的更直觉,也更有价值。
7、观察用户行为
用户的回答和反馈有时候并不足以反映全部的情况,观察用户的行为作为验证是相当重要的。用户在回答问题的时候,会不自觉地迎合提问者的需求来应答,这使得用户的反馈和答案并不一定能体现真实的情况。而许多用户体验设计师在收集情况的时候仅仅集中在用户的语言上,这样搜集的信息常常会有纰漏。但是用户在测试过程中的行为是不会骗人的。
8、让整个团队参与到用户测试中来
让整个团队都参与到用户测试环节中,能够让团队中不同职责、参与不同环节的工作人员,在测试中更加清楚用户的实际反馈,同用户产生情感共鸣,了解测试的重要性,以及在不同视角下探索解决方案。
如果团队成员无法全部参与的话,尽量录制视频,让未能参与进来的成员能够在后续看到实际的测试状况。
参与测试的团队成员应该都记录下各自的感受,并且集中这些笔记,并且在当天下班之前予以总结。
9、追求质量,而非数量
许多公司和团队在产品上线前根本没有针对产品进行测试,或者在发布之后再行测试,这种局面很大程度上是因为他们认为测试耗费时间且成本高昂。事实上,用户测试并不一定耗时且昂贵。NNGroup 的研究发现,5个测试用户就能揭示出产品85%的可用性问题。
所以,你其实可以在原型阶段就找一组测试用户,逐个测试。
10、不要试着一次解决所有的问题
一次解决所有的问题本身就是不可能的。相反,通过测试每次试图修复最大的问题和最关键的问题,在不断的测试中让产品更加完善才是最佳的策略。收集反馈,升级优化,逐步完善也更符合产品开发的流程。
结语
对于产品开发而言,用户测试几乎是绕不开的环节,产品在测试中会不断暴露出潜在的问题,尽早测试,才能让产品尽早完善。
本文来自投稿,不代表科技代码立场,如若转载,请注明出处https://www.cwhello.com/354122.html
如有侵犯您的合法权益请发邮件951076433@qq.com联系删除