产品交互设计中关于可用性测试的方法论

#这是一篇关于产品交互设计的读书笔记，部分内容摘录于《别让我思考》及网络，感兴趣的同学请阅读正版。

@关于可用性测试与焦点小组的区别

可用性测试：一次一个用户，观看用户试用一些东西，去完成一些典型的任务。通过观察用户的行动，可以【检测到那些让用户混淆和倍感挫折的地方】并修复它们。

焦点小组：一组人围在桌子旁，谈论他们对产品的看法，产品的过往使用经验，或者对一些新概念的反应，目的是【快速得到部分用户的意见和感觉】。

@关于可用性测试的3个事实

1、如果想建立一个优秀的网站，一定要测试；

2、测试1个用户比不做测试好1倍；

3、早点测试1位用户好过最后测试50位用户。

@关于传统和廉价（更容易实施）的可用性测试对比

@测试过程中的流程

1、欢迎部分

2、提问部分

3、主页“观光”

4、任务测试（不要询问他们的引导性问题，也不要为他们提供任何线索和协助，除非他们已完全被困住或者绝望了。尽量告诉他们：“如果我不在这，你会怎么办？”）

5、问题探查（就测试中发生的问题提问参与者）

6、结束部分

@测试中最可能遇到的问题

1、用户不清楚概念

2、用户找不到自己要找的字眼

3、内容太多

@修复发现的错误

收集一份问题列表：让每个人说说他们觉得最严重的3个问题，选择10个最严重的问题。

进行问题评级：建立一份排序列表，最严重的问题最先修复，对那些不严重但是非常容易修复的问题列一份清单。

抵制住添加功能的冲动：大部分人第一反应是增加东西，而往往正确的解决方案是做减法，而不是增加另一些干扰。

不要太看重人们对新功能的要求：用户暂时出现错误，然后在不需要帮助的情况下回到原来的轨道，这种问题可以忽略。

---

如果对你有帮助，欢迎加关注，我会持续更新产品设计相关的知识