详情
咨询意义与场景
什么是可用性测试
什么是可用性测试？
● 可用性测试就是：“傻瓜用户”也能很容易的使用。
● 简单说就是：对这个产品好不好用的测试
● 可用性怎么算好？：【智能手机的小白】也能很容易的使用
● 可用性的合格线：让一个有着平均能力和经验的人（可能稍低于平均水平）能弄明白如何使用这个产品（这说明它是可学习的）去完成某个任务（有效的），而不会遇到不必要的麻烦。
可用性的一些重要原则：
可学习：界面的每一部分，“小白用户”可以一眼明白是干什么的，而且知道现在在这个界面应该主要干什么
可记忆：“小白用户”用过一次就会了
有效：“小白用户”可以很不费劲的完成各项任务达成目标
合乎期望：“小白用户”知道按下“这个”按钮，下一步预期会发生什么
总结一句话就是：别让用户思考。其他目标（例如界面Cool等等），都要在不牺牲上面4个原则（目标）的情况下去做。产品设计者在审视自己的需求时，小心进入“自嗨”状态，要有 open 找问题 的意识。
如何做好可用性测试
核心原则：
l 尽早做，正常做三次或一次。
越早做，测试的价值越高。前期（原型或草图）做，能发现需求战略层的错误，后期（设计稿出来）做，能发现需求交互层的错误，后期（开发中）做，能及时纠正问题，避免问题出现在用户眼前。
l 用户都是对的
你是在测试产品，而不是在测试用户，用户的所有动作行为认知都是对的，这是可用性测试的基本前提
l 不要被“欺骗”
测试过程中，重要的是关注被测试者做了什么，而不是说了什么？被测试者可能会因为测试紧张或者有顾虑碍于面子等等言不符实，但行为和细微表情常是无意识的反应真实
l 关注表现，而不是偏好
和上面的基本类似，只是强调一下“偏好”，被测试者往往会表现出各种和使用无关偏好，比如，“我不喜欢这个颜色”、“我不喜欢这个风格”、“要是有可以XXX的功能就好了”等等，需要仔细甄别
l 尽量不要引导被测试者
尽量保持真实的使用环境的情况，就是你不在Ta身边。
l 要让被测试者一边操作一边讲正在思考的内容说出来
发现用户卡壳了，引导用户讲出产生的思考和疑惑。
完整版可用性测试的执行步骤
执行建议：
1. 新立项产品
2. 对产品有重大影响的需求（影响 LTV 20% 的数量级）
执行步骤：
可用性测试的基本方法是，准备好要测试的东西和记录的设备，事先设计好测试的内容，然后找个地方，一对一的进行，最后测试结束后，和你的组员一起列出问题，进行分析，得出结论，制定行动。
step1：寻找被测试者
寻找的方法，可以通过App内通知、上街搭讪、邮件、公司里找找（这个很靠谱）等等，根据具体情况找，确定之前可以稍作背景了解。被测试者可以是：
使用过你的App，或者这类App
对手机的使用处于平均水的用户，不要找专家型用户
身边的同事（财务、人事）、媳妇、保洁大姐、保安大哥也都是可以的
step2：设计测试任务
可用性测试的核心就是任务，在测试中会让用户完成一些你设计好的任务。任务需要：
明确任务的起点和目标 ，没有明确的目标就不能判断用户是否完成了任务
根据不同的场景和目的定义合适的起点。这样避免用户不知道从哪里开始
把任务转化为有场景的故事，然后讲给用户听。方便用户理解为什么要这么做，也就是帮用户找到理由和目的。
举例：
任务1：用 Alarm Clock添加一个新闹钟
场景化：你最近上班总是迟到，原因是总是起晚，所以你需要设置闹钟，早上八点叫醒你，并且周一到周五是重复的。从 Alarm Clock 首页开始。
step3：环境准备
3.1 准备测试的设备及设备环境
测试所需要的设备（多数情况下是手机），至少两台（一台备用）
被测试设备的环境。例如，需要让被测试者观察一下 Alarm Clock 和竞品的区别，就需要提前将准备的竞品下载安装好；或者需要用户登录账号，则需要提前把账号准备好
每测试完一个用户，需要把该用户的操作全部初始化
3.2 准备测试地点
....