什么是 MVP，为什么初创公司需要它？

只要有产品和人——或团队——制造它们，公司就一直在努力解决生产力、效率、绩效和竞争等问题。 今天，每家现有的创业公司都需要寻找合适的问题来解决和合适的市场来销售它。 他们需要做得又快又好。

直到近十年前，他们会采用自上而下或瀑布式的方法进行繁重的产品管理。 随着精益创业的引入，情况发生了变化。 使用 MVP 方法可以更好地实现这些类型的目标。

什么是MVP？

MVP 是最重要的精益创业技术之一。 它是产品的基本版本，是实现概念验证所必需的。

MVP 代表最小可行产品。 仅这三个词就可以让您对 MVP 应用程序有一个基本的了解。 今天的互联网上充斥着这个首字母缩写词的定义。

“最可行的产品”这个词实际上很容易引起误解。 这不是关于创造最小的产品。 这是关于给你的概念一个机会，让它有机地成长，由用户反馈塑造。

创业者犯的最大错误之一就是陷入了添加看似必要的功能。 实际上，它就像冰淇淋浇头：当然，它们增加了新的风味层，但这需要额外付费。 如果添加太多配料，就很难区分冰淇淋的实际味道。

这个类比的意思是：如果你用不必要的功能污染了你的应用程序，最初的用户可能会忘记应用程序最初的预期目的是什么。


点击“了解更多”，立即通过 ASO World 应用推广服务推动您的应用和游戏业务。

为什么需要MVP？

竞赛

首先进入市场是一个巨大的优势。 早期采用者正在热切地尝试一款迄今为止在市场上还没有看到其功能的应用程序。 因为它解决了一个问题，所以它会快速增长，市场上没有其他应用程序解决了这个问题。 当然，您的应用程序可能会更好。 不幸的是，这对世界其他地方无关紧要。 它不存在，您的竞争对手正在保护本应属于您的用户。

成本

MVP 仅包含一小部分必需的功能。 因此，需要花费的时间和金钱要少得多。 后来，当你意识到你的想法成功了，甚至应用程序已经开始赚钱时，你可以通过填充额外的功能来获得它。

回馈

有机反馈 = 最佳解决方案。 您可以在开发过程中花费数周时间就某个功能或设计元素的有效性和必要性展开激烈辩论。

而且无论你应用多少逻辑，你的结果仍然只会反映办公室里少数人的想法。 同时，如果您发布了应用的 MVP 版本并使用 A/B 拆分测试，它可能代表数百甚至数千名实际用户。

A/B 拆分测试是一种比较两个选项并比较结果的方法。 通过更改应用程序中单个变量的值，通过分析检查，您可以确定哪个变量提供最佳响应。

例如：在我们假设的折扣航班应用程序中，我们已经意识到，与以相同价格覆盖更远距离的航班相比，用户更有可能选择持续时间最短且中转次数最少的战斗。

借助这一新见解，您的团队可以调整列表的填充方式，使持续时间最短的航班首先出现在列表中。

一个团队永远不会成为代表普通人群的可靠样本。 幸运的是，所有人都可以使用分析工具：有些是免费的，有些则以有竞争力的价格提供。 A/B 拆分测试是区分最有效的最自然方法之一。 对于应用程序，您绝不能依赖假设。

MVP 与最终产品有何不同

要为您的应用创建适当的 MVP 版本，您必须先向用户提供他们需要的东西，然后再将其应用于开发满足他们需求的功能。

启动 MVP 是测试水域的最快、最有效和最富有成果的方式。 许多创业者，尤其是新手，一遍又一遍地犯同样的错误。 他们将所有资源倾注到一个复杂而宏伟的愿景中。

问题是市场并不寻求复杂，实际上恰恰相反。 用看起来很有趣和“不会伤害”的元素来粉碎整个脚本会让初始用户不知所措。

原型和MVP有什么区别？

原型设计是产品设计的重要组成部分。 MVP 是一种产品，因此其设计需要原型。 尽管如此，原型和 MVP 概念有时被错误地认为是相同的。

原型是进一步产品开发和生产所需的未来产品的简单可视化。

那些将要推出 MVP 的团队以及那些决定发布完全成品的团队都会使用原型设计。 一个产品可以有很多原型。

原型的主要任务是可视化服务及其逻辑或提供尽可能多的未来产品实例的示例。 根据所选样本，创建最终产品（或 MVP）。

与旨在服务于真实消费者的最小可行产品不同，原型是为内部使用或为投资者展示 UX 和 ID 而创建的。

如何打造MVP？

你的应用解决了什么问题？

MVP 产品不是让您陷入应用程序可能具有的所有花里胡哨的功能，而是将您的注意力集中在应用程序的核心原则上。 您的应用解决了什么问题？ 你的应用解决了什么问题？

也许您的应用程序以无与伦比的价格汇总了最后一分钟的机票。 可能有很多喜欢冒险的人渴望本周末离家出走，但不能在最后一刻的预订上挥霍一大笔钱。

只要他们去某个地方，他们可能不太关心他们去哪里。 由于所有最后一刻的取消，我们已经可以看到一群热切的人在当地机场闲逛，只是在寻找交易！

问题：由于一时冲动的决定，成千上万的流浪者想要离开几天，但却买不起高价的机票。

解决方案：通过您的应用程序，这些人将能够以极低的折扣价从最后一分钟的优惠列表中查看和购买门票。

该解决方案应该是您的 MVP 的自然边界。 尝试仅包含必要的功能。

您的应用程序最重要的功能是什么？

忽略脑海中以永无休止的喋喋不休形式出现的所有噪音，听起来像是“如果我们让用户能够……怎么办？”、“我认为如果我们添加……他们会非常感激”。 也许这些功能可能有用，但这不是重点。

关键是你被可能或应该分心，而不是专注于必须。 这并不是说这些功能没用，但它们也不重要。 仅仅因为它们，您就不会下载该应用程序。

“我们应该将应用程序与 Facebook、Instagram 和 Twitter 集成吗？” 也许，您应该这样做，但这些类型的操作会消耗时间和资源，而且由于应用商店中的应用数量几乎不计其数，而且竞争日益激烈，因此时间至关重要。 以这个场景为例。

例如，您的应用程序已经投入生产 6 个月了。 您一直在稳步添加功能/调整旧功能等。除了您和您​​的团队之外，没有人真正体验过该应用程序。

但是，您的竞争对手刚刚发布了他们的应用程序的 MVP 版本。 它已经生产了2个月。 他们的功能列表远不及您的广泛，但定义您和您的竞争对手产品的核心功能就在那里。