通常在潜在客户那里或者 UX 设计的面试中会出现这个问题。当然，实操过程中不尽相同，但是不管你会给出什么样的答案，用户研究必须是这个过程的一部分。在多数情况下， 你不可能跳过这个步骤。
更需要弄清楚的是你需要做什么样的用户研究。用户研究的方法很多，它们有着不同的优点、缺点和研究目标。
本文希望能够简单介绍如何基于研究目标，选择不同的研究方法达成目标。
了解目标
在选择研究方法之前，最重要的问题是：我想知道什么？
Image form Pexels
这个问题应该如何解答？你应当先问自己为什么你想要去做用户研究。确定对于用户你已经知道什么，不知道什么？你的知识缺口有哪些？
这里有一些有用的问题举例，你可能知道答案也可能并不清楚：
- 用户都是谁？
- 他们的行为、目标、动机和需求都是什么？
- 你对他们做了哪些假设？
- 目前他们如何使用你的产品？
- 他们还使用哪些其他的产品？
- 在工作流中哪里有问题？
- 他们喜欢你的产品吗？
一旦你知道自己想要什么，你可以开始思考如何去得到它。
Christian Rohrer 提出了用两个不同的维度来拆解问题分类：态度研究vs行为研究，定性研究vs定量研究。 在态度研究中，你的目标是找出人们的观点，而行为研究中，你分析的是他们实际上在做什么。定性研究在回答「为什么」类型的问题时更有用，定量的方法则在回答「多少」的问题时候更有用。
举个例子，如果你的问题是：「有多少用户在注册过程中放弃了」那么你可能需要的是一个定量的行为研究。
Tomer Sharon 提出了问题研究的另外一种分类框架，我觉得非常有帮助。他认为用户体验研究的问题可以大致分为三种类型：
- 用户需要的是什么？
- 用户想要的是什么？
- 用户能够使用它么？
你需要了解你的产品应该提供什么服务（满足用户的需求和想法）然后再考虑产品方向是否正确（可用性）。
那么哪些方法对应解决哪些问题？ 接下来我会对它们进行拆解。本文的目的并不是提出一个能够覆盖所有用户调研方法的列表，其中有一些方法也可以用来解决多种类型的问题，为你的调研提供一个好的开始。在用户研究开始之前，需要牢记以下重点：
一般来说，通过观察去了解用户的需求和想法要比直接询问要更有效。
正确的方法只能成功的一半，用户研究是一项需要实践的技能。
人们需要什么？
情境调查
也被称为实景调查，现场调查。
情境调查是指了解人们在日常生活和工作中的行为。如果你的研究对象是制造智能管道和仪表设备图的工程师，你应该去他们的办公室，观察工程师如何进行工作。让他们展示自己是如何工作的并提出这样的问题：「你怎么做」或者「能不能告诉我你们之前是怎么操作的」，更深入的去了解他们如何完成自己工作。
Image form Pexels
记录他们做的事情，面对哪些问题，以及你对这一切的看法。你需要试着进入他们的头脑，试着去解他们的需求和期待，非必要的情况下不要打断他们。你应该尽可能的观察一般情况下他们是如何完成工作。
我也要把人种学研究加进来。人种学研究倾向于更多关注群体与协作的作用。但它和情境调查有很多重叠的部分，对回答同类问题非常有用。
用户访谈
在用户访谈中，你通常会面对面的与用户交流，询问关于项目的问题。一般用户访谈都会在调研的早期进行，有助于评估产品目标。需要通过练习才能够更好的面对访谈对象。 用正确的方式抛出问题才能够得到准确的回复。你需要知道在哪个点跟进才能得到答案，同时需要具备很好的倾听能力。提前准备好你的访谈问题清单或者脚本。
在访谈过程中，用户有时候会编造观点，或者谈论一些和他们不相关事情，这些可能会对访谈结果会产生误导。
这里有一个技巧，称为关键事件技巧。采访对象可能会记得一些特定的事件，产品表现的特别棒或者特别差，通常他们还能够提供一些更生动的细节。你可以通过这些信息了解到产品的优点和缺点，帮助用户更好的完成工作。
你也可以利用访谈的结果得到范围更大的问卷调查中所需要的问题。另一方面收回问卷之后你可以通过用户访谈深入探讨其中的某些问题。
问卷调查
问卷调查能够提供一些与访谈类似问题的答案。缺点是因为没有与用户的直接沟通，不能对这些回答进行更深入的研究。问卷调查的积极意义在于你可以获得大量的反馈。为定量分析提供机会。
和用户访谈一样，你需要注意问题的描述。收集信息的同时尽可能的缩短问卷的填写时间。过长的问卷并不能为你提供更多的信息。问卷的成本很低而且有非常多的工具可供选择。
用户日志
日志可以用来观察用户的行为，以及在较长的时间内他们是如何与产品交互。日志研究通常可以用作情景调研（contextual inquiry）或者用户访谈的跟进，从那些更活跃或者具有代表性的用户那里得到额外的一些信息。
某些时候你可能会要求用户拍摄照片，截图，或者其他类似的动作，你必须确保给予了用户足够的引导，让他们能够很明确的知道自己应该做什么，并且每隔一段时间跟进，保持他们的活跃。
人们想要什么？
A/B test
在 A/B test 中你可以创建产品元素的两个变体，例如注册表。从原型到线上的网站，任何元素都可以作为变量。定义一个标准来衡量变量的成功率。比如你可以测试跳转率或者登陆页面的 NPS（净推荐率）。
Image form Pexels
接下来的实验中一组用户会看到版本 A ，另一组用户看到版本 B。使用你定义的标准，衡量哪个版本更成功，那就是用户想要的。你也可以用两种以上的变量进行测试，在这种情况下，它被称为多元测试。
你可以用 A/B test 进行各种各样的实验：
- 行为引导词、尺寸、颜色、位置
- 所用的图片
- 页面上的文本
- 布局和样式
- 排版产品描述
A/B test 是一种优秀强大的用户研究工具。使用 A/B test 有很多小技巧，需要正确的变量设计，并对统计学有所了解。这样你就知道何时可以完成这项工作。
快速测试
快速测试背后的想法是让你的设计频繁且尽早的在用户面前展示。快速测试通过三个步骤迭代完成：
- 原型 — 创建交互原型
- 检查 — 和用户一起测试原型
- 调整 — 根据用户反馈进行调整
越早做快速测试，在开发过程中发生的更改就会越少，因为到那个阶段再做修改成本会高很多。
原型的真实度可能会不一样。你可以从一张纸开始，最终得到高保真模型。有时候你可能会使用一些动态代码。
如果你要用纸来规划产品原型，可以准备一个原型的工具包，然后开始绘图。如果你觉得你不擅长手绘，可以使用 UI Stencils 这样的工具，也可以使用 类似 Marvel 的工具来让草图具有互动性。
纸质原型可以让你快速低成本方便的测试你的设计。如果你预算紧张，那么它就是一个非常好的选择。但是如果原型的真实度有偏差， 用户可能会分散注意力。Jake Knapp 非常推崇和用户一起进行纸张原型设计，他说：如果产品看起来不真实，用户的反馈就不真实。
根据你的设计能力和设计工具，也许可以直接跳转到高保真原型。无论你选择什么工具，最重要的是通过用户获取原型，通过他们对原型的反馈进行迭代。
当然这个方法也有局限性。有些系统很难原型化。我们在 ThinkUX 做了一个 VR 项目，在这个项目中，我们就无法通过原型来测试系统的某些部分，只能通过代码实现。
焦点小组访谈法
我很容易写出一整篇关于焦点小组访谈陷阱的文章，网上到处都是。焦点小组访谈的主要问题之一，研究者会把自己的感受带入到小组讨论的结果中去。同时也存在群体思维的问题，小组中会存在某些特别响亮的声音，即便某些静默的成员持有不同意见，依然会看起来像是达成了集体共识。此外值得注意的是，人们的言行会存在显著的不一致。
然而只要正确的引导，小组访谈会发现很多有用的信息。其中最有趣的结果似乎会发现一种客户语言，它能够帮助你理解和描述用户之间的相似的体验。将一组用户聚集在一起也可以帮助他们互相传递记忆和想法，而这些想法在其他的场景下可能并不会被记住。
人们如何使用？
可用性测试
根据 Nielsen Norman Group 的说法，如果你的项目只做一种类型的用户测试，那么就应该是定性的可用性测试。在可用性测试里，你需要招募一些用户，为用户列出需要完成的任务，并在系统/原型上操作。可以用正式的方式（创建筛选机制 — 安排参与人 — 让他们进入实验室 — 记录对话等等），或者使用游击式可用性测试。
测试对象应该控制在 5 个左右，超过这个数量你会看到收益递减。在可用性测试的结论中，你会发现你的某些设计有价值，但同时用户也发现了一些你从来没想到过的问题。很多事情需要调整以及改写。这也是为什么真人测试重要的原因。
卡片分类
卡片分类是一种构建信息架构的方法。在卡片上写下系统的主要功能或者主题，邀请一些用户将卡片组织成对他们有意义的类别。你可以进行开放式的排序，参与者自己将卡片分组，并进行命名。或者采用封闭式排序，由你提供类目，请用户进行归类。卡片分类的研究结构可以帮助你决定网站的结构，如何标记菜单，如何对内容进行分组等等。
卡片分类可以和索引卡一起完成。也可以使用在线工具，例如 Optimal Sort。如果是你自己做这项研究，最困难的部分可能是结果分析，尤其是受邀参与者数量较大的情况下。
通常情况下，你会为卡片分类而不是可用性测试邀请更多的用户。但是不要过多，如果超过 15 个人，就会发生效果递减的情况
树形图测试（Tree testing）
Tree testing 是另外一种调研方法。它可以帮助你评估产品的信息架构。它也可以（理论上）和卡片分类一起使用。
可以帮助你回答以下问题：
- 用户在网站中是否能够容易的找到信息
- 你的分类/菜单对用户是否有意义
- 信息分类是否符合用户的预期
在树形图测试中，用户需要只使用链接在网站上完成任务（例如： 购买一件运动衫），用户界面会被完全剥离。如果之前你发现用户没能到达你网站的重要页面，它能够帮助你确定到底是因为信息结构的问题还是因为 UI 的问题。
在研究结束时，你将得到一些指标，例如任务成功率，失败率，完成任务的时间，以及用户在选择答案（正确或者错误）之前的路径。
总结
在你决定采用什么样的研究方法之前，你需要弄清楚你想知道什么，为什么要知道这些内容。
再次强调，本文并不是 UX 研究全部方法，同一个问题会有很多种不同的解决方法。本文的目的在于帮助你了解可以使用哪些方法进行研究，以及它们能够解决什么类型的问题。
本文由用户 @独行者发布于新媒体运营，未经许可，禁止转载。
题图来自Unsplash, 基于CC0协议
