静态原型_如何在静态，低保真和高保真原型之间做出选择-优快云博客

静态原型

现代技术设计要求高度的交互性：导航栏随用户的滚动位置而变化，单击框展开以显示和隐藏支持信息，将列表拖放到重新排序等。设计人员必须考虑到所有可能的用户交互来在他们的产品中创建最简化，最直观的用户体验。

共享和交付交互式设计可以采用多种格式，具体取决于您要实现的目标以及交付给谁。

原型制作的重要性

在本文中，我将向您介绍各种原型制作方法，并描述在哪种情况下可以选择每种情况。最终，以下所述的不同方法在决定走哪条路线时应考虑三个方面：

部门之间的沟通水平
您必须遵循的时间表
您的利益相关者对我所说的设计弹性的程度 ：从口头或书面交流中抽象化视觉/交互想法的能力

我将使用插图说明我们涵盖的所有原型方法的每种级别。

纸张原型（静态可交付成果）

早期的网络是基于状态的：单击链接会将我带到另一个页面，该页面具有将我带到后续页面的一系列链接，依此类推。对Java语言的理解是一种高级技能，因此尚待开发框架来简化该语言的使用。因此，交互式组件很少。设计师的静态可交付成果满足了这些技术产品的需求：由于很少有互动的，可移动的组件，因此可以通过在Photoshop，InDesign和其他打印版面工具中创建的静态组件有效地表示设计。

随着技术的进步，对用户体验中更高程度交互性的好处的理解导致更多的用户体验设计取决于交互性。但是，鉴于交付产品固有的缺乏交互式组件，静态设计工具的性质使其很难表示交互式设计思想。最终，这导致了原型工具的泛滥，以便更有效地阐述交互式设计概念。

交互式原型与静态交付物

原型展示了静态可交付成果缺少的两个主要优点：

通过展示想法而不是进行推断，它们可以节省开发时间
它们允许在流程早期与利益相关者更有效地交流设计思想

因此，它们可以成为传达设计思想的非常有效的机制。

但是，根据项目结构及其目标，静态可交付成果（“纸制原型”）在设计过程中仍然有效。如果通过基于状态的信息体系结构更好地表示产品，那么对于静态交付物而言，它可以完美地工作。此外，如果团队结构在团队之间提供大量沟通，并且具有高度敏捷的迭代设计/开发流程，则静态交付物可能会很有效。在确定走哪条道路时，在决定是否继续使用静态模型或更强大的原型时，应考虑组织的沟通结构，所涉利益相关者以及最终产品所需的交互程度。

低保真原型

Lo-Fidelity原型试图跨越静态组合和线框的限制之间的鸿沟，其中包含一个可交付成果，可以说明一些交互式设计概念，但缺乏对成品的改进。例如，视觉设计系统可能未完全概念化，设计人员可能选择使用内容的占位符以黑白方式表示信息，以呈现信息体系结构的拟议愿景。

何时以低保真度进行原型制作

这样的交付物在完全认为自己具有UX说服力的设计人员中很受欢迎，因为它们在构思信息体系结构如何转换为可视化设计系统时可能不太舒服。这些类型的原型通常会附带“视觉设计”的静态组件，以便对最终产品提供更可靠的表示。

相反，其他低保真度原型可能会呈现出高度的视觉设计效果，但缺乏可靠的交互状态。许多原型设计工具使设计人员可以轻松定义“命中区域”，即单击即可将用户带到设计的另一个页面或部分的热点。这对视觉设计师很有帮助，因为他们可以将更多的精力放在创建信息层次结构的视觉方面，然后将他们的设计链接在一起以说明用户流程。但是，在此设计过程中限制了更健壮和复杂的交互的创建。

带有低保真度原型的潜在陷阱

因此，保真度和纸质原型都需要在设计，开发和关键利益相关者之间进行高水平的沟通，因为可交付成果只是最终产品的近似值。视觉或交互式设计系统的代表性不足，最终这些可交付成果面临着许多与静态组件相同的风险：对设计思想的误解导致开发时间的浪费，需要以口头或书面形式呈现复杂的思想，浪费时间在会议上阐述了代表性不足的设计思想等。

另一个潜在的问题是设计思想过于分散，可能会导致构思欠佳的设计缺乏统一性。尽管组织喜欢将职责划分为不同的角色（UI，UX，Visual，Interaction等），但设计是一门学科，取决于创建

“由许多部分组成的东西，但在某些方面与部分的组合相比更多或不同”- 格式塔

因此，在设计的背景下，如果没有统一的产品创建方法，职责的过度分散通常会导致概念化产品质量低下。通过在单独的真空环境中创建交互，界面，体验和视觉设计，可能会破坏产品。

根据具体情况，低保真原型可能是交付设计的良好机制。它们通常可以有效地在已经建立的视觉设计系统中交付新产品。已经建立了可视化呈现不同交互的方式，因此，用户以交互方式流过应用程序的方式是可交付成果的主要目标。

高保真原型

高保真原型展示了整个设计（包括视觉，界面和体验设计），是交互式设计交付品的圣杯。在高保真原型中，利益相关者，开发人员和用户可以与交付物进行完全交互，从而为组织带来许多好处。

高保真原型的好处

首先，高保真原型确保部门之间更有效的沟通。通常，这样可以节省时间，因为开发人员可以在走错路并浪费宝贵的开发时间之前完全了解交互的结构。利益相关者也欣赏高保真原型，因为他们可以在一个合并的交付物中充分掌握交互式和可视化设计概念。因此，高保真原型可以通过确保将设计思想有效地传达给开发人员和利益相关者来节省资源。

创建高保真原型的另一个好处是它们有助于更强大的用户体验研究。用户可以与原型完全互动，从而实时说明设计中的空白。许多高保真原型也可以将分析软件引入可交付成果本身，并提供进行用户研究的其他支持方法。 Google Analytics（分析）可以合并到html生成的原型中，例如，方便用户实验和A / B测试。最终，将用户测试纳入产品开发生命周期中的能力可以创建更有效的流程，并产生更好的产品：在设计开始构建之前修改设计就可以节省开发时间，而在第一次发布产品之前就可以进行迭代。产品。

此外，根据您的利益相关者，高保真原型可以增加销售潜力，从而直接影响公司的利润。在CrossCap，我们正在设计模块，以操纵和分析全球最大零售商的营销活动。当客户可以坐下来与未来产品完全互动时，出售特定模块（其中许多模块尚待开发）的客户要容易得多。因此，提供高保真交互式原型，通过增加销售为公司的盈利做出了贡献。

创建高保真原型时遇到的问题

产生高保真交互式原型有很多好处。不幸的是，许多当前的原型设计工具都无法很好地描绘出强大的视觉和体验式设计概念。当今的原型工具范围有限，专门用于其中一种。例如， Axure具有强大的交互设计套件，可以轻松地操作元素，但缺乏其他更直观的工具（例如调色板，高级形状处理等）所提供的复杂性。

在频谱的另一端，是诸如Quartz Composer之类的工具，它可以轻松地使您合并复杂的视觉设计小样，但是说明了高级交互的必要条件，这些细节需要精心设计补丁和工具的高级知识。

鉴于当前的工具缺乏一种整体的，由格式塔驱动的技术设计方法，创建高保真原型会给设计部门增加负担，因为需要仔细按摩工具以产生所需的结果。例如，为了创建高保真原型，我们不得不侵入Axure，将专注于交互设计的Javascript直接注入到生成的html中。将Sketch与framer.js结合使用也存在类似的问题，需要基于跨学科设计方法的高级工作流。

我们的设计团队通过多学科的团队结构消除了在创建高保真交互式原型时遇到的这些障碍：我们的团队从高效的视觉设计师到以代码为中心的前端开发人员，再加上一些跨越。这使每个成员都可以利用他或她的技能来为本质上更可靠的单个交付项做出贡献。结果，团队结构提高了效率，节省了时间和资源，并为我们产品的销售潜力做出了贡献。某些组织将设计团队及其可交付成果划分为不同的单元（Photoshop中的UI，Axure中的UX等），而我们团队的优势在于将不同技能组合统一在一个目标和可交付成果之下。