您应该在创建应用程序之前创建 MVP 吗？

你能负担得起对应用程序的想法或对消费者会如何反应的假设进行赌博吗？ 我敢打赌，您的客户也不太愿意这样做，尤其是当他们的钱和名誉岌岌可危时。

如果不小心对待应用程序，它可能对企业来说是一项风险投资。 即便如此，经过最充分研究的应用程序概念也可能导致令人失望的用户下载和留存率。

无论您从事的是构建移动应用程序还是 SaaS 产品的业务，您是否考虑过使用最小可行产品 (MVP) 来保护客户的投资？

MVP 不仅使您可以更快地通过管道获得项目，而且它们使开发人员能够为他们的客户创建更强大的产品。

这是你需要知道的。

MVP 在应用程序开发中的价值

Frank Robinson 是 2001 年第一个定义 MVP 的人。从根本上讲，MVP 是向公众发布的产品的缩减版本，目的是测试和验证产品的概念以及在市场上的可行性.

The Lean Startup 一书的作者 Eric Ries 是 MVP 的早期倡导者之一，他在 2013 年就我们为什么以及如何使用 MVP 说了一些有趣的话：

重点不是创造更精简的产品。 它将应用程序的最基本版本或概念交到采用者和传播者手中。 这样，开发人员可以尽早收集用户反馈，进而将产品正确地塑造成最终版本。

以 Dropbox 为例。 这是该产品在 2009 年的登陆页面：

这是一个简单的页面，包括公司名称、软件说明以及下载桌面或移动应用程序的链接。 对于想要了解更多有关他们所获得的内容的用户，“导览”将他们带到了一个包含更多信息的迷你网站：

这与当今消费者和企业使用的强大存储、内容创建和协作服务相去甚远：

但这就是 MVP 的魅力所在。 从本质上讲，它迫使开发人员仅构建具有最少但绝对必要的功能集的产品。

Dropbox 不需要预见云存储服务的强大功能，也不需要创造当时不适合市场​​的东西。 它所要做的就是启动一个用户当时需要的简单解决方案。 然后，用户可以验证产品并为公司提供其产品所需的方向。

创建 MVP 还有其他好处：

• 与等待开发完整应用程序相比，您可以更快地将产品推向市场。
• 在您为工作投入太多工时之前，您有机会测试该概念的可行性。
• 你给自己更多的空间（甚至可能还有一点宽恕）来解决你最终产品中的问题。
• 您可以通过 MVP 来省钱。 首先，因为您只花时间构建绝对需要的功能。 其次，因为您可能会发现用户对缩减版本感到满意，并且您不需要做更多的工作来完成产品。
• 通过用户接受的经过测试的想法，您可以为投资者带来一些东西，这可以使其余的开发过程更加顺利。

正如 Eric 在视频中所说，MVP 是最大程度地提高成功机会的最佳方式，并且可以在比完整产品开发所允许的更短的时间内做到这一点。

如何构建用户想要测试的有价值的 MVP

您的 MVP 的成功取决于其利用早期采用者提供的见解和反馈的能力——他们 100% 支持您，相信产品并希望帮助您填补空白。 所以，不要忽视这一点。

MVP 不是一些半途而废的应用程序。 它仍然需要有价值。

在构建和启动 MVP 之前，您必须执行以下操作：

1.确定产品的用途

如果您希望您的应用程序成功，它需要为大部分消费者群体独特地解决问题。 这意味着您的 MVP 需要清楚地分解产品的功能以及用户需要它的原因。

例如，这就是 Uber（当时的 UberCab）在 2010 年测试期间的自我推销方式：

就像前面的 Dropbox 示例一样，它的概念非常简单，并且在解释它是什么或为什么它如此有价值方面也很简单。 但你还是明白了。 这是一款让人们可以通过手机订购和支付汽车费用的应用程序。 从本质上讲，它是出租车的便捷替代品。

再往前一年，你会看到优步开始通过其正式产品发布来巩固其身份和价值主张：

这要追溯到 2011 年，当时优步放弃了“出租车”，并将自己标记为随叫随到的私人驾驶服务。 这是一种让消费者体验他们可能无法负担的豪华特权的方式。

尽管这不是 Uber 最终采用的最终形式，但您可以看到早期用户反馈如何帮助产品开发人员决定平台的哪些部分真正值得强调和构建。

这正是当您构建 MVP 并开始从用户那里收集关于他们想要什么以及他们需要哪些功能的宝贵见解时会发生的事情。 但是，首先，您必须首先弄清楚它的一般用途和价值。 您可以稍后对其进行细化。

2.找到你的理想用户

你有你的概念。 现在，是时候弄清楚消费者是否想要它了。 尽管 MVP 的构建成本更低、速度更快，但这并不意味着它最终不会完全浪费您的时间和资源。 您至少必须确认兴趣存在，然后明确定义您的目标用户是谁。

具体来说，您需要考虑位置。

在上面的 Uber 示例中，您可以看到 beta 产品仅在旧金山进行了测试。

Airbnb 的初始版本做了类似的事情。 Airbnb 的联合创始人乔·格比亚 (Joe Gebbia) 在 2017 年的《我如何建造这个》一集中讲述了他的 MVP 的故事。

基本上，他现金不足，决定在他旧金山的公寓里出租充气床垫，以备即将举行的会议。 他知道酒店的房间会短缺，他认为他可以从中赚钱。 但他赚的不仅仅是租金。 在很多人对在他的公寓租用空间表示兴趣后，他有了一个新业务的想法。

于是，他和他的合伙人创建了一个名为“AirBed & Breakfast”的网站。 然而，一旦它上线，它就远远超出了最初的旧金山测试区域。

2009 年，有 72 个国家的 AirBnB 租赁。 今天，您几乎可以在世界各地的任何城镇挑选垃圾。 但这一切都始于旧金山。

因此，当您着手构建您的产品时，请考虑在您的应用程序完全发布之前测试和获得反馈的最佳位置。 您希望该区域能够很好地代表您的目标人群和人口统计数据。 您还必须确保对产品有需求，并且您的目标用户可以负担得起使用它（一旦您开始获利）。

3. 选择 MVP 格式

在进行任何构建之前，MVP 的格式是另一个需要考虑的重要事项。

在某些情况下，您将不得不构建一个可行的产品。 例如，假设您的目标是构建一个新的约会应用程序。 市场上有大量约会应用程序； 尤其是两个应用程序，它们不断地占据主导地位。 您知道，无论您削减多少功能，构建任何类型的移动约会应用程序都将是一场巨大且昂贵的赌博。 所以你会怎么做？

你可以构建一个 PWA 约会应用程序。 成本会更低，上市时间会显着加快，并且将 MVP 呈现在用户面前要比在应用商店上放东西要容易得多。 您甚至可能最终发现 PWA 就产品格式而言就足够了。

在其他情况下，MVP 甚至不需要是实际产品。 它可以只是一个宣布产品或提供概念的线框/原型的网站。

2018 年，Rand Fishkin 宣布离开他于 2004 年共同创立的公司 Moz。同时，他宣布推出一款名为 SparkToro 的新产品。

现在，兰德是一个能够以 MVP 的形式推出一个概念并使其仍然成功的人。 他在这个领域拥有悠久的历史和良好的声誉，因此，尽管无法消费，用户当然会被这种新产品所吸引。

对于那些为新品牌打造 MVP 的人来说，你可能不会这么幸运。 但是，这实际上取决于您计划构建的产品类型。

如果绝对没有办法在缩减版本中创建产品，那么这可能是一个值得探索的选项。 如果您或您的客户完全没有资金并且需要经过验证的反馈来向投资者证明您的概念的可行性，这也是一个好主意。 这真的是我看到乔·施莫斯侥幸逃脱的唯一方式。

如果你真的走这条路，你也需要一个非常好的解释器部分。 这就是 SparkToro 在我们正在构建的页面上的内容：

我认为对于那些会被这样的产品所吸引的用户——即真正需要这种解决方案的高级营销人员——这种测试功能概念和可行性的方式是好的。 它是用他们的语言和他们理解的视觉写成的。

但是，对于不熟悉您的品牌或没有像 Rand 的受众那样受过良好培训的用户，产品仪表板的线框或原型将是一个更好的主意。 即使是创始人的解释视频也能很好地工作。 它只需要说服用户注册并尽早开始提供反馈。

4.找到你的实际最小值

如果您观看 Eric Ries 的视频，您会看到他提供了一个公式来定义您的 MVP 的最低功能。 它是这样的：

# 你认为你需要的最低功能 / 8 = 真正的最低要求

如果这个公式让你感到忧虑，那是有道理的。 但是这样想：

你构建了一个尽可能简单的 MVP，但它不会变得无用。 您将其发送给用户并让他们有机会提供反馈。

结果可能会发生一些事情：

他们绝对讨厌它。

他们向你抱怨功能 A 很糟糕，他们希望它做其他事情，或者功能 B 几乎就在那里，但后来却没有达到预期。 那很完美！ 您的测试用户会准确地告诉您他们想要从您的产品中得到什么。 获得足够一致的反馈，您将获得一系列必备功能，这些功能需要出现在应用程序的下一个版本中。

他们可以接受它，但不喜欢它……但是。

同样，如果用户对它不是 100% 满意，那也没关系。 你给了他们一个机会来尝试一个很棒的产品，他们看到了它的承诺。 给他们一个表达想法的机会，让你知道他们喜欢什么，不喜欢什么。 然后，专注于加强这些弱点，并包括使其成为真正改变游戏规则的功能。

他们会喜欢它的原样。

老实说，这不太可能发生。 但是，如果反馈如此稀缺以至于您可以按原样使用 MVP，那不是很好吗？ 另外，想想你通过大量削减产品节省了自己的时间和节省了客户的钱。 有时越简单越好。

不要忘记感谢这些用户对产品的反馈和支持。 如果没有他们的洞察力，您就无法创建他们需要的解决方案，因此认识到他们在其中所扮演的角色将符合您的最大利益。 作为回报，他们将在您的产品发布后很长时间内继续成为您产品的传道者。

5. 尽早设计你的登陆页面

尽管我不太热衷于仅作为 MVP 的登录页面或迷你网站（出于上述原因），但我确实认为在 MVP 工作期间启动移动优先登录页面是个好主意.

游戏应用程序和 SaaS 将是提早启动 beta 注册页面的特别好的选择。 这是 Hytale 的一个例子：

如果您希望您的 MVP 成功，您应该将现在拥有的一些额外时间用于构建强大的目标网页。 首先研究这篇文章中提到的公司的早期网站。 他们都成功地解释了他们的概念，软推销他们的产品，并说服早期用户注册测试。

当您使用它时，您还应该设置您的博客、社交媒体帐户和社区功能（使用活跃的时事通讯）。 你永远都不会知道。 有人可能会在 Google 搜索以外的其他地方找到您的 MVP 公告，并决定他们想要为该站点添加书签或尽早注册成为 beta 测试人员。

开始从您的用户群中获得支持永远不会太早！

6. 定义你的成功标准

最后但同样重要的是，您必须决定如何衡量 MVP 的成功。 因为这不仅仅是关于反馈的质量。

考虑以下：

• 有多少访问者访问了您的目标网页？
• 这些人中有多少人注册了测试版？
• 您在一段时间内（1 个月、3 个月等）保留了多少用户？
• 有多少人提供了反馈，它是否足以对未来的产品设计和功能做出可靠的决定？
• 您的用户集的人口统计数据是否与您设计应用程序的受众相匹配？ 你认为那是为什么？
• 用户平均在应用程序中花费了多少时间？
• 他们在哪些功能上花费的时间最多？ 至少？
• 哪些功能获得了最有利的反馈？ 至少？
• 是否有某些用户对该产品有过积极的体验？ 是什么让他们与众不同？

获取您收集的所有信息——从原始登录页面、beta 测试人员、使用数据等——并真正查看所有信息。 它告诉你关于你设计的 MVP 的什么？ 而且，现在，你打算用它做什么？

您会保持原样还是将其构建为用户想要的完整产品？

根据您收集的使用数据，是否容易吸引和获取客户？ 更重要的是，您能否留住这些用户，或者将您的应用程序保留在浏览器端而不是原生应用程序形式是否更具成本效益？

最后，您可以并且应该为访问该产品收取多少费用？ 它最终会使公司盈利，还是没有足够的兴趣（至少在货币化方面）使其成为一项有价值的冒险？

我知道我会给您留下很多问题，但是一旦测试开始，您将需要解决很多问题。 另外，这也是你最初创建 MVP 的全部原因。 这种用户反馈对于流程非常宝贵，并且是您了解它是否值得推向市场或重新设计的唯一方法。