五商—78讲—可用性测试

一、前方

你有没有遇到过这样的情况：一个产品拿到手，不知道怎么用，只好找来说明书，发现说明书写得比产品更难懂；使劲一推门，“咣”地一声，发现这个门只能拉；打开洗手间的冷水龙头，突然被烫着了。

这时候，我们会忍不住骂一句：这种鬼东西，是什么木鱼脑袋设计出来的啊？这哪能用啊！

二、概念：可用性测试

“这哪能用啊”，就是对产品“可用性”（Usability）的声讨。可用性，不是说品质，而是说这东西好不好用，易不易用。。

“可用性测试”非常重要。可用性测试，就是通过观察有代表性的用户，完成产品的典型任务，而界定出可用性问题并解决，让产品用起来更容易。它是在正式发布产品，用户大规模使用前，最后一道验证需求的防线。

运用：学会四个步骤。

第一，  找到有“代表性的用户”。

你想对大幅改版的音乐播放APP做可用性测试。谁是你的“代表性用户”呢？用过你上一个版本APP超过3个月的，下载过歌曲的用户。

用户选择有更多是“用户行为特征”。他们如何用你的APP，用了多久，做过哪些事情，更重要。那选几个用户，5-8个一般就足够了。

第二，  设计“典型任务”。

任务不能太多，必须是重要的，新版本中容易出问题的；

任务必须是用户会遇到的场景，而不是你想象的步骤。

第三，  界定出“可用性问题”。

用户开始做测试时，你就是一个记录员。你要说：“请体验一下我们的产品”，然后就闭嘴。仔细观察和记录用户的使用行为。有条件的话装两个摄像头，一个记录手机上的操作，另一个记录用户的表情。不要着急，不要指导，忠实地记录。

第四， 解决这些问题。

“可用性测试”的最后一步，就是趁着记忆犹新，赶快把测试结果整理出来。

用户不知道要往下划屏幕，可是“下一步”按钮藏在了下面，用户困在这里走不下去了。这是严重问题，必须立即修复；用户习惯在左边找按钮，没找到，然后到右边找到了。这是一般问题，需要尽快修复。用户下载了非常多音乐，存储满了，他找不到清除本地音乐的地方。这种情况很少见，是次要问题，可以延后修复。

三、思考 

小结：可用性测试就是通过观察有代表性的用户完成 产品典型任务，而界定可用性问题并解决。测试四步： 找到有“代表性的用户”，设计“典型任务”，界定出“可用性问题”，解决这些问题。用最便宜最快方式纠错，是每个人应该拥有的反向思维。

思考：

你的产品是否做过可用性测试。在面对我们找一份新的工作时，我们与HR,与直接领导的沟通就是一次可用性测试，包括对方测试我及我测试对方。要想这次测试达到想要的目标，我们需要设计典型任务。 这份工作我吃亏在于氛围风险 ，那下一份工作，我会问，账务处理是否有特殊需要，作为空降是否能正常开展工作。部门结构，是否有可以绩效作为部门考核的调整。在我不能影响位置又不能影响待遇，别人为什么要配合我？