你需要做的就是问为什么?
这些反馈对设计出伟大的产品非常重要,因为你了解用户的痛点,你可以解决他们的问题。
最好的想法来源于脱稿流程
我看到过这种可用性测试:主持人列举了一系列问题,做笔记,轻易获取毫无价值的反馈,甚至可能都不知道谈了些什么。
我也见过这种可用性测试:主持人只列举了几个简短的问题,让用户按照几个重要的观点来谈,顺着产品变化的反馈来走。
最好的情况是有一个宽松的剧本,这样你可以从自己的角度进行思考。如果你学会如何做,那么测试就会有更多偶然的问题解决办法。这时真正价值的内容就出现了,因为你可以深入探讨一个话题,并获取用户的真实想法。
不需要用一个完整的原型来测试概念
我已经记不清有多少次我使用半成品原型来测试想法了。在进行测试前,我会告诉用户这是测试试验中的想法。我也会告诉他们这是个原型,所以有些东西可能不凑效。由于原型通常是高度逼真的,以致用户会忘了这是测试。
我给他们发送一个链接。他们一点击就会崩溃。
为什么会崩溃?
因为这是一个原型,但它并不完整。我们正在尝试其它方法。所以,当你点击这个链接,你认为应该发生什么情况?你能一步一步地解释出来吗?
大多数情况下,他们会描述下一步会怎么做。当然,如果刚好在用户描述每个步骤的时候,你能确定他们的真实想法,那就很酷了。更好的是,他们可能会给你提供一个你从来没想到过的想法。
可用性测试并不仅仅是测试你当前的设计,它可以利用用户的集体体验来改善它。这些想法不仅能验证你现在所做的工作,并且还可能进入你的产品线路中。
你向用户学习了吗?
抓紧时间。
多问为什么。
倾听。
这并不难,但是你需要坚持每天做,无论什么时候。你所学到的可能出乎你的意料。