如何避免原型陷阱

当你看到或听到的“原型”，你会想到什么？也许一个比例模型由低成本的材料吗？或者可以在物理上相互作用？

无论哪种方式，在许多行业中，原型都不是成品，也不是预期的产品。在网络行业，原型是我们生活的很大一部分。它们非常有用，内容丰富，但我担心它们经常被误用和误解。这将导致“原型”的危险。

考虑下面的每一个场景…

原型场景一

一个项目团队被要求调查一个新数字产品的可行性。开发人员使用一个框架（或许多）没有理由或研究，他们在编码时很少关心，并且没有代码审查或最佳实践。

它都托管在一台计算机上，它离生产环境的镜子不远。开发人员宣称它“准备得很好”，同样地，项目经理认为它“已经完成”。

利益相关者被引导认为它已经准备好了，并签署了立即启动。它要么直接投入生产，要么有大量的技术债务，要么比预期的要长得多。

原型场景二

一个项目团队被要求为现有的数字产品演示一些新功能。设计师将一些东西放在他们选择的现代原型软件中。这显示了交互、转换、动画等。它不考虑任何性能考虑，也不考虑编码它的复杂性。

设计师宣称它“已经准备好了”，PM /客户/利益相关者相信它是可以完成的，并签署了立即的go - live。原型软件可能有能力生成代码，但是没有意识到它的质量，也没有意识到集成到真正的工作代码库中是多么容易——它很可能需要从头编写。

折纸是一个原型工具，允许您创建的设计概念，模拟滚动、水龙头、本钱和页面链接。

失败情况

在这两种情况下的项目被认为是失败的。然而，由于项目团队中所有成员的沟通不畅，利益相关者的期望与现实完全不相称。

你能看到这里的图案吗？问题不在于原型本身，而是那些没有在早期原型阶段与他们的同事/客户充分沟通其工作状态的人，以及仍然需要什么才能使其在生产中可行（最初还是一个成熟的产品）。他们以为的原型看起来完成，没有进一步的工作要做。

解决这个问题的方法就是承担责任。设计者的责任是理解和传达他们的原型仍然需要被编码(同时，需要进行大量的对话和任务)。

开发人员有责任在技术上沟通仍然需要的东西，理解它很可能需要其他团队的帮助。这是PM /客户的责任，不要假设工作已经在这个早期阶段完成，他们可以开始制定一个计划来适当地重新采购项目。

承担责任

在我看来，这是一个项目经理的职责，在这个阶段，为他们的团队扫清时间和空间来继续他们的调查——因为在这里，原型将真正开始成形，并有助于推动MVP的方向和超越。

思想将被重做，代码将被重写，但原型不应被视为完成，直到所有的拼图部分已被调查。这应该包括基础设施，安全，性能，搜索引擎优化，内容策略和一切之间。

这些通常在产品开发过程中被遗忘——有时直到上线之前——但为什么不早点开始呢？只要我们开始考虑所有方面，那么整个团队（和客户）就会更好地反映产品的可行性。这是一个原型应该是。

作为网络专业人员，我们不应该害怕说某些东西还没有完成。如果我们能以更好的方式进行沟通，将会有更少的失败项目和更多的乐趣为我们的用户开发伟大的数字产品。