用户研究-可用性测试

可用性测试 什么是可用性测试 有代表性的用户 对谁： 有结构的观察 他们的 特定操作行为 做什么： 发现可用性方面的问题 目的： 互联网的 可用性测试： 轻解决什么样的问题 发现互联网产品体验的Bug， 发现实际体验与设计初衷的不同， 发现用户预期与实际体验间的差别。 在什么时候做？ 前期 开发期 迭代期 目标群体 有什么潜在需求？ 市面上有怎样的竞品？ 用户怎样反馈？ 用户现在怎么使用我们的产品？ 发版 【人群特征调研】 【竞品类调研】 【目标人群摸底】 【可用性测试】 【A/B 线上实验】 【方案快速判断】 【可用性测试】 【改版效果评估】 【使用场景调研】 针对可供实验的几个demo，进行快速的可用性测试调研。 针对线上版本进行可用性测试。 流程如何做？ 设计测试脚本 邀约用户 热身 给定任务 观察并访谈 需求沟通 准备期： 执行期： 给礼金 并告别 收尾： 总结并撰写报告 准备的核心问题 如何做到找对人，问对题？ 设计测试脚本 邀约用户 需求沟通 准备期： • 明确测试目标 • 设置的任务，能否很好的说明目标？ • 任务间怎样衔接？ 设计测试脚本 • 预期的用户操作行为 • 控制变量 邀约用户 虚拟案例 根据实际项目整理 假设： 百度百科词条编辑器进行了改版，我们如何选择一批有代表性的用户，参加新版的测试？ 邀约用户 【前提】已经明确了测试目标 • 这次改版，都做了什么改动？ 旧 新 新 新 邀约用户 【前提】已经明确了测试目标 • 这次改版，都做了什么改动？ 【前提】已经明确了改动点 • 预计什么样的用户会对这个改动最敏感？ • 熟练 的编辑用户们 “已经用的太熟了，忽然变化，还真有点学习成本！” • 新手 编辑用户们 “没怎么用过，从零开始。” 邀约用户 【前提】已经明确了测试目标 • 这次改版，都做了什么改动？ 【前提】已经明确了改动点 • 预计什么样的用户会对这个改动最敏感？ 【前提】已经明确代表性用户特点 • 邀约几个人合适？ 邀约用户 更复杂，更多元 10-15人 热身 给定任务 观察并访谈 执行期： 执行期的核心问题 如何做到有结构的观察？ 虚拟案例 根据实际项目整理 假设： 百度百科词条编辑器进行了改版，我们如何跟用户进行热身？ 测试 热身 测试 热身 • 热身没有硬性标准 • “热到”你觉得这个人不再是路人为止 • 热身话题防止漫无目的的闲扯。在熟络的同时也要让受访者知道，他要认真对待接下来的任务，而不是来闲扯生活的闲篇。 虚拟案例 根据实际项目整理 假设： 百度百科词条编辑器进行了改版，我们如何向受访者描述任务？ 测试 任务描述 测试 任务描述 • 简单+清晰+举例=高效 • 你会做什么，他会被请求做什么 • 什么是提倡的；什么是尽量避免的（如果有） • 尽全力避免产生引导作用 • 一次一个（任务，甚至步骤），给受访者的记忆“减负” 虚拟案例 根据实际项目整理 假设： 百度百科词条编辑器进行了改版，我们如何观察、了解、记录受访者的操作？ 测试 观察，发问，记录 测试 • 鼓励受访者讲述 • 尽力思考受访者行为背后的意图和困惑 • 尽量避免流程中的打断发问 • 流程性的任务：列表格。特征性的描述：文字记录 观察，发问，记录 • 关注以下行为：杂乱，停滞，无目的，反复 • 切忌拿着表格，向体检大夫一样一条一条问 测试 • 你该记什么？ 1. 行为（动作，步骤；做了什么，没做什么） 2. 想法（语言） 3. 你的发现所想 观察，发问，记录 测试 • 应留心以下几点： 1. 气氛（别让追问变成审问） 2. 态度（请受访者来帮助的姿态） 3. 状态（累，烦，甚至热，都会影响） 观察，发问，记录 • 整理访谈记录的三要素： Ø 及时，及时，及时 十大原则 之 一 状态可见原则 用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈。 十大原则 之 二 环境贴切原则 网页的一切表现和表述，应该尽可能贴近用户所在的环境（年龄、学历、文化、时代背景）。 用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈。 「即时」是指，页面响应时间小于用户能忍受的等待时间。 1点击收藏按钮 2收藏按钮变色 3弹出提示框 点击收藏按钮后立即将文档标记为已收藏状态，并告知去哪里找。 注意这里 十大原则 之 六 易取原则 尽量减少用户对操作目标的记忆负荷，动作和选项都应该是可见的，即把需要记忆的内容摆上台面。 Efficient  Not Efficient  Are  you  sure？yesno该文档的版权为百度UE讲堂所有，如需转载请注明出处。thanks