产品设计过程本身对项目的成功，当然对预算也有很大的影响。在过去的几年中，方法已经发生了变化。这种发展是由技术的快速变化引发的。

waterfall

多年来，以瀑布方法设计和开发数字项目。在这种方法中，过程的每个阶段都在上一个阶段完成时进行。瀑布式过程始于深入的分析，然后是设计，开发和进行QA测试的时候了，毕竟可以投入工作，在发布后修复错误，然后完成工作。这听起来很合理，对于某些项目，这可能是项目执行的最准确方法。但是对于其他人，可能不是。特别是在处理复杂产品时。

瀑布式方法与项目中的分步活动，组织工作流的更正式方法以及大量官僚主义相关。这种方法的一个典型方面是决策者认可的文档形式的固定范围。这可以在稳定的市场中工作，但始终存在产品开发时间越长，周围环境变化就越大的风险。当您修改项目并决定进行一些修改时，将出现问题。它需要退后一步，同时对项目文档和代码进行更改，这不是预算友好的选择。而且，结果是开发时间大大延长了。

Agile

瀑布式方法的明显缺点是引发人们仔细研究提供数字产品的不同方法的主要诱因。有更灵活的方式可以有效地制作和启动新应用-称为敏捷方法。在这种方法中，团队更具跨职能和自组织性。“文书工作”更少，决策过程更快。当涉及到开发阶段时，由于产品不是立即构建的，因此它是通过进化的方式完成的。构建应用程序的过程分为较小的部分-迭代。在每次迭代（称为sprint）之后，客户和团队不仅可以看到工作的进度，还可以看到工作的结果。这种检查有助于计划下一次迭代的任务。如果需要更改任何解决方案或功能，那么重要的是，它也将包含在sprint计划中。而且，客户可以对市场上发生的事情做出反应，并进行必要的修改，而对其预算的影响较小。

软件开发的这种变化对产品设计过程产生了影响，设计师和软件工程师开始更加紧密地合作。团队成员之间交流思想和知识变得更加流利和非正式。在多学科团队中的这种合作方式更加有效和创新。当您聚集代表不同领域并且知识和背景多样的人们时，他们将从不同的角度审视问题。这种新方法假设这群人在整个过程中进行协作-与瀑布式设计相反，瀑布式设计将工作后的设计师不包括在进一步的步骤中。他们的工作完成了。实际上，产品开发没有严格的阶段，设计师，开发人员，测试人员和其他团队成员的投入在整个过程中都是至关重要的。

leanstartup

组织和管理工作流的另一种流行方法是精益启动方法。它的一个关键要素是MinimumViableProduct简称MVP（最低标准可用产品）。其背后的主要思想是优先考虑要放入产品中的功能。您应该问自己，是否所有这些对于满足用户和实现业务目标都是必需的。当然，有些功能是您无法删除的，因为否则您将无法赚钱，或者您的产品将无法正常工作。这些核心功能称为MVP。换句话说，应该首先构建您的基本产品。

为什么花大量的时间和金钱一次开发一个成熟的产品是不合理的？在瞬息万变的环境中，您需要对市场上发生的事情做出快速反应。这样，您将验证您对产品的想法是否合理，并获得有关下一步和未来产品改进的宝贵见解。MVP之所以重要，至少有两个原因：它可以节省时间和金钱，因为您只专注于构建产品中最有益的部分，而不是精心设计所有产品。

顾名思义，MVP是一种产品。换句话说，它既不是项目，也不是项目的第一阶段，也不是原型，也不是实验。它是可以出售的，客户将愿意为此付费。

MVP的问题在于，许多人认为它是特定的东西，他们不了解这是我们在产品市场调整阶段用来验证我们的业务模型的平台。因此，将迭代并逐步构建MVP。

上图显示了误解，认为MVP只是功能有限的产品。如您所见，右侧的金字塔显示即使MVP的功能有限，也必须通过解决可靠性，可用性和客户满意度来“填充”MVP。

产品与最低可行产品之间的根本区别在于，MVP无法大规模销售。

因此，不是MVP的内容如下：

低质量的产品；

项目的第一阶段；

功能受限的产品；

一个登陆页面

线框，一个实体模型或原型

我认为有效的MVP不是营销测试，例如目标网页，说明性视频，广告活动或营销材料。这些是在产品发布的初始阶段使用的手段，但是不能验证可购买的价值或业务模型的交付。

为了使MVP生效，您必须表现出市场吸引力。例如，众筹活动。

您可以使用线框，模型或交互式原型来测试MVP，测试业务模型的其他部分或其他功能，但是这些测试将不允许您验证牵引力，因此我们不能认为它们是有效的MVP。

例如，特斯拉创始人ElonMusk用来验证其业务模型中最具风险的假设的MVP。高端汽车客户愿意购买电动汽车的假设。电动汽车要解决的最大问题是使普通汽车的续航里程与满满的汽油相匹配，因此，它没有立即解决所有问题，而是首次推出了高性能电动跑车：特斯拉跑车。但是特斯拉并没有从头开始制造汽车。相反，他们获得了使用LotusEsprit授权。特斯拉实质上是拿出Lotus的零件，为它配备了自己的电池和电动机，并以相当高的价格售出。通过从高级类别入手，特斯拉能够限制其生产规模，而实际上只专注于获得合适的产品-验证产品与市场的契合度。

关键问题是MVP具有生命周期，从我们开始产品市场调整阶段直到达到扩展规模，我们必须迭代并调整MVP。

FancyDesignSprint

验证是这里另一个非常重要的关键字。该产品的设计过程中应在小迭代完成，使所有的想法都定期检查，并在必要时更改。这种方法可以立即改善产品。它应该从研究开始，以测试您的项目是否有真正的市场需求，然后在设计和开发阶段继续进行。

在此提供帮助的还有DesignSprint方法论。该框架使用设计思维方法论来帮助验证想法，解决产品挑战，调整产品团队愿景，同时设定明确的目标。经过一周的冲刺，完成了设计挑战（目标，要解决的问题），生成了解决方案，构建了原型并与目标用户进行了检查。得出的结论是最终解决方案的基础，最终解决方案将在现实世界中再次进行测试。为了达到这一为期一周的期限，您需要设定一个明确的目标，并且对要在产品的MVP版本中实现的功能有深入的了解。

设计冲刺是一个框架，而不是严格的规则，因此可以（并且应该）针对特定项目及其条件进行调整。它可以在几天或更少的时间内完成，可以使用各种产品设计研讨会的技术，并且可以让不同的参与者参与其中，但是结构必须始终相同：发现，草图，决定，原型，测试。如果没有测试阶段，则它不是设计冲刺。

您应该选择哪种设计方法？

数字世界的共同真理：昨天的真实情况今天可能不正确。因此，需要以非常灵活和快速的方式来制作和发布产品。但是，开发方法应与项目的情况和具体情况相匹配。