自从我们做软件的时候,各种形式的原型就已经出现了,正如著名的Fred Brooks所说:“计划扔掉一个,你无论如何都会扔掉的。”“然而,很多事情已经改变了。其中最重要的是,我们用于开发原型和测试它们的工具和技术得到了显著的发展。在所有不同的MVP技术中,原型是我最喜欢的。

也就是说,我继续寻找团队,甚至那些我认为是思想领袖的人,他们对“原型”一词的含义有着非常狭隘的理解。当我向人们提问时,我通常会发现,他们会将“原型”这个词与他们最初接触的类型联系起来。如果你看到的第一个是用来测试可行性的,那就是你想到的。如果您看到的第一个是用于可用性测试的,那么您想到的就是这个。

但实际上有许多非常不同形式的原型,每一种都有不同的特点,每一种都适合测试不同的东西。是的,有些人会因为使用了错误的原型而陷入麻烦。

在本文中,我想强调四种主要类型的原型,并提醒每个人它们各自的优点是什么。我已经分别更深入地介绍了它们,但我认为把它们放在一起可以帮助人们更好地了解它们的优缺点,并希望记住,并不是只有一种类型的原型。

可行性的原型

在我们决定某件事是否可行之前,工程师写这些是为了解决产品发现过程中的技术风险。有时工程师们正在试验一种新技术。有时它是一个新的算法。最近,它常常是关于评估性能(想想移动应用程序的转型,或者大数据)。这个想法是让开发人员编写足够多的代码来回答可行性问题。它可能是一次性的,或者如果你决定继续下去,它可能会变成你可以利用的东西。

低保真原型用户

逼真度与原型的真实感有关。一个低保真度甚至中等保真度的用户原型看起来并不真实——它本质上是一个交互式线框。“用户原型”意味着它是一个模拟,而不是真实的东西。换句话说,你可以多次输入你的信用卡信息,你不会真的买任何东西。

Balasamiq几乎是每个人最喜欢的低保真用户原型工具,因为他们使它如此快速和容易地创建这种形式的原型。低保真度的用户原型通常是由交互设计师创建的。许多团队将其作为自己对产品进行思考的一种方式。对于某些情况,您还可以在早期阶段识别可用性问题。

低保真度的用户原型虽然很伟大,但它们只代表了产品的一个维度——信息和工作流——没有任何关于视觉设计的影响,也没有实际数据造成的差异,这只是几个重要的例子。

高保真用户原型

一个高保真用户原型仍然是一个“烟雾和镜子”风格的模拟,然而,现在它看起来非常真实。事实上,对于许多好的高保真用户原型,你需要仔细观察才能发现它不是真实的。你看到的数据是非常真实的,但它不是真实的——主要意味着它不是真实的。例如,如果我搜索特定类型的山地车,它总是返回相同的山地车集合,但如果我仔细看,它不是我要的真正的自行车。我注意到每次搜索都是相同的自行车不管我指定什么价格或样式。现在,如果你试图测试搜索结果的相关性,这可能不是正确的工具,但如果你试图提出一个良好的整体购物体验,这可能只是很好,非常快速和容易做到。

有很多工具可以创建高保真的用户原型——适用于各种类型的设备。这些工具通常是为设计师设计的。也有一些设计师更喜欢手工编码他们的高保真用户原型,只要他们速度快并且愿意把原型当作一次性的,这是可以接受的。

高保真用户原型的最大缺点是,它不利于证明任何东西——比如你的产品是否真的能卖出去。它对测试可用性很好,对与关键利益相关者交流建议的产品很好,对快速学习也很好。当他们创造了一个漂亮的用户原型,并把它放在10到15个说他们喜欢它的人面前,然后他们宣布胜利的时候,很多人就偏离了方向。不幸的是,事情不是这样的。人们会说各种各样的话,然后去做一些不同的事情。我们有一个更好的工具来证明某些东西是否真的有效(下面将描述)。

但我最喜欢使用高保真原型是不知道用户是否喜欢它,而是试图了解为什么他们不这样做。When you test with a high-fidelity user prototype, you don’t get your answer from any one user, but every user you test with is like another piece of a puzzle, and eventually you see enough of the puzzle that you can see where you’ve gone wrong.

实时数据原型

实时数据原型有点难以解释,但它们绝对是至关重要的,而且制作它们的成本正在迅速下降,所以我一直都更喜欢它们。实时数据原型的主要目的是证明一些东西——通常是证明一个想法(一个功能,一个设计方法,一个工作流)是否真的有效。为了了解这一点,我们通常需要做两件事。首先,我们需要原型来访问我们真正的数据源——比如搜索我们的实时库存,并显示现在真正可用的产品。其次,我们需要能够发送实时流量,在数量上,原型。

关键是,我们肯定不希望为了实现这一点而不得不构建、测试和部署一个真正的产品。这将花费太长时间,成本太高,并产生巨大的浪费。我们不喜欢。一个实时数据原型是一个非常有限的实现——通常只在关键的用例上,而没有像完全用例、测试自动化、SEO工作、国际化和本地化、性能和可伸缩性等通常需要的“产品化”。一个实时数据原型只是工作的一小部分,但却有很大的价值。你必须记住两大限制。首先,这是代码,所以它需要您的开发人员而不是设计人员来创建实时数据原型。其次,这不是一个产品,您不能用它来运行业务,所以如果测试进展顺利,您仍然需要让您的工程师花时间来产品化代码。

但如今,创建实时数据原型的技术是如此之好,以至于我们常常可以在几天到几周内得到我们需要的东西。一旦我们有了它,我们可以快速迭代。

通常我们会在a /B测试中测试一个实时数据原型,但我们也可以做一个选择测试或一个邀请测试。关键是真实的用户会使用真实的实时数据原型,这将产生真实的数据(分析),我们可以将其与我们当前的产品进行比较,看看这种新方法是否真的表现得更好。

混合动力车

也有许多混合,结合了每一个方面。例如,特别是在搜索和推荐方面,有时我们需要让原型访问实时数据源,但我们不需要发送实时流量。在这种情况下,我们不试图证明任何东西,但我们可以通过观察和与用户讨论结果来学习很多关于相关性的东西。

记住,产品发现的关键原则是想出最快、最便宜的方法来验证你的想法。因此,根据您的具体想法和情况,选择最能满足您需求的原型。

虽然我们可能都有自己最喜欢的产品,但如果你要与优秀的产品团队竞争,你就会想要熟练地使用每一个产品开发和测试。

分享这