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