本文笔者列出了用户体验研究的一些方法，在用户研究实践中，读者可以在从中选择需要用到的一些方法。

用户体验研究能有效挖掘数据和进行洞察，有助于团队做出正确的决策。这些研究也可以为团队的努力赋能，使产品更加高效且更有价值。在设计的每一个阶段，不同的UX研究方法都有助于了解真实的用户需求，使产品一步步走向正轨。

下图展示了应用于不同阶段的UX研究方法和行动：

上图列举了一些在设计不同阶段可能的研究方法和行为。我们可以把这张图当做选择方法的菜单。面对不同的需求，可以从中找到不同的研究方法。

上图列出了一些最常用的设计方法（来源：free UX Careers survey report）

当你只能采用一种方法来提升现有产品时，可以采取定性的可用性测试（Think-Aloud），这被认为是能最有效提升产品可用性的方法。当你没有测试用户的条件时，尽可能多地去搜集各方资料和数据，因为数据能告诉你这件事是什么样的。要知道为什么会这样，还是需要通过数据发掘问题，然后推动进一步研究来找到答案。

方法

1. 前期调研

前期调研的目的是了解自己所不知道的产品相关信息的和用户需求。探索性的行动在创造新产品或功能时显得尤为重要。

这一阶段的重要任务之一就是：去证实或证伪自己做出的各种假设，从而为团队带来各种数据和洞察。理想情况下，在我们开始为错误的对象设计错误的产品之前，就应该进行这些研究。当然，这些研究对于纠正现有产品的问题也有帮助。

• 进行田野调查和用户访谈：去有用户的地方，通过观察、询问和倾听等方式了解他们。观察这些人在这种场景下是如何与系统进行交互，观察他们是如何处理你需要提供解决方案的问题的。
• 通过日记研究来了解用户平时的信息需求和行为习惯
• 采访利益相关者，收集商业需求和限制。
• 采访销售、支持和培训人员。了解他们最常看到、听到的用户遇到的问题。了解用户遇到最糟糕的事情是什么，了解到底是什么会让用户生气。
• 做竞品测试。找出竞争对手的优点和缺点，发现哪些部分是用户最喜欢的。

2. 设计探索

这一步的方法是用于理解问题的程度、明确设计的范围和进一步定位用户需求。

• 竞品分析，对比自己和对手产品的各种特性
• 阶段性设计评审
• 通过调研来确立用户画像，此外还需要描述用户故事。
• 分析任务内容，找出能节省用精力和时间的方法。
• 向相关工作人员展示用体验地图，说明有用户流失和其他风险的点，一起讨论更理想的行为路径应该是什么样的。
• 探索设计的可能性：想象多样的方法，进行头脑风暴，通过不断地尝试探索更好的方式。
• 在确定任务流程的早期就和各类人过一遍整个流程，获取他们的反馈。可以通过写下需求的方式进行，以免有的人有一些不想在公开场合提出的需求或建议。
• 让目标用户试用产品原型，再让他们试用可交互的原型，观察他们是如何使用的。留意自己的设计是否能帮助用户完成任务并避免犯错。通过这些测试找到问题，重新设计并再次测试。
• 通过卡片分类来了解用户是如何对你的信息进行分类的，借此来改善导航、分区等设计。

3. 测试

测试有助于在开发期间以及之后的过程中验证设计效果，可以用于确认这个系统对于用户而言是否好用。

• 进行定性的可用性测试，尽早且广泛地对不同人群进行测试，测试后对产品功能进行评估。
• 请用户描述他们的交互行为，并指出在一段时间内，使用产品时任何能引起他们兴趣的部分。在一段时间内的测试也可通过日记研究的方法进行。
• 留意培训活动中用户提出的问题和关注的内容。测试帮助和支持系统。
• 和不同的用户群体进行访谈。
• 通过产品的社交媒体帐号与用户直接交流，监控社交媒体上夸奖或抱怨产品的声音。
• 分析用户论坛内的内容。用户论坛是一个重要的信息来源，包含许多问题和解答。需要收集和分析用户论坛中的问题，并和团队共同讨论。
• 进行基准测试：当你打算进行重新设计或评估提升效果时，可以通过测试来了解每个任务完成的时间、实际完成度和遇到的问题等，从而一步步提升设计效果。

4. 倾听

在整个研究和设计过程中保持倾听，有助于了解存在的问题和查找新的问题。要分析收集到的信息，并监控各路信息来源，借此分析模式和趋势。

• 对顾客及预期使用者进行调查。
• 监控数据分析的结果和各项衡量指标，从而发现整体趋势和异常现象，并能以此估测当前的进度。
• 分析搜索词条：了解用户都在查找些什么、他们是如何称呼这些功能的？搜索关键词是尝尝被我们忽视的一部分，但其中尝尝包含着重要的信息。
• 简化用户进行评论、报告错误或提出问题的路径。阶段性地从各个渠道内收集反馈信息并加以分析，找出最严重的可用性问题和其他有问题的地方。关于用户为何无法找到所需信息，为什么会对传达的信息产生误解和其他计划外的事件，我们需要去查找线索。
• 收集常见问题，尝试去解决这些提问暴露出的本质问题。
• 在有你的用户或客户出席的会展等场所设置展台，这样可以和他们直接沟通。
• 在演讲或展示demo时进行问答环节。

行动

1. 前期调研

这些策略性的行动能帮助你走在问题前面，为产品带来体系化的提升。

• 找到合作对象：设计是一项需要通过合作完成的工作，你需要找到目标用户和工作伙伴。
• 和专家沟通：从有经验的人那里获得更多有用的信息。
• 遵循职业道德：做出有职业素养的行为。可参照The UXPA Code of Professional Conduct
• 引入利益相关者：不要只去征求他们的意见，尽量能让他们参与进来。例如：邀请他们参与会议讨论、向他们分享你的发现等。
• 搜集各种渠道的数据：做一个UX侦探，找到那些你所需要的信息的源头，想办法收集他们。
• 确定衡量UX效果的指标：找到对用户/产品而言可以用于评估系统运行状态的指标。

2. 设计探索

• 遵循用户体验原则Tog’s principles of interaction design.
• 基于研究结果进行设计，当你不便掌控研究时，遵循可用性设计经验。
• 设计对所有人都易用的产品。
• 赋予用户控制权：向他们提供可以自行控制的内容，给他们各种选择权（但不是无尽的选项），让用户有控制感。
• 避免系统出错：每当错误出现时，去思考它出现的原因，尝试通过设计的手段去避免或缓解。许多看起来是用户导致的问题，常常是系统设计的失误导致的。
• 优化错误提示：面对无法避免的系统错误，不要只是生硬地描述系统状态。从用户的视角描述发生了什么，并告知用户下一步可以做什么。
• 设置有帮助的默认信息：在需要填写选择的地方设置好默认内容，因为人们常常不愿做出困难的选择，同时要允许他们修改需要修改的内容。
• 检查一致性：使用方式一致有助于用户学习如何操作。人们容易把不一样的地方当做需要注意的重要之处，也可以在设计中利用这一点，引导用户的注意力。此外，还要满足用户对操作上的预期。
• 将功能和需求对应起来：用户研究的结果可以说明各个功能是基于哪些需求设计的。记录这些也有助于下次迭代或下个团队理解设计的合理性。
• 避免浪费：减少或删除不合理的非必须的模块，避免无意义地浪费人们的时间。
• 设计软件时，尽可能简化安装及更新功能。使安装软件的过程简单又流畅，允许用户自行决定是否要更新。
• 设计硬件时，要考虑到维修和回收的情况。
• 考虑到不同文化背景下的可用性设计：你并不是你的用户，要让你的产品对其他国家的用户而言也好用，翻译成对方的语言只是其中很小的一部分。
• 避免错误的激励方式：这可能会导致负面的、意料之外的结果。要考虑到有恶意的用户可能会如何利用它。
• 考虑到社会影响：一类人群会如何使用这个产品、这个产品会对这类人产生什么样的影响？这个群体的行动会产生什么样的后果？

3. 测试

• 保护受访者/用户的个人信息，还要避免采集不需要的信息。
• 保障数据安全：除了用户授权公司获取的信息外，也要保护通过数据研究得出的信息。
• 传递好消息和坏消息：人性常常不愿面对不想听到的消息，但作为进行研究的UX设计师，关于产品或公司的研究结论，不论好坏，都应该让决策者知道。
• 时刻关注产品可用性：在可用性测试中，通过任务出错率、任务完成度等各项指标评估可用性，证明设计上的优化是有效的。
• 考虑到多样的用户：人和人在文化上和特征上可能有很大差别，在测试期间确保你的设计能为这些不同的人服务。
• 监测可用性bug：为可用性问题建立一个数据库，追踪重要问题的发展程度或处理进度。

4. 倾听

• 关注用户的情感变化：社交媒体适合用于监测用户情感，包括遇到的问题、成功的案例、沮丧的事，还有自发传播的广告。当竞争对手出现时，社交媒体是一手风向标。
• 减少需要培训的内容：培训是解决复杂用户界面的一种应急方法，从用户的问题中找出提升产品设计的方法。
• 探讨未来的方向：产品上的改变有好有坏，在可行的情况下，通过询问、测试、倾听等方式向你的客户及用户请教，探讨可能的发展方向。
• 为下次研究或测试招募人员：鼓励人们参与到研究与测试中，可以提供有吸引力的奖励、简化参与方式等。

结语

我们可以利用这份备忘录来选择用户研究中需要用到的方法和行动。在开展项目时，没必要把每一条都完成，但是可以从中选择有用的一些方法混合起来。

另一篇相关文章：When to Use Which User-Experience Research Methods

原文的亮点在于：作者在总结方法的同时，为文章添加了非常详细的链接。如果有不理解的地方，可以及时查看链接内的文章作为补充。虽然有个别分类略显混乱，但是将这篇文章当做备忘录来看还是很有帮助的。

原文作者：Susan Farrell

原文地址：https://www.nngroup.com/articles/ux-research-cheat-sheet/

本文由 @鱼丸子 翻译发布于人人都是产品经理。未经许可，禁止转载

题图来自 Unsplash ，基于 CC0 协议