在正确的时间获得宝贵的见解：确定用户测试的理想设计保真度水平

在 Intercom，我们的产品开发原则之一是大处着眼，从小处着手，快速学习。

我们快速学习的方法之一是进行评估研究，以建立对我们所追求的产品设计方向的信心。 我们通常的目标是在产品开发过程的早期就将产品概念呈现给用户，早在编写任何代码之前。

这种用户测试方法提出了一个重要且持续存在的问题——向研究参与者展示的正确设计保真度水平是多少？ 这些概念需要与最终设计有多接近才能从测试它们的人那里获得准确的见解？ 您如何在“粗糙但早”和“精制但晚”之间找到正确的平衡？ 什么级别的设计抽象达到最佳点？

“我们发现在内部谈论向参与者展示什么时避免使用‘设计’这个词是有帮助的——我们更喜欢使用‘研究刺激’”

言语很重要

首先，虽然我们谈论的是设计保真度，但我们发现在内部谈论用户测试期间向参与者展示什么时避免使用“设计”一词是有帮助的——我们更喜欢使用“研究刺激”。 诸如“研究刺激”或“挑衅人工制品”之类的术语虽然听起来有点古怪，但有助于传达您要向参与者展示的东西是一种工具，可以引发对整体概念的洞察，而不是特定的设计特征。

识别问题

在创建研究刺激时，使用最新、最精美的设计文件可能很诱人，但这会带来一定的成本，必须考虑。 参与者将关注您提供的最高保真度——如果您对某个概念是否有价值感兴趣，那么在 CTA 上听取参与者关于微文案的评论可能会给您正在寻找的反馈增加噪音。

相反，我们发现从问题开始（我们试图了解的内容）并将其与我们在用户测试期间向研究参与者展示的内容的保真度相匹配是有帮助的。

因此，要确定正确的设计保真度，您需要确定您正在尝试解决以下哪些问题：

• 测试概念：这个想法有价值吗？
• 测试系统设计：用户能否对该系统形成“足够好”的理解？
• 测试可用性：人们可以使用这个产品吗？

一旦你确定了你试图解决的问题，这将有助于确定你的研究激励需要什么样的设计保真度。

提前弄清楚问题还有助于与您在设计、产品和工程方面的跨职能合作伙伴建立一致——这更重要，因为创建研究激励是一项协作努力，而且所有权可能不明确。

“在早期阶段，你对他们如何与之互动并不感兴趣。 你对它是否对他们有价值感兴趣”

测试概念：这个想法有价值吗？

在这个阶段，你的问题是弄清楚“这个想法有价值吗？” 具体来说，客户是否认为这个想法会帮助他们解决他们正在努力解决的问题？ 在早期阶段，您对他们如何与之交互不感兴趣。 你对它是否对他们有价值感兴趣。

在测试过程中，您需要确认参与者实际体验到您要解决的问题，向他们展示概念，并评估他们是否期望它以有价值的方式解决他们的问题。

此时，您的测试刺激不需要看起来像一个界面。 事实上，如果不这样做可能会更好——如果您确实选择将概念呈现为一个界面，请注意您的参与者可能会提前思考他们将如何与之交互，它将如何与其余部分相关联你的产品，以及他们对视觉设计的看法。 这种反馈更容易给出，所以参与者自然会倾向于它，而不是深入思考这个概念本身以及它如何解决他们遇到的问题。 你的研究刺激只需要传达你正在测试的想法，其他的很少。

快速文本描述、故事板、登陆页面模型、Google 幻灯片中的图表或白板风格的涂鸦都是合法的选择。 通过模糊不必要的副本和使用明显的占位符图形来保持简单和集中。

测试系统设计：用户能否对该系统形成“足够好”的理解？

有时，产品团队可能正在构建整个系统，而不是接口或流程。 在此阶段进行研究时，您的问题可能是，根据团队迄今为止的构想，您的用户是否可以形成功能性心理模型，使他们能够使用产品而不会被阻塞或困惑。 最好的证据是用户是否可以准确预测他们将如何在您的系统中执行代表性任务。

虽然您可以简单地展示系统的抽象图并询问用户他们希望如何与之交互，但这并没有太多的生态有效性； 实际上显示看起来更像用户界面的刺激使研究感觉更真实。 不过，我们再次发现，要求参与者实际使用原型几乎不可能不让他们的注意力转移到交互设计上，而你可能仍然没有解决这个问题。

考虑给他们现实的问题，并让他们告诉您他们希望如何使用您的模拟界面来解决这些问题，同时您共享您的屏幕并关注使他们在产品中移动的特定交互。 这将节省您在对设计方向充满信心之前构建完全交互的原型，或者冒着让参与者感到沮丧的风险，因为您知道交互仍然很笨拙。

测试可用性：人们可以使用这个产品吗？

在这个阶段，您会想知道用户是否可以与您的产品进行交互，并提供现实的支持（例如，不会比您在最终产品中提供的更多）并执行代表您的问题的任务'正在解决。

可用性测试有很多种，在所有这些中，交互设计变得更加重要。 您可以使用不同保真度级别的原型来测试可用性，只要您清楚且具体地了解您希望参与者执行和测试的任务，并且原型支持启用它们所需的交互。

总之

这些阶段之间的界限很模糊，根据您的情况制定正确的协议可能会很棘手。 准备好调整研究刺激和您在每次会议中提出的问题。

最后，询问参与者他们是如何找到研究会议本身的，而不是研究刺激，这并没有什么坏处。 困惑或沮丧表明你还有更多工作要做。 如果你卡住了，记得从问题开始：你到底想从用户测试会话中得到什么？

想了解更多关于与我们团队合作的信息吗？ 在这里阅读我们的价值观、我们的工作方式和我们的空缺职位。