软件的易用性与可用性测试，是比较容易被忽视但又非常重要的工作。
易用性测试是指用户使用软件时是否感觉方便，易用性和可用性存在一定的区别，可用性是指是否可以使用，而易用性是指是否方便使用。可用性是指是否可以使用，而易用性是指是否方便使用。
B端产品中，因为业务场景繁多，又可能涉及比较多专业领域的知识，可能因为一些专业术语叫法不准确，就会导致易用性、可用性变差。即便前期做了比较充分的问卷调查、用户访谈等调研工作，也难不免会有许多场景缺漏的。
因此，易用性与可用性测试的重要性就更为突出了。
你有没有遇到过这样的情况：一个产品拿到手，不知道怎么用，只好找操作说明书，发现操作说明书写得比产品更难懂。
虽然互联网时代，常说“小步快跑，快速迭代”，敏捷开发也逐渐很多开发团队的选择。但是，如果你胆敢拿出一个连基本“可用性、易用性”都没有的产品给用户，说“现在可以了，你试试看”，用户很可能直接就对你的产品选了放弃了。
所以，“易用性与可用性测试”非常重要。
我们可以通过观察有代表性的用户，完成产品的典型任务，而界定出可用性问题并解决，让产品用起来更容易。它是在正式上线产品、用户大规模使用前，最后一道验证需求的防线。
做易用性与可用性测试有四个基本步骤：
1. 找到有“代表性的用户”
B端产品中，为产品相关功能模块找到对应可代表的用户。“用户行为特征”是什么？他们会如何用我们的产品，用了多久，做过哪些事情等。可以是一些部门、岗位的用户，B端产品中不同的是，要尽可能找“标杆”用户，比如同一岗位中，业务能力、经验比较强的用户，就可以作为“标杆”用户。因为在B端产品中，“标杆”用户往往更理解业务场景、更能洞察业务本质。
2.设计“典型任务”
“当你想要录入客户信息时，你要打开APP进行录入”，“当需要做发货申请时，你要做一个销售发货申请单”等。这些都是“典型任务”。设计典型任务时要：
任务不能太多，必须是重要的，容易出问题的；
任务必须是用户会遇到的场景，而不是你想象的步骤。
3.界定出“易用性与可用性”
用户开始做测试时，你就是一个记录员。记住：不要试图教用户如何使用产品，也不要向用户推销你的产品，更不要说“请给我们的产品提提意见”，你要说：“请体验一下我们的产品”，然后就仔细观察和记录用户的使用行为，还可以用手机摄像、录音、系统使用录屏等。
对系统上的操作，观察用户看了哪里，点了哪里，接着又到了哪里，是不是你预期的路径。
对用户的表情，要尤其观察用户“思考，皱眉，犹豫，惊讶”等等表情。当用户不停皱眉、做出思考状，想点又犹豫不点，说明他对操作没信心。当用户瞪大眼睛，很惊讶时，说明系统给他的反馈，让他很意外。
不要着急，不要指导，先如实记录。
4.解决这些问题
“易用性与可用性测试”的最后一步，就是趁着记忆犹新，赶快把测试结果整理出来。
根据产品情况，给问题制定优先度评级。
比如，用户不知道要往下划屏幕，可是“下一步”按钮藏在了下面，用户困在这里走不下去了。这可能是严重问题，必须立即修复；用户导出了表格之后，发现并不是场景中所可以直接使用的，还需要做一些手动调整才能用。这可能是一般问题，需要尽快修复。用户习惯在左边找按钮，没找到，然后到右边找到了。这可能是次要问题，可以延后修复。
易用性与可用性测试，在B端产品中是不容忽视的重要一环，想要做出让用户产生口碑的系统，必须在易用性与可用性方面下足功夫。
网友评论