Prototipagem
Produto Digital
UX
Times de Produto
Validação

应用原型设计:如何将原型转化为产品例程

原型设计不是一个项目步骤;而是一个项目步骤。这是那些更喜欢在生产中发现错误之前先在 Figma 中发现错误的人的习惯。

几乎每个产品团队的生活中都会有这样的时刻,有人看着已经开发好的屏幕并说:“这与我想象的不一样”。代码已经准备好,冲刺已经结束,本应在三周前发生的对话现在发生了,成本成倍增加。

这一刻是可以避免的。阻止它的是不再有会议,不再有文件。它是在构建之前进行原型设计,通常足以使其成为常规。

原型设计通常被视为一个阶段:有发现阶段、原型阶段、开发阶段。我想捍卫相反的观点。一个好的原型是一种日常的、廉价的、一次性的习惯,可以在疑虑变成代码行之前协调理解并消除疑虑。

为什么每天都进行原型设计,而不仅仅是在启动时

当原型设计仅限于项目开始时,它就变成了一种仪式。该团队设计了漂亮的屏幕,批准了会议中的所有内容,然后在实施过程中发现了数十个没有人做出的决定。空字段会发生什么?如果列表中没有项目怎么办?如果连接中途断开怎么办?

这些细节决定了产品的好坏。它们很少出现在旨在给人留下深刻印象和认可的启动原型中。

另一种方法是将原型视为对话工具。在打开开发票之前,有人会勾勒出流程,即使是在纸上或低保真草图中。目标不是美丽,而是一致性。这是为了确保那些编程者、设计者和决策者谈论同一件事。

在日常工作中,这意味着原型制作不再是日程中的里程碑,而是成为细化的一部分。每当对某些东西应该如何工作存在歧义时,原型的响应速度比任何文本描述都要快。

论文:原型是决策工具,而不是交付

关于原型设计最大的困惑是将其视为可交付成果。当原型成为交付品时,它的分量就会增加,需要批准,并开始受到制造者的捍卫。然后它就不再发挥作用了。

原型的存在是为了受到质疑和丢弃的。这是犯错误最便宜的方法。如果您发现即使在原型中流程也很混乱,那么您就浪费了时间。如果在生产中发现,花费几周的时间,更多的用户信任。

这就是为什么我主张通过一个问题来衡量原型:它是否帮助我们更安全地做出决定?如果是这样,无论它多么精致,它都完成了它的工作。如果没有,那就是装饰品。

这种心态的转变很困难,因为它违背了展示美丽作品的本能。但成熟的团队明白,价值在于做出的决策,而不是生成的文件。

每个问题的正确测量的保真度

并非每个原型都需要相同。富达必须回答您的疑虑。

如果问题是关于流程、屏幕出现的顺序、什么在什么之前,那么低保真草图就可以解决问题。盒子和箭头就足够了。在这里投资像素是一种浪费。

如果问题是关于理解,用户理解这个标签、这个层次结构、这个按钮,你需要一些更接近真实事物的东西,具有真实的文本和最低限度的视觉效果。人们会对看似真实的事物做出反应。

如果问题是关于行为的,这个手势是直观的,这个转换是令人困惑的,也许你需要一个交互式原型甚至一段代码。每个忠诚度级别都有成本,不必要地花费成本是爱上该工具的团队最常犯的错误。

我使用的经验法则:始终从回答您的问题的最低保真度开始。仅当有疑问需要时才升级。

这与团队其他成员有何联系

每天的原型制作都会改变设计、工程和业务之间的动态。当原型尽早流通时,开发人员能够在设计成为承诺之前指出技术限制。产品负责人可以看到假设的形成并进行调整。无论谁画图,都会收到真实的背景信息,而不仅仅是简报。

例如,在数字政府项目中,尽早制作原型更有价值。公共服务为具有不同数字素养水平的不同人群提供服务,并且经常在压力很大的情况下请求副本、预约、解决悬而未决的问题。对真实公民进行测试的原型揭示了任何内部会议都不会揭示的障碍。

对于尝试验证注册流程的初创公司来说也是如此。向十个用户展示一个可点击的原型要花一个下午的时间,但可以节省一个月的开发时间。

从这个意义上说,原型设计既是一种设计工具,也是一种沟通工具。它将围绕具体事物以不同方式思考的人们团结起来。

糟糕的原型设计的风险

原型设计也有陷阱,忽视它们是天真的行为。

第一个是非常漂亮的原型。当看起来准备就绪时,利益相关者认为工作已经结束并要求立即交付,而不了解验证和建设尚未到来。高忠诚度会产生短期期望。

二是执着。即使测试显示存在问题,那些在原型上投入大量时间的人也倾向于捍卫它。原型本应在这个过程中减少自我意识,但滥用则适得其反。

第三是混淆了原型和规格。原型显示了意图,它并不涵盖所有状态、错误和异常。将原型视为完整合同的团队在实施过程中发现了它未涵盖的所有漏洞。

第四种,也许是最危险的一种,是在不询问任何内容的情况下进行原型设计。没有假设的原型只是一张图画。在打开该工具之前,值得用一句话写下您想要发现的内容。没有这个问题,你产生的是屏幕,而不是知识。

让原型设计成为一种可持续的习惯

为了使原型制作成为常规,它需要便宜且快速。如果每个原型都需要一个单独的项目,那么没有人会每天都这样做。秘诀在于拥有可重用的组件、已经定义的视觉标准以及在足够的时候接受丑陋的草图的纪律。

领导力在这里发挥着重要作用。当技术或产品负责人重视一次性原型并且不需要不必要的打磨时,团队会感到可以安全地进行实验。当文化只奖励最终的交付成果时,原型设计就会在第一个截止日期的压力下消亡。

长期收益是无声却真实的:更少的返工,更少的循环讨论,根据证据而不是意见做出决策。原型设计良好的团队会更快、更便宜地犯错误,而犯错误的成本很低,这是最大的竞争优势之一。

最后,每天制作原型是尊重每个人时间的一种方式。这是关于更喜欢现在在草案中进行困难的对话,而不是稍后在产品中进行昂贵的对话。

如果您的团队仍然将原型视为一个孤立的阶段,并且总是发现问题为时已晚,那么可能值得重新考虑这个习惯。我一直在博客上撰写有关原型设计、验证和产品流程的文章,我可以就如何使其适应您的现实交流想法。

另请阅读

  • [应用原型实践:如何在浪费代码之前测试想法0
  • [高保真原型:它是什么以及何时值得付出努力11
  • [高保真原型:审批和构建前的清单2
  • 【值得做一个应用程序吗?花你第一块钱之前的诚实清单3
  • [数字产品设计:设计重要产品的真正含义4
  • [应用原型设计:实例优化5