如果你想了解你的用户需求，我们大多数采用的方式就是做测试，这是非常直观的一种方法。但是到目前为止，并非所有的人都能用做好用户测试，并且当我们在做用户测试时，采用了很多奇奇怪怪的错误方法。
事实上，现今的创业团队之所以无法创作出好的产品正是因为他们在测试产品时缺乏合理的策略。有时用户测试对产品开发意味着全部，尤其在早期阶段就该进行了。
下面列举了几种错误的可用性测试方法，希望大家可以避免：
1.不测试或者在晚期才开始进行测试
可以说这是废话。但是，正如我们所知道的 ，爱情是盲目的，有时候产品经理容易对自己的一个“绝妙”的新想法盲目自信，以至于忽略了去确认这对于真实的用户究竟有多大的意义。即使有一天你终于打算结束掉“闭门造车”，去听听用户的声音，但已经晚了，你花了那么多时间和金钱创造出一个产品，却错过了测试产品最好的时间，这简直蠢爆了。所以做可用性测试还是早期为好，谈到具体的时间，我建议在最初的原型阶段就开始测试是最好的。
2.测试时选错用户
你并不需要所有的用户反馈，你只需要找到那些对你有用的。举个例子哈，你正在测试一款为房地产交易打造的产品，学生可能不会成为一个好的用户测试群组。谈到具体原因：因为他们大多数没买过房子，对于房地产交易并不熟悉。仔细选择你的用户群，除非你还想与一些跟你产品无关的信息打交道。这会为你节省很多时间和精力。
3.问错问题或问了太多问题
并不是每一次与用户的互动都会让你拥有改进产品的机会。相反，要求用户去做一些跟重要功能关联不大的测试对你毫无益处，这只是在浪费你和用户的时间。另外，确保你是不是要求太多了，因为这可能起反效果。用户可能会因为你问太多而感到困惑，他们可能感到无聊或者干脆直接失去兴趣。最好的办法就是尽量精简，并且在开发产品的特定阶段只专注于和产品核心相关的事。
4.不做任何分析，不设置KPI
即使你拥有洞察人心的极高天赋，你也不能在没有任何分析帮助的情况下就把重建用户体验流程做好。其实，你只需要观察用户是如何使用你的产品的，观察他们的表情是如何变化的，手指是如何运动的，他们是否在这样的过程中感到困惑和犹豫。光做到这点就足以帮助你了解到很多关于你产品原型的问题。只不过，量化用户的相关行为更为重要。对用户在执行给定的测试任务时的相关行为进行度量并有所洞见，才能真的揭示问题，并且引领我们找到合适的解决方案。这为你精确地分析以及制定好的发展策略提供了一个很好的机会。
我们深信可用性测试是非常重要的。这也是为什么我们致力于开发KonceptApp的原因 （一个尚在前期开发阶段为创业项目提供可用性测试的服务)。如若不然，你觉得还有什么能够替代用户的可用性测试？
