分步指南：测试您的原型

在设计产品时，向受众提供可行的解决方案是漫长而反复的过程的最后一步。 当您尝试在创建可以在目标市场中建立自己的东西的同时做到这一点时，任何阶段的失败只是这个漫长而复杂的过程的一部分。 这就是原型测试的用武之地！

在产品公开访问之前，开发人员需要确保它完全可操作，提供承诺的功能并解决实际问题。 测试原型是一个持续的过程，开发人员通过反馈和调查寻求真实世界用户的持续验证。

这就是开发人员高度重视原型测试的原因。 这是了解产品在市场上表现如何的最有效方法。

到目前为止，您对原型测试和评估的重要性以及为什么开发人员将其视为开发阶段的关键要素之一有了基本的了解。 您可能仍然想知道原型测试是什么，所以让我们仔细看看。

什么是原型测试？

在我们达到最终产品之前，原型是产品开发阶段的初稿。 当这些原型被分发给现实世界的用户以发现缺陷和改进领域时，它被称为原型测试。

您可以在现场部署原型供人们使用您的产品，然后最终发布它，以确保您提供最佳质量。 称为人群测试的过程是分析质量、功能和其他关键组件的最有效方法之一。

Crowdtesting 为原型提供了它在未来必须运行的环境。 开发人员可以使用这些条件来评估产品在不同情况下的行为方式。

了解产品在市场上的表现是原型测试的关键组成部分。 尽管如此，开发人员始终注意用户如何交互和感知产品同样重要。

不同类型的原型

原型提供了产品发现的基本功能。 每个原型都有一组理想的条件，它提供了测试假设的最便宜和最快的方法。

有 4 种不同类型的原型，它们如下所示：

1. 低保真原型

这些类型的原型大多是基于纸张的，也不允许任何用户交互。 任何手绘草图或纸上的模型都是低保真原型。

2. 高保真原型

另一方面，高保真原型具有高度交互性和功能性，并且它们尽可能接近最终产品。 这些原型包含集成到其中的所有必要组件。

3. 实时数据原型

这些原型大多以代码的形式出现，通常位于现有产品之上。 它们比传统原型更具交互性，并使用实时用户数据。

4. 可行性原型

这是一种更具体的原型，专门设计用于测试产品的特定功能或组件。 这些原型在其预定义的边界内运行，以验证特定功能背后的技术。

现在，让我们看看这些原型可以测试什么，以及什么时候是测试它们的最佳时机。

为什么需要原型测试？

原型测试不仅仅是收集用户的反馈和见解，并将这些信息提供给开发人员。 原型测试和评估提供了很多好处； 让我们来看看前 4 名：

1. 减少总体时间和成本

在仍处于测试阶段时修复产品是一种更简单、更容易进行发布的方法。 因为一旦您发布了产品，您将需要大量的时间和金钱来回滚发布和更改。

这不仅会损害您的财务状况，还会损害您的声誉——这是非常宝贵的。 这就是为什么原型测试为开发人员提供了在产品发布之前对其进行微调的绝佳机会。

2.增加用户参与度

当您从原型测试阶段开始时，用户可以先于市场上的任何其他人获得对产品的第一手独家了解。 这是开发人员和组织让用户参与产品的绝佳机会。 它确保了用户对产品的承诺，他们还可以帮助传播信息。

3. 收集准确的需求

传统上，在产品进入开发阶段之前收集需求，这是人们决定他们希望他们的产品交付什么的地方。

在没有看到产品和建立需求的情况下将产品概念化是不完全可行的，这就是为什么原型开发允许用户和开发人员巩固最终设计的需求。

4.帮助解决冲突

当一个由高技能和训练有素的开发人员组成的团队开发产品时，他们可能会遇到一些情况，其中一些人认为某个实施是正确的做法。 相反，其他人可能不这么认为。 不可避免地，在发展阶段可能存在意见分歧，从而产生冲突。

通过测试原型，开发人员可以进行几个不同的功能迭代并对结果性能进行基准测试。 这样，他们可以根据数字确定哪个功能可以从用户那里获得最佳响应。

原型测试还有许多其他好处，但仅仅知道为什么要测试原型是不够的。 何时测试您的原型也是另一个重要的考虑因素。

你应该什么时候测试你的原型？

将您的原型进行测试是确保您的产品不会达到其不可避免的结局的最安全方法。 但这有一些复杂性，因为知道何时测试您的原型也是必不可少的，并且是收集具有重要意义的结果的唯一方法。

我们编制了一个表格，可以让您更好地了解原型以及何时测试它们以获得最大意义。

到目前为止，您应该非常清楚不同类型的原型以及开发人员应该在何时测试它们以获得最大效率。 是时候看看你应该遵循的步骤来测试你的原型了。

如何测试你的原型：一步一步

测试原型是一个复杂且连续的过程。 但在我们进入这些步骤之前，每个原型测试人员都应该了解一些基本规则：

• 您拥有的原型类型（草图、物理原型、纸质界面、数字原型）将定义您的用户如何与之交互。
• 您的测试目标非常重要，它们可以帮助您开发测试场景、问卷和整体原型测试方法。
• 设置时间限制也将帮助您决定最适合您的原型测试方法。

以下是需要精确执行的步骤，以确保您的测试产生最有效的结果：

我们将详细带您完成所有步骤，因此请按照以下步骤操作：

第 1 步 - 收集和分析用户信息

任何原型测试和评估的第一步都是收集和分析用户数据和信息。 在这里，用户或公众有责任对他们对特定产品的期望做出判断。

一旦用户给出了他们的判断并且所有要求都到位，您可以采取进一步的步骤。 清晰是我们在第一步中寻找的东西，知道做什么是避免在开发阶段模糊的唯一方法。

例如： Qualaroo擅长在设计过程的每个阶段快速、轻松地收集用户见解。 用户洞察是通过 InVision、AdobeXD 和更多原型测试工具暂存原型 URL 来收集的。

这些原型测试工具托管 URL 模型，并允许用户测试并就整体体验提供反馈。 开发团队接受这些反馈和见解，对最终产品进行必要的更改。

相关阅读 - 寻找反馈工具？ 这是针对用户的最佳客户反馈工具列表

因此，需求是事先定义的，原型中的所有内容都是围绕这些需求构建的。 为了让您更好地理解需求的清晰性，这里有一个原型测试的快速示例：

设计原型时模糊不清

• 我的设计好吗？
• 用户喜欢产品吗？
• 产品是否创造了参与度？

设计原型时的步骤清晰

• 我想知道用户是否可以轻松地与设计进行交互并在其中导航。
• 我想知道用户是否能够执行某项任务。
• 原型是否会影响用户进一步参与和购买？

第 2 步 - 构建原型

最重要但最明显的步骤是构建要测试的产品原型。 您将要构建的原型类型完全取决于您需要测试的内容以及您目前处于产品开发的哪个阶段。

本阶段构建的原型完全来源于开发人员在前一阶段构建初步原型时收集的信息。 该原型应该是初步原型的更完善的版本，将进入原型测试软件，理想情况下应该向用户提供有关产品的更多信息。

如果你不记得我们之前讨论过的原型类型，这里是 4 种不同类型的快速浏览：

• 低保真原型
• 高保真原型
• 实时数据原型
• 可行性原型

要记住的事情：

• 创建与产品相似的数字原型–创建初步设计后，您可以创建与最终产品非常相似的交互式数字高保真原型。 这将允许更多的测试并使用户更容易理解。

借助数字原型，您还可以使用Qualaroo等工具自动化收集见解的过程，这些工具使您能够在测试期间或之后向用户提问。

• 使用真实数据——在构建原型时，也建议使用真实数据作为原型。 原型不必是最终产品的最终副本，但它应该包含真实数据，以通过原型准确测试您的微副本。

• 测试 2 到 3 个原型——不要将太多时间和精力投入到该解决方案的“仅”原型上。 拥有 2-3 个粗略的原型进行测试比拥有 1 个像素完美的原型更有用。 这使您可以测试更多设计，并且测试参与者不限于一种看似“唯一”解决方案的设计。

第 3 步 - 确定要测试的内容

此步骤主要关注您，即测试人员。 在将模型放入原型测试软件之前，您应该找出要测试的内容。

您可以在具有一些明显缺陷的原型上测试几件事。 以下是这些东西的清单：

1. 概念验证- 这些测试相对简单，它们验证用户是否可以轻松理解他们正在查看的内容以及它执行的功能。 这些测试最常用于主页原型，但您也可以测试电子商务中的产品页面或在线工具中的仪表板。

2. 导航——导航是您可以在数字原型上轻松测试的另一件事。 在这里，托管了网站或应用程序的模型，测试人员查看用户是否可以轻松浏览并找到他们正在寻找的内容。 您可以获得以下问题的答案：

• 您的搜索字段和菜单是否在人们希望找到它们的地方？
• 他们的命名有意义吗？
• 人们能否根据您提供的类别找到他们认为会找到的内容？

3. 设计流程和功能——原型还有效地确定了产品和功能是否流畅，可以让用户完成任务而不是混淆他们。

4. 微文案——为了测试微文案，你需要在你的原型中输入真实的标签、菜单类别、按钮和描述。 它将验证用户是否能够理解他们正在查看的内容或混淆的点点滴滴。

知道你不应该期望在你的原型上测试什么也很重要。 这里有几个方面需要牢记：

• 平面设计——原型只是你最终产品的示意图，它们可能没有所有的视觉元素。 这就是为什么在大多数情况下无法在原型上测试“外观和感觉”的原因。

• 内容 -原型没有填充最终内容，也不是检查您的内容是否会引起目标受众共鸣的最佳方式。 要检查这一点，请将您的内容发送给目标群体中的几个人，或者在您的工作产品或博客中显示问题。

• 批量测试——测试原型背后的想法是收集有关功能设计的质量反馈，以便您可以迭代并消除可能阻碍用户完成产品任务的最大问题。

原型并非旨在帮助您收集大量数据。 从技术上讲这是可能的，但是来自几个参与者的见解将提供足够的见解，以使下一个版本更好。 原型测试是关于快速收集可操作的反馈，而不是尽可能多地收集反馈。

第 4 步 - 创建初步设计

初步设计是最终原型的简化形式，它让用户大致了解最终原型的外观。

初步设计的好处：

• 为最终原型提供准确的蓝图。
• 确保用户和开发人员之间对设计的相互理解。
• 通过在初步设计阶段纠正错误来防止进一步的错误。
• 它还通过将设计与相同的项目和原型进行比较来确定设计在不久的将来可能面临的风险。
• 提供了一个参考点，并开启了开发人员和用户之间的对话，以分享有关设计的意见和观点。 如果设计看起来不适合用户，您可以轻松实施更改，并创建新的初步设计。

要创建它，请在进入绘图板之前牢记最终设计的基本计划和规格。

首先创建粗略的草图。 草图是一种很好的方式来确定您的用户是否能够辨别您的应用程序或网站的目的。 草图和纸质原型不需要完美。 相反，您可以拥有多个原型来测试不同的设计并获得更有意义的见解。

第 5 步 - 准备测试场景和问题

可用性测试是为用户提供与您的产品或网站旨在解决的问题相关的特定任务。 任务（或场景）有一种小的叙述形式。 它们通常很简短，但仍为您的测试参与者提供一些背景信息。

建筑场景

这是您使用研究问题来撰写任务的时刻。 您的研究问题将告诉您任务应该是什么。

• 关注用户的目标，而不是产品的功能和特性

说明这种差异的最好例子是几年前 Jared Spool 和他的团队为宜家进行的可用性研究。 该测试探讨了人们如何在宜家的网站上找到产品。

最初的任务是：“找一个书柜”，后来改为：“你的小说收藏中有 200 多本书，目前在你客厅周围的盒子里。 想办法把它们组织起来。”

制定任务的方式会影响结果。 在这种情况下，执行第一个任务的用户通常在搜索字段中输入“书柜”。 第二种场景中的用户通常浏览产品类别并搜索任何适合存放书籍的产品，不一定是名为“书柜”的产品。

最后，用户在这里试图解决的问题是找到放书的家具，不管那是不是书柜。

在设计使用非常特定语言的产品或网站时，这一点尤为重要。 尽量避免使用引导词，让用户更快地完成任务，或者以不同的方式完成任务。 尽量不要给出一般的线索。

• 使任务类似于现实生活

如果您要求您的用户通过您的应用程序/原型预订航班，请不要只说“预订从西雅图到阿姆斯特丹的航班”。

更好的情况是：“你想在 9 月份去阿姆斯特丹拜访你的朋友。 你在工作中预订了两周的假期。 您意识到这是一次昂贵的航班，但您希望尽可能少花钱。 除此之外，由于您最近的背部问题，您正在考虑升级您的飞行舱位。”

• 不要解释您的产品或网站或您在哪里销售

测试的整个想法是验证人们是否能够自己使用它，而无需任何人事先向他们解释任何事情，也无需任何人说服他们应该使用它。

更重要的是，特别是如果你在进行面对面的测试，如果用户看到你对原型的任何批评，他们可能不愿意诚实地接受任何批评——他们不想伤害你的感受。

• 不要开发不可能完成的任务

如果您的原型不包含您要测试的功能、流程或元素，则您无法对其进行测试。

形成研究问题

研究问题是您试图通过要求用户使用您的原型执行不同的场景来找到答案的问题。 研究问题表明您正在尝试找出有关您的原型或产品的确切内容。

形成研究问题的技巧

• 它们应该仔细组合，因为它们将确定您的测试方向并确定测试的场景和任务将是什么样子。
• 它们不应该太笼统。 请记住，根据测试结果，您将需要做出一些设计决策。
• 研究问题也可以形成为目标。

一个糟糕的研究问题/目标的例子：

• 我想测试我的原型。

更好的研究问题/目标的示例：

• 我想测试我的导航。

好的研究问题/目标的例子：

• 我想检查用户是否能够在我的原型中找到他们正在寻找的信息。
• 我想检查用户是否能够在原型中找到他们正在寻找的产品。
• 我想检查哪个版本的原型在查找特定产品时对用户来说似乎更容易。

此外，在观众面前提出的一些适当的原型测试问题包括：

第一眼测试

• 您认为该工具/网站适用于谁？
• 您对这个应用程序/网站的最初想法是什么？
• 您认为使用此工具/网站可以做什么？
• 你会在什么时候使用它？
• 你认为这是给谁的？
• 这个工具有什么相似之处吗？ 如果是，是什么？
• 这里有什么不合理的地方吗？/有什么不合适的地方吗？

可用性评估

• 是否缺少特定的功能？
• 你如何评价这项任务的难度？
• 有什么不对劲吗？ 如果这样，那是什么？
• 您是如何识别产品在哪里的？
• 通过此工具/网站付款是否安全？
• 缺少哪些产品信息？
• 您认为该工具/网站是否完美地引导您使用该产品？

整体体验

• 该应用程序是否易于浏览？
• 整体设计体验如何？
• 如果有的话，您会在此应用程序/网站中进行哪些更改？
• 您将如何改进此工具/网站？
• 该工具/网站是否按您预期的方式执行？
• 您如何评价您的整体体验？

相关阅读——这是我们列出的 30 种最佳 A/B 测试工具

提示：我们建议不要按顺序使用超过 4-5 个问题（在每个任务之后），因为这会扰乱测试流程并导致疲劳。

• 如果测试是面对面的，你可能会问一些额外的问题，这些问题会在观察过程中弹出，以探究参与者遇到的困难。
• 如果这是使用 Qualaroo 之类的工具进行的远程测试，超过 4-5 个问题将导致较低的响应率，并且由于您只会在几个用户上测试您的原型，因此响应率很重要。

根据您有多少时间进行测试以及范围是什么，您应该制定 1-5 个研究问题。 这并不意味着您无法观察正在测试的设计的其他方面。

事实上，每次你进行用户研究时，除了你直接测试的内容之外，几乎总是会有很多其他的学习。 您仍然应该始终有 1-5 个要测试/分析的核心方面。

第 6 步 - 启动用户评估

首先，您需要进行初始用户评估，将提议的原型设计呈现给用户。 用户的所有意见和建议仅在此步骤中考虑，开发人员在进一步的步骤中处理这些意见和建议。

初始用户评估的主要目的是确定原型设计的优势和劣势。 有效地做到这一点的唯一方法是让多人通过回答原型测试问题来给出他们独特的观点。

其他需要考虑的因素是，您应该始终向正确的受众展示您的原型并始终提出正确的问题。

受众应该包括在产品发布时将使用该产品的用户，并且问题应该始终与您的产品直接相关。 这是确保您获得的建议有意义并增加最终产品价值的唯一方法。

例如，如果您正在启动一个酒店预订应用程序/网站，那么只向经常出差和入住酒店的人展示原型设计是有意义的。

相关阅读 - 这是我们列出的 11 种最佳移动应用内反馈工具

测试后做什么

在原型测试之后，您必须开始完善原型并对原型进行最终更改。 在启动之前，还需要进行监控以确保一切就绪。

1. 改进和调整原型

只有在开发人员收集并评估了用户测试的数据后，才能开始此步骤。

开发人员严格检查反馈和用户数据，并且此步骤一直持续到用户指定的原型的最后一次更改为止。 进行更改后，原型再次提供给用户进行测试和收集反馈。

这个循环一直持续到用户对原型完全满意并且不需要进一步的更改。

2. 实施与监测

最后一步是在市场上推出最终产品。 在发布最终产品之前，您始终可以选择对其进行试点测试，并亲自查看一切是否正常。

对您的产品进行试点测试：您需要使用原型测试工具并选择一组最终用户，他们将亲自试用该产品并在产品全面推出之前提供最终反馈。

您需要确保最终用户应该包括在产品发布后使用您的产品的人。

这始终是科学实施某些东西的推荐方式，因为它为开发人员提供了最大的保证。 如果最终产品中缺少任何内容，则始终可以在产品发布之前进行纠正。

一旦开发人员在彻底试点测试后最终确定原型，团队就可以在市场上推出最终产品。 开发人员团队应负责持续监控新产品的性能。

实施后，监控非常重要，因为它将确保产品不会出现故障，并且可以以所需的方式满足所有用户的需求。

在您自己测试原型之前，您应该了解一些关于原型测试的重要提示。 这些技巧在您进行测试时会派上用场，它们可以保证获得最佳结果。

原型测试的最佳实践

您可以通过多种方式进行原型测试，但我们编制了一份最佳实践列表，您在进行原型测试时应始终牢记这些最佳实践。

1.优先考虑可用性

原型测试最重要的一点是确保它可以被现实世界中的所有观众轻松使用。 只有在新产品测试阶段收集公正的意见，才能最大限度地提高产品的可用性。

为此，您应该始终联系对产品没有先验信息的公众。 通过对产品有新的认识，您将能够从完全不同的角度评估产品，让您诚实地了解您的产品将如何被公众使用。

收集用户反馈的一种流行方式是通过电子邮件和反馈表。 但是，使用产品中嵌入的调查会更有效，并且会提供上下文反馈。 使用 Qualaroo 在您的产品中嵌入调查将使您获得比电子邮件调查多 10 倍的有价值的见解。

2. 不要追求完美

原型并非完美无缺； 它们旨在具有洞察力和信息量。 在开发原型时，您唯一需要记住的不是使它们完美，而是使它们能够向公众传达信息并同时收集反馈。

原型的设计应旨在帮助测试人员和开发人员通过反馈和见解识别他们的优势和劣势来改进这些。

请记住，您不必解决所有问题。

尝试找出哪些可用性问题对用户至关重要。 如果您无法做出决定，请邀请一个人或几个人参加一个很好的旧情况汇报会。 与他们分享您的结果并尝试挑选他们的大脑。 你不必邀请公司外部的人，你邀请的人也不必是 UX 专家。

在下一轮测试之前或将设计提交给开发团队之前，请务必确定您可以修复多少。

3.保持开放的沟通

当您的用户可以与您交流他们对您的产品的感受时，这总是很有帮助的。 保持开放的沟通将使开发人员能够通过用户体验获得准确和最新的信息，您可以在新产品测试期间使用这些信息进行必要的更改，以获得更好的用户体验。

4. 发展买方角色

在设计产品时，您应该始终注意使用您产品的受众。 牢记目标受众的人口统计数据将使您能够以受众喜欢的方式设计产品。

在这个阶段，发展准确的买家角色也被证明很重要。 通过这样做，您将能够帮助您的团队对目标买家达成共识，并准确预测他们的行为模式。

买家角色将帮助您从战略上而非直觉上做出决策。

相关阅读 - 要了解有关构建客户角色的更多信息，请查看如何构建客户角色：完整指南。

5. 对你的观众体贴入微

如果您正在收集有关您的测试参与者的任何个人信息，请先征得他们的同意。 这也适用于您在他们测试您的原型时记录它们。 在适用 GDPR 的欧盟进行研究时，您应该特别小心。

但是，请注意，在欧盟以外，越来越多的国家（以及美国的一些州）正在引入类似的法规。

确保您不仅获得了收集参与者信息和/或记录他们的同意，而且还告知他们这些仅用于准备结论和研究摘要，并且它们只会在内部使用，不会在任何地方发布。

6. 明确参与者

明确指出可用性测试（或 UX/用户/原型测试/学习/研究）不是测试用户（他们），而是测试功能设计。 这意味着参与者只能帮助我们验证原型是否良好。 一定要告诉你的参与者他们不会错。

7. 告诉你的参与者你没有建立原型

如果他们认为您是开发原型的人，他们将避免发表批评性言论，以免伤害您的感情。 为了鼓励诚实的反馈，请保持开放和参与。 如果这是一项面对面的研究，请不要为其中的原型和设计解决方案辩护。 在描述原型或其元素时，保持中立并尽量避免情绪化的词语。

8. 在广泛的环境中进行测试

设计原型后，您的测试应尽可能多样化。 您应该确保您的新产品测试是由各种不同环境中的不同受众群体完成的。 这将使您知道哪些环境对您的产品有利，哪些环境对您的产品不利。

一个产品很有可能在一个环境中成功而在另一个环境中完全失败。 但了解这一点的唯一方法是在广泛的环境中对其进行实际测试。

示例：

如果您正在启动酒店预订应用程序，那么您的测试环境通常应该涉及来自不同地区和不同年龄组且经常出差的用户。 您可以根据不同的人口统计数据对您的客户进行细分，例如年龄：年轻（18-25 岁）、成熟（26-35 岁）和成人（36 岁及以上）、性别、收入以及该国的不同州。

This will paint an accurate picture of people representing different demographics and geography, based on their response and likeliness, to opt for your hotel booking application instead of conventional modes of booking.

Related Read – To learn more about recruiting participants for your research, take a look at Recruiting User Research Participants with Qualaroo

奖金提示

1. Begin Testing as Soon as Possible

If you keep waiting for your product to be completely developed, you're missing some crucial insights. It's obviously not possible to start testing right after coming up with the product idea. At the same time, you shouldn't wait until your product nears the final stages.

You should start testing your prototype right after creating the preliminary design.

Early testing won't be able to cover all the details of your prototype, but it will surely single out problems with the preliminary design. Early testing would also allow you to start working on the problems right away, and your designs can be improved from the get-go.

2. Map Out All Your Tasks

All your testing sessions should have a clearly defined goal. Even though the primary aim of the testing process is to get valuable insights, you should have an actionable plan in place to make your process more efficient and seamless.

Aim to create targets and get answers about specific tasks and experiences through actionable steps that are easy to track.

Instead of being vague about your objectives and tasks, be specific about what you want the information you need, and create a blueprint and prototype testing template beforehand.

3. To Moderate or Not to Moderate

Moderated tests involve a person facilitating the test through a moderator, and unmoderated tests do not have any such moderators.

Now you may be wondering whether your tests should be moderated or not.

Moderated tests

• These allow you to have more control over the test
• You can let participants skip or focus on specific areas
• Especially recommended if the testing process is long and has potentially complicated bits that users may find difficult to understand.

Unmoderated tests

• These do not allow testers to follow up or intervene in the testing process.
• Unmoderated tests are recommended when you want completely unbiased feedback and when your tests are relatively simple and easy to understand.
• Unmoderated tests will allow you to gain a lot of insights while saving crucial time.
• These are more scalable and also helpful with remote tests with users in different time zones.

4. Test Your Test

You may want to pilot test your test, especially if this is a new domain for you. A trial test will help you quickly pick up anything you forgot about and will help with understanding if the participants will easily pick up the tasks you prepared for them.

This doesn't require too much preparation or recruiting anyone specific. Just ask anyone from your company to sit in front of the screen for a moment and read the tasks. If something is not clear you will know immediately because they will be confused and will start asking questions right at the beginning.

This is very useful especially when you are trying hard to choose the right words to describe the tasks and avoid leading or emotionally loaded words because sometimes you end up with a version that is too tricky to be understood by the average person.

Test Prototypes With Confidence

Prototype testing may not be the simplest thing to pursue and can take you a few attempts to come around. But it will always open new doors and pose new prototype testing questions. Therefore, it is safe to say that your prototype testing should reveal:

• 什么有效
• What did not work
• 新问题
• 新主意
• Overall evaluation in general

At the end of the day, if your product solves the problem you initially set out to solve, you can safely consider it successful prototype testing and product development.

A successful prototype testing requires a good feedback tool, and this is where a feedback tool like Qualaroo can help your development team get actionable insights and uncover what your audience thinks.

By embedding Qualaroo in the product through Nudges ^TM , you get valuable feedback directly from your audience that can help you make significant improvements to your prototype's functionality.

Watch: How to use Nudge for Prototypes