MVP是Lean的重要实践MVP，得先了解MVP背后的知识逻辑

要了解MVP，首先要了解精益

MVP背后的知识逻辑离不开精益的方法论，说到精益，很多人会直接想到这张家喻户晓的图，Build--Learn：（图片来源）

简单来说，在你创业初期，不管你是写了 100 页的 BP，还是准备了一个非常强大的 6 pitch，当产品上市时，它都不太可能进行下去100% 符合原计划。你的 100 页草稿或 6 分钟的演讲实际上只是一个“假设”。比如：“你“假设”你的TA是妈妈，你“假设”只要放到线上渠道，就可以有成本优势，你“假设”成本优势可以带来销量势头。......”

精益基本上不相信一击一击。它相信摸着石头过河，相信“大胆的假设”，并试图通过现代和基于数据的工具“仔细验证”。

构建——学习 对我来说，学习可以说是最重要的部分。

MVP 是精益的重要实践

MVP是简写，根据维基百科对MVP的描述：

在 中，(MVP) 是有风险的。

MVP的经典案例有很多，包括拍片测水温、用纯手工的方式做生意，不用先写太多程序……等等。也因为这些案例实在是太耀眼了，所以有人开始说MVP就是拍视频，做Page或者粉丝团也是MVP，用Axure做MVP更是MVP。

就个人而言，MVP 是精益中最重要的实践，让你将 MVP 扔进市场，直接利用市场来帮助你验证你的“假设”。 MVP得到的不是利润，不是用户，而是“学到的知识”，所以有人提到了MLP（ ）的概念。

而在这些需要验证的假设中，每一个假设适合用不同的方式验证，自然会衍生出不同形式的MVP：

关键是在开展业务之前，确定失败的风险可能是什么？然后，您可以针对这些主要风险因素制定 MVP 以进行验证，然后再投入更多资金进行营销和扩展。

不仅定量验证方法，定性方法也同样重要

验证假设的方法可以通过定性访谈或定量工具进行。例如，如果很难确认TA是否有需求，其实UX领域有很多用户和用户方法可以使用（推荐观看Shear的演讲）。验证一个函数或者On flow是否可以增加用户粘性，需要用到这个量化的方法（例子）

这样做不要扩展

Do that Don't Scale 是硅谷初创公司教父 Paul 的一篇文章。这篇文章写得很好，充分代表了MVP的精神。引用如下：

需要做的是，将想法停止为 .我们尝试将它们作为您将要构建的东西，以及您将要进行的操作。

在实现 PMF 之前不要考虑规模甚至不要考虑招聘业务、营销和 BD 人才。请用最愚蠢的方法和扩展性最小的方法来获取早期用户，经营业务，讨论合作。这些动手实践的东西将帮助您检验您的假设，成为您的营养物质，滋养您的产品，并成为准备起飞的火箭。

郑重声明：本文版权归原作者所有，转载文章仅出于传播更多信息之目的。如果作者信息标注有误，请尽快联系我们修改或删除，谢谢。