MVP 或 EVP：您的创业公司的正确选择是什么？
已发表: 2019-02-23推出自己的产品或软件已成为市场常态。 每个初露头角的企业家都对开展自己的业务并获得成功感到兴奋，就像 Facebook、亚马逊和 Instagram 一样。
但是，就这么简单吗？
随着每一个人都有一个独特而令人印象深刻的想法，每个市场的竞争都在飞速发展。 这给企业家带来了压力，要求他们在其他任何人以相同的建议进入市场或市场需要变化之前推出他们的想法。
通过进行竞争分析和市场研究，仍然可以了解当前的市场需求并与现有的移动解决方案竞争。
但是，如何为将来可能发生的事情做准备呢？ 如何确保您的产品进入市场时市场需求不会发生变化？ 如何确保您在应用程序开发过程中投入的所有努力、时间和资金不会白费？
验证这一点的两种有效方法是 MVP 和 EVP，我们将在本文中详细讨论。 此外，我们将研究哪一个是您的创业公司的正确选择：MVP 与 EVP。
我们将通过许多方面来帮助您清楚地了解这两者中的哪一个是您的创业公司需要的，首先从概念的定义开始。
让我们从存在时间较长的概念开始——MVP。
MVP – 它是什么以及它是如何存在的
MVP（Minimal Viable Product）是 Eric Resin 推广的方法，是指推出产品的最小可行版本，并在收到一致的客户反馈和其他见解的基础上进行迭代。
换句话说，将产品的基本结构推向市场，以测试想法并了解客户的反应。
根据获得的可操作数据，这家初创公司要么升级他们的 MVP 以提供更多功能，然后将其推向市场，然后等待下一个客户对其做出反应。 或者，他们将 MVP 应用程序回滚到早期版本，并在市场上使用更新的实现对其进行测试。
这个过程一直持续到最终产品上市——
[详细信息可在此可消化的最小可行产品 (MVP) 指南中找到。]
现在我们已经了解了什么是 MVP，让我们转向 EVP 应用程序开发方法。
执行副总裁——它是什么以及它是如何存在的
EVP（Exceptional Viable Product）是 Moz 的联合创始人 Rand Fishkin 创造的术语，指的是推出最好的产品版本的过程。 它基于对设计的产品进行广泛的迭代并考虑大量的客户反馈。
在这个应用程序开发过程中，最初的产品是使用分布式敏捷开发方法设计和测试的，涉及一群忠诚的客户。
一旦 EVP 被试用、测试并改进为最好的版本，它就会在市场上推出，以在第一时间建立最好的印象。
虽然我们现在熟悉这两个概念的基础知识，但让我们使用 Adaptive Path 首席执行官 Brandon Schauer 介绍的产品策略蛋糕模型来更深入地研究这些概念。
干蛋糕模型
根据 Brandon Schauer 的说法，预算有限的软件和产品开发公司致力于最小化功能并推出简单的干蛋糕。 当他们收到客户反馈、资金和其他资源时，他们会使用其他功能（如糖霜或填充物）对其进行更新，以提供焕然一新的体验，并继续这种做法，直到交付最终产品。
虽然它在操作上似乎是明智的，但该模型导致的积极响应较低。 这是因为干蛋糕无法取悦顾客。 此外，它很容易开发，这会带来更高的竞争和更低的成功率——我们在软件开发领域将这种情况称为 MVP。
纸杯蛋糕模型
对于与 Fishkin 的 EVP 开发方法相关的纸杯蛋糕模型，Brandon 表示应该将一个小而完整的产品（包括糖霜或填充物）投放市场。
这吸引了寻找蛋糕的顾客，因此得到了更好的响应。 后来，同样的过程被考虑推出更大版本的产品。 这有助于让用户参与到产品交付的所有阶段。
既然已经快速了解了 EVP 是什么及其基础知识，让我们进一步研究一下这两种开发方法的比较分析。
MVP和EVP之间的区别
正如已经分享的，这两种开发方法遵循两个完全不同的路线图。
进一步深入研究，现在让我们看看前者与后者的区别，然后再讨论初创公司应该选择什么。 –
- MVP 专注于在有限的预算内尽早进入市场。 该产品的最小版本是使用最终产品的主要特性和功能设计的，并在市场上推出以获得客户反馈，在某些情况下为移动应用程序筹集资金。 然而，EVP 的概念围绕着做出有点晚但令人印象深刻的进入。 在此类别下，产品版本只有在非常好的情况下才会在市场上推出。
- MVP 是您产品的最初始版本，仅使用一两个基本功能进行设计。 除了它之外，不可能想到一个可行的应用程序版本。 然而，EVP 可以是接近完成的版本。 这是因为 EVP 应用程序开发背后的主要目标是为客户提供更高的价值，而不是推出最少的应用程序功能。
- 在 MVP 应用程序开发的情况下，产品版本投放市场并由真实受众进行测试。 鉴于，EVP 并未直接向市场提供。 它首先由开发人员和有限的忠实客户在内部进行测试，一旦获得批准，它就会被推出到现实世界中。
- 在前一种方法中，会执行不同的方法来测试 MVP ，直到收到好的产品。 但是，在 EVP 的情况下，测试和迭代过程将继续进行。 直到产品的完美版本准备就绪为止。
有了这个，我们已经研究了这两种方法的特点，将我们带到了我们研究何时选择哪种方法的部分。
MVP vs EVP：什么时候选择
在两种流行的软件和移动应用程序开发方法之间进行选择时，在以下情况下考虑最小可行产品可能是一个好主意：-
- 您希望验证您的应用创意并尽早进入市场。
- 你的利基市场竞争很激烈。
- 您需要更低的开发时间和成本。
- 你专注于一个短期目标。
- 您的初创公司是市场上的新公司，市场知名度较低。
鉴于，在以下情况下，投资 EVP 应用程序开发是初创公司的最佳解决方案：-
- 您希望在第一次运行时就给客户留下完美的印象。
- 市场竞争激烈，没有机会缓步上升。
- 您已准备好投入更多的开发时间和成本。
- 您正计划实现一些长期目标。
- 您的创业公司在市场上有很强的品牌知名度。
虽然在 MVP 和 EVP 之间为您的创业公司选择正确的方法取决于您，但有必要考虑到两者是完全不同的策略。 对于那些预算有限并希望逐步进入移动市场的人来说，MVP 是一种福音。 而对于那些想要在用户群上建立非凡印象而不担心预算的人来说，EVP 是正确的解决方案。
作为临别说明，选择一个而不是另一个并不是最好的选择。 最好使用两者中最好的，这意味着从 MVP 开始，测试和迭代你的产品，直到感觉产品已经准备好交付。 然后，基于EVP的概念对产品进行分析，再次迭代。 最后，启动您最满意的版本。
如果仍然对使用哪种应用程序开发方法感到困惑，请联系我们的移动应用程序顾问。
