产品经理需要了解的需求分析法:可用性测试

本文来和大家聊一聊可用性测试。做需求的时候产品经理们会用到各种各样的方法，那么可用性测试是一种什么方法呢？什么情况下适合使用可用性测试呢？使用可用性测试需要注意什么问题呢？请看下文。

可用性测试名字听起来请专业，其实内容很简单易懂

先引用一下百科的定义：“可用性测试的概念是：让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。”

定义什么的都是觉得高大上，让人听不太懂的东西，其实可用性测试说白了，就是请几个（五个以上即可）用户，来到公司的会议室，聊聊天，喝喝茶，用用公司的产品，做做记录就这么简单。哦，别忘了最后给用户小礼品来感谢人家。

产品改版时强烈建议使用可用性测试

需求分析的方法有很多，每个方法都有自己的特点和适用的情况。那么，什么情况下可用性测试是一定要被使用的呢？答案就是：产品改版。

前几天发的一篇文章中谈及了“产品改版遇到阻力该怎么办”的问题，那篇文章很有用，没读的朋友建议回去看看，因为产品改版绝对是伴随着巨大的阻力和风险的。很多产品由于改版后不能得到用户的认可而灰溜溜的再改回原版。比如：淘宝“我的淘宝”的改版、百度贴吧、手机QQ的改版都遇到了上述的问题。最后它们也不得不向用户道歉并改回去。

拥有众多资源的像BAT这样的大公司的改版都是这般如履薄冰，战战兢兢的，而且稍有不慎就会出现问题，闹个灰头土脸。所以，产品经理们，你们做改版的时候一定要小心再小心，把自己能做都做了。当然，千万别忘了把用户叫来做做可用性测试。

可用性测试的常见问题

1. 可用性测试做的太晚，即便发现了问题，由于产品已经快要上线了，已经没有时间改了。这个问题是比较常见的。建议产品经理们不要等产品完全OK了，再拿来做可用性测试。你们可以在从开发过程中分不同的阶段来做，甚至可以拿竞品来给用户做可用性测试。

2. 把用户搞的很紧张，导致测试结果出现偏差。首先“测试”这一个词就会令用户们抵触了。所以，产品经理完全可以不用专业名词，而是说“请大家来试用一下我们的新产品”“给我们的新产品提点意见”什么的。另外，在做可用性测试的时候，一定要时刻记住“用户永远是正确的，错的只能是我的产品”。

3. 老生常谈，不要对用户进行暗示性的提示和引导。这点我就不必多说了吧，所有的做需求的都知道，但是却不好做到。所以这里再给大家提个醒。

可用性测试的小提示

1. 在做可用性测试的时候，如果能做到“发声思维”，那效率就会提高很多。所谓的“发声思维”就是把自己使用产品时每一步的想法用嘴说出来。

2. 不做产品改版的时候，产品经理也可以做一个简易版的可用性测试。方法很简单，你可以现在抬起头，看看谁没什么事儿做，然后把他拉过来用用自己的产品。比如让他把***更改成**，把**发到***等等，然后你观察记录他的使用情况，从而得出结论。这样需要付出的成本极小，时间很短，但是会有不错的收获哦。