设计测试将帮助您构建适合用户的优秀产品.

用户测试有很多名字:产品测试，设计测试， 可用性测试设计验证等. 这是一个非常重要的过程，让真实的用户在真实的场景中测试你的设计. 一旦你深刻理解了用户关注的问题和可用性问题，你就能更好地纠正它们.

用户测试是以用户为中心的设计理念的一部分，也是设计师工作中最重要的方面之一. 这不仅仅是令人惊叹的视觉效果(表面). It’s about solving a problem effectively; something that can only be accomplished by repeated testing and with many iterations on the design. 这是获得有价值的见解的好方法 什么有效，什么无效.

我想确保设计工作良好, 所有的假设和假设都得到了验证——与用户进行测试已经成为我设计过程中最重要的步骤之一.

用户测试就像在用户与你的应用或网站互动时监视他们, 除了你可以在这个过程中提出问题，并推动他们朝着你想要探索的方向发展. 这并不昂贵，也不难做到. 不幸的是，没有足够的设计/产品团队这样做.

我们将介绍可用性测试的原因和六个基本阶段.

什么是可用性测试?

用户体验界有句老话:“你不是用户.”

我永远不会忘记我的第一次用户测试经历. 在两个月的时间里，我努力地对一个web应用程序的原型进行微调. 我想让它完美，我天真地，毫不掩饰地确信它会成功. 我大错特错了. 像许多其他设计师一样，我迷恋上了自己的创作.

我测试的第一个人在第二步之后变得困惑——而且是一下子, 我的幻想破灭了. 我崩溃了.

那天，我进行了5次网站可用性测试. 在这一切的最后, 我不得不接受这样一个事实:也许我并不像自己想象的那样是个优秀的设计师.

第二天, 我用快速互动的线框图取代了我精心设计的原型，这些线框图代表了基于我从前一天的用户测试中获得的见解而改进的新设计概念. 结果令人印象深刻——即使是新手用户也能够使用相当复杂的应用程序.

作为一名设计师，第一次测试经历对我的影响如此之大，我现在测试每一个设计. 这一切都是值得的，我总是对自己做错的事情感到惊讶.

在快速制作的原型中犯错误比在成品中犯错误要好得多. 可悲的是，许多公司在未经检验的假设和应用上投入了大量资金.

错误的设计决策在成品上变得非常明显——这些不必要的错误需要付出巨大的代价来修复. 部署未经测试的应用程序的最终成本是巨大的.

用户测试的六个基本要素

要完成正确的用户测试过程，你需要做以下事情:

• 创建一个原型
• 提出一个测试计划
• 招募人员(目标用户)
• 找一个合适的地点
• 调节测试
• 记录测试结果

创建原型

A prototype is an early model of a product—usually with limited functionality—built to test a design concept; a thing to be replicated or learned from. 有多种方法可以创建原型, 有很多工具, 包括离线软件和在线应用.

不同的忠诚和方法适用于不同的情况.

有一种非常基本的方法——在一张纸上画一些草图, 给它们拍照，然后用工具把它们连在一起 Adobe体验设计. 桌面和移动应用都可以这样做.

或者，您可以 创建交互式线框-将线框图串在一起，在一个在线原型工具，如 InVision.

我为同一个项目创建了多个变体，并构建了几个完全不同的原型. 我把它们放在一起再决定哪一个最好. 通常, 一旦我开始和他们合作, 我发现了我在创建第一个原型时没有想到的解决方案.

我最初的原型制作工具是 Axure RP. 它非常复杂，需要大约六个月的时间才能掌握. 但是，您可以在几天内学习基础知识并创建简单的交互式原型.

我也尝试了一些解决方案，如 InVision or UXpin. 它们是基于网络的，创新的，而且便宜得多. 它们不像Axure那样功能丰富和灵活，但使用起来要简单得多. 你也可以轻松地与客户和团队成员分享你的原型.

最近, 奇迹 一直是我的首选工具吗. 这是一个伟大的移动和网络应用程序, 创建和共享原型非常容易, 它还有一个方便的Sketch插件.

市面上有各种各样的原型制作工具. 这里有一个很棒的比较网站: http://www.prototypr.io /原型Tools的.

制定产品可用性测试计划

不管你设计的是哪种数字产品, it’s important to lay out a plan for the testing; otherwise, 你最终会浪费很多时间. 在基本层面上，该计划应概述:

• 什么 正在测试(特性、功能、任务)
• 如何 它将被测量(特定领域测试的成功率或失败率)

假设我正在测试一个公共交通路线规划的移动应用程序. 我设计了这款应用的三个主要功能:行程规划、订票和座位预订.

我心中有一群目标用户，他们通常乘公共汽车到处旅行. 在软件可用性测试阶段, 我将深入讨论细节，并尝试从用户那里了解某些特性和功能是否对用户友好.e.“明显的”(对用户来说很明显)，易于使用.

在编写测试计划时，我会浏览原型并记下一些问题. 例如:

• 用户是否能够有效而快速地计划他们的旅程?
• 他们订票容易吗?
• 他们能预订座位吗?

假设有15个人同意参加测试. 在会议开始之前，我创建了一个包含五栏的电子表格:

• 专栏1: 参与者的名字，
• 列2 - 4: 要测试的应用程序有三个功能，
• 列5: 如果参与者正在努力使用给定的功能, 我把它记下来，写下困惑的原因.

使用这个电子表格，我可以评估我的原型是否成功. 如果15个人测试3个功能，那么就有45个(15x3)任务. 如果人们完成38个任务，我的成功率是85%.

招聘人员.k.a. “用户”

如果你正在做一个有现有客户的项目，招聘应该很容易. 与销售团队或利益相关者接触，并获得一些客户联系.

对于一个小的个人项目或内部公司项目, 试着联系你在Facebook上的朋友，他们属于你的目标受众. 你也可以要求推荐他们的联系人. 团队的其他成员也可以这样做. 找到公正的参与者是很重要的 谁会不想“对你好”，我呢.e.，喜欢他们看到的一切. 你需要无偏反馈——不管是好是坏——才能真正从测试中获得价值.

如果您在一个更大的项目中与外部客户合作，我建议使用诸如 usertesting.com, 验证.com, clicktale.com, or verifyapp.com.

有时候，在招募潜在用户时，你很难解释你在寻找什么. 参与用户测试对大多数人来说并不熟悉. 我的请求通常是这样的:

“嘿,沃尔特! 我知道你很忙, 但是我希望你能抽出半个小时来帮我做一个项目. 这是一款公共交通出行规划应用. 我知道你经常乘公共汽车旅行，我想看看你是如何使用它的.”

最好至少做3-5次测试(远程或面对面)。. 这应该为第一次迭代提供了足够的材料. 如果你能鼓起勇气, 你可以为参与者提供咖啡/茶和零食, 礼品卡, 或者公司提供的折扣码作为他们参与的回报.

在考试之间安排30-45分钟的休息时间是个好主意. 你可能会发现你从一个糟糕的角度着手设计，你可以在下一个测试人员到来之前当场解决最大的问题. 测试是激烈的, 你也需要休息一下来收集你的发现, 做笔记, 在下一轮比赛前放松一下.

寻找合适的测试地点

我建议亲自测试，因为你可以读懂肢体语言和微妙的信号，比如紧张和叹息, 或者捕捉一些东西，比如人们因为挣扎而做鬼脸. 这是一个介入并询问他们是否对某事感到困惑的机会.

此外，人们在面对面的场合更容易集中注意力. 如果你正在通过Skype或Hangout进行远程测试, 他们可能会分心，事情可能会从你身边溜走.

找到一个合适的会议地点，让人分心或有机会被打断是至关重要的. 你需要找到一个能让人们集中注意力在考试上的环境.

我不喜欢把参与者带到我客户的办公室——可以想象，公司的环境会让他们感到受到限制，好像他们在被观察. 到人家家里拜访也不是一个理想的情况. 宠物、孩子或家庭成员可能会分散测试用户的注意力.

在我看来，咖啡馆是一个完美的环境. 音乐在播放，味道很好，咖啡让每个人都保持清醒. 远离个人承诺和干扰, 测试对象也倾向于放松, 这通常会帮助他们在测试过程中感觉自己处于真实世界的场景中.

你甚至可以在室外做测试! 有时你可能想把你的潜在用户放在一个真实的, 情境准确的设置——比如一起乘坐公共汽车，同时查看你的公共汽车旅程规划原型.

运行测试

测试的质量在很大程度上取决于您运行测试和有效沟通的能力(称为“调节测试”)。. 这也是准备和测试计划发挥作用的地方. 如果你之前没有测试过, 我建议你和你的伴侣或家人进行一些没有压力的测试.

练习问你要问的问题类型, 这样你就能更有效地运行测试了.

在温暖的环境中测试所有东西是错误的, 舒适的环境和无限的时间来完成任务. 给你的用户语境，提醒他们想象他们是在现实生活中使用你的应用——在锻炼的时候, 通勤, 或购物, 例如.

感谢与会者花时间帮助你也是很重要的. 提醒他们，你做这些用户反馈会议的原因是因为你渴望优化你的网站/应用/平台的可用性，以获得最佳的用户体验.

一定要告诉他们，他们不是被测试的对象. 这是设计.

如果您正在进行远程测试，请使用屏幕记录软件进行记录. 如果是本人，使用摄像机或录音机. 你会惊讶于你错过了多少!

通过记录会话，你会发现你更放松，因为你不需要做笔记. 你更能集中精力建立良好的关系，让你的参与者感到舒适. 你可以稍后从录音中记录一切.

一定要告诉你的测试对象录音是保密的, 只为了内部目的，只有你一个人会看/听他们.

MacOS用户可以使用QuickTime进行屏幕截图. 我使用 Screenflick ($29). 它可以同时记录屏幕和网络摄像头, 修剪录音, 并且很好地输出结果. 还有一些适用于iOS的应用程序.

以获得对用户需求的真正洞察, 行为, 目标, 和挫折, 问一些不会引导他们的开放式问题. 下面是一些例子:

• 我注意到你有点犹豫，是什么让你停下来的?
• 你觉得这个按钮有什么用?
• 这个产品最吸引人的地方是什么?
• 使用这个产品最困难的部分是什么?
• 这个产品有什么令人惊讶或意外的地方吗?
• 我们可以做些什么来改进这个产品?
• 可能缺少什么?? 你还想看什么?
• 你喜欢/不喜欢它的工作方式是什么?
• 你认为这个产品对你有什么帮助?
• 你今天会使用这个产品吗?
• 你认为为什么有人会使用这个产品?

记录测试结果

用简短的话提炼和总结你的发现, 来自我之前提到的测试文档电子表格的一页报告. 这将帮助你把注意力集中在给人们带来最大麻烦的问题上. 需要改进的地方很快就会显现出来. 通常，我的测试工件包括:

• 带注释的电子表格
• 录音
• 屏幕记录
• 来自网络摄像头的测试参与者的记录

当您的测试被正确记录时, 您可以进一步研究它，并让它指导您的下一次迭代. 您还可以使用涉众的测试结果来支持您的下一个设计决策.

拥抱测试并享受它. 会很有趣的!

总之，记住两件事:

1. 经验法则:如果制作原型的时间超过90分钟, 你想做的太多了.
2. 一旦测试的成功率超过90%，就停止测试. 应用/网站/平台现在应该非常可用和“有用”.MVP时间!

在本文的开头，我说过我第一次测试的结果让我崩溃. 它动摇了我对自己能力的信任. 我意识到试错是这个过程中很自然的一部分. 说专业人士不犯错误是不对的. A 专业 快速从中学习，缩短迭代循环，并在过程中完善设计.

设计师: 享受测试过程——它能改善你的设计! 尽可能快地让真实的用户在真实的场景中测试你的想法. 你从观察实际用户如何使用你的产品中获得的洞察力是无价的. 每一次迭代都是向前迈出的重要一步.

客户: 不要让设计师在没有测试的情况下完成项目. 在编写第一行代码之前，充分利用机会对产品进行评估. 这可能要多花一个星期的时间，花费也会多一点, 但你最终会节省下来，并从中获得百倍的收益!