最小可行产品易消化指南 (MVP)

想象一下。

您制作了一个应用程序，添加了您认为用户需要的所有功能。 您认为您的应用程序是移动世界的最佳问题解决者。 一切都恰到好处——设计、流程、一切。

但是用户没有安装您的应用程序。 您在构建应用程序上投入的所有金钱和时间都流向了南方。 真可惜。

您不知道出了什么问题，您在告诉人们该应用程序方面缺少什么。

我会告诉你发生了什么。

你还没有投入时间来制作 MVP。

小缩写，但影响巨大。

来吧，让我们趁有时间解决这个问题。 让我们看看什么是 MVP，如何构建 MVP，以及理想的流程是什么。

阅读：MVP 或 EVP：您的创业公司的正确选择是什么？

但在开始之前，请先阅读我们的移动应用程序开发指南，了解您需要维护哪些清单、需要避免哪些错误、如何选择正确的移动应用程序开发技术，以及如何选择正确的移动应用程序开发技术必须尽快开始进行 MVP 开发的应用程序开发公司。

什么是最小可行产品？

简而言之，MVP 是为用户提供价值并为您提供对用户的洞察的应用程序版本。 这是确保应用程序成功的第一步。

有信任问题？ 读这个。

因此，假设您有送餐应用程序，并且您已经分析了目标受众面临的问题。 现在，您要做的是将解决方案作为您的应用程序中的一项功能引入，并由您的一些目标受众运行它以判断这是否是一个问题，首先和其次他们对您提供的解决方案有何反应。

创建 MVP 背后的想法是，通过这种方式，公司可以在推出整个应用程序之前了解他们的功能是如何被接受的。

Dropbox、Airbnb、Buffer 等品牌最初是 MVP ，如今已成为世界上收入最高的机构。

现在，在我带您深入了解产品版本的世界之前，可以节省您在收集有关目标受众的经过验证的知识方面的花费和精力，让我们先了解一下基础知识。

我们已经介绍了最小可行产品是什么以及它如何从初创公司中打造品牌。 而且我敢肯定，如果您在这里，您已经知道当您想试水时，MVP 是一个很好的起点。

你能走到这一步真是太好了。 但接下来是我看到我们的客户挣扎的过程。

你知道你需要一辆 MPV，而 Minimum 和 Product 是两个容易理解的词，你如何定义 Viable 是什么？ 您如何确定 MVP 销售能力的可行性因素？

现在就让你知道这个秘密。

我们的想法是为他们提供一种与他们习惯的产品不同但仍然赋予他们价值的产品。 以人们在尝试之前无需多想的方式将最小化与可行相结合。

你是怎样做的？ 您如何创建一个版本，以了解您为更大问题提供的解决方案？

就是这样 -

构建最小可行产品的步骤

1.买家角色

构建或设计 MVP 的第一条规则是知道你的目标是谁的问题。

我最近致力于为 Uber 之类的应用程序构建 MVP，该应用程序有很多用户，每个用户都有自己的需求。 但自从我们开始，我们就坚持使用主要参与者——通勤者。

当确定了我们为其制作 MVP 的通勤者时，我们继续关注他们的痛点并将其转化为机会陈述。 为了结束这个阶段，我们强调了我们的应用程序可以解决他们的 xyz 问题的方式。

现在，无论您的应用程序是什么，都将重点放在一类人的问题上。 如果您开始混合您的用户角色，MVP 将无法解决其目的。 将它们分开以获得更清晰的目标。

2.必须具备的特征

当您创建 MVP 时，很容易被带走并混淆要添加哪些功能 - 告诉用户应用程序目的的功能还是让您与其他功能区分开来的功能？

答案是否定的。

你在这里的斗争是在你的用户想要什么和他们需要什么之间。 虽然他们想要的可能有很多东西，但他们需要的是你的应用程序 MVP 的基础应该是什么。 再进一步，让我们看看这个例子——

用户希望从按需出租车服务应用程序中获得的是司机在正确的位置接他们、他们联系的号码以及乘车的付款细节。 但是现在想要的是能够改变位置或者能够看到司机的照片。

看到不同？ 所以你会怎么做？

您在 MVP 中添加的功能应该是他们主要从您的品牌中需要的东西以及他们想要您的竞争对手没有给他们的东西的混合。

3.释放并重复

在您的 MVP 中添加最小可行功能后，下一步是在市场上发布它，看看人们对它的反应如何。 然后继续添加/删除功能并测试市场。

上面提到的所有三个步骤都不是一次性事件，它们是一个连续的过程，建议每次你要抛出一堆你不确定用户会如何使用的不同功能时都遵循这个过程。

有了这个，您现在知道构建最小可行产品所涉及的步骤。

现在，即使您知道所涉及的步骤，您如何确保您正在做的事情会给您带来最好的结果？ 你怎么知道即使在制作了具有计算功能的应用程序之后，它对用户也有意义？

在为客户构建 MVP 时，我们一直遵循三种方法——用户故事、设计冲刺和精益画布。

让我为您介绍一下它们。

设计冲刺

设计冲刺是我们在构建 MVP 时所从事的最受时间限制的过程之一。 通过将构建和发布阶段排除在外，五阶段流程使用原型设计、设计和测试理念来降低在市场上推出新服务、产品或功能时的风险。

这就是您使用设计冲刺创建 MVP 的方式——

• 绘制问题并选择要关注的领域
• 在纸上画出解决方案
• 在假设中转换解决方案
• 制作解决方案的高保真原型
• 在你的用户身上测试它

MVP 用户故事映射

您知道创建一个被数百万人使用和喜爱的应用程序的唯一方法是为用户创造价值。 当您过于专注于功能时，您将无法提供体验。 功能不会创造价值。 按顺序链接在一起的功能可以创造体验和价值。

但是如何根据用户故事创建 MVP？ 这就是——

• 请注意您的应用最终拥有的所有不同用户故事
• 根据执行难度和价值对故事进行评分。 借助焦点小组或您的直觉。
• 在高优先级的故事中，向下钻取到只剩下必须开发的功能的级别。

精益帆布

在用户故事之后，精益画布是我们为客户构建 MVP 的方法。 我们所做的符合典型的 Lean Canvas 商业模式。 这个想法是使用 9 个定义块来剖析用户故事，这也可以看作是一个清单。 并且在它结束时筛选出的任何功能都适合 MVP。

这是九个街区——

• 首要问题
• 主要问题的可能解决方案
• 您的 USP
• 您的竞争优势
• 目标听众
• 关键测量领域
• 接触客户的渠道
• 可变成本和固定成本清单
• 您的收入来源

这些是我们在开发 MVP 时发誓的三种模型，但您可以找到更多替代方案。 因此，实施最适合您目标的那些。

有了这个，你就对 MVP 了如指掌，至少你可以和你的应用程序开发公司就它进行对话。 最后，唯一要记住的是，最小可行产品背后的基本原则是以最少的投资快速学习。 因此，请确保您遵循的任何流程都保持不变。