01
定义
先说一下MVP是什么，词条给出的定义是这样的：
最小可行产品（MinimumViableProduct，简称MVP）是一种避免开发出客户并不真正需要的产品的开发策略。该策略的基本想法是，快速地构建出符合产品预期功能的最小功能集合，这个最小集合所包含的功能足以满足产品部署的要求并能够检验有关客户与产品交互的关键假设。该概念由EricRies在其著作《精益创业实战》中提出，用最快、最简明的方式建立一个可用的产品原型，这个原型要表达出你产品最终想要的效果，然后通过迭代来完善细节。
简单来理解就是我们有一个想法落实成一个项目时，要用最简单的方式以及内容先把产品做出来，然后再逐渐的更新版本。就好像数学里边的最简分数（5/7）一样，简单到不能再简化，就是我们在启动初期要做的事情。
02
方法
说起来容易做起来简单，那么如何把MVP的想法落实到真实的行动上呢？
01.充分了解
首先要做的就是对自己以及要做的事情充分的了解，甚至了解自己比了解事情还要重要。
为什么这么说？因为我们每个人实际上都是有自己的能力圈的，如果你的能力圈匹配不上你要做的事情，那么从决定开始做这件事情的时候就是注定失败的。就好像你现在只能举起30公斤重的物体，而你要参加公斤的举重比赛，那结果就可想而知了。
所以对自己和要做的事情的充分了解，是我们在做事情以及执行MVP方法的重要前提，不过也不是说我们的能力圈匹配不上要做的事情就放弃。每个人的能力都是可以经过刻意练习而增长的，认清自己的能力范围然后再可以的学习提升某种能力才是我们真正要做的。
02.简约而不简单
其次就是我们要知道，做最小可行性产品并不是一味的做减法就可以了。我们要做的是在对自己以及事情充分的了解之后做出取舍，先做出符合市场以及用户初级需求的产品，而不是简单粗暴的把一些功能阉割掉就可以了。
就好像我要一个苹果，你本来是可以做一筐苹果的，但是你发动自己聪明的大脑，经过MVP思维的洗礼，觉得刚开始我不能做一筐苹果，然后你给了我一个苹果核......这样做的后果就不用说了吧。据这个例子也在说我们在做产品的时候首先要对用户的需求有一定的了解，我们的产品一定是可以满足一部分人的一些需求的才可以，而不是自己单纯的意淫出来的各种有用无用的功能。
03.版本迭代
说到这里就可以延伸出来最重要的一个点，也就是我们要做MVP的话就要做好版本迭代的管理。
什么是版本迭代呢？就是我们把最小的MVP做出来了，根据市场以及用户的反馈然后做出的各种调整。这个至关重要。为什么很多人做不好MVP其实也就是因为不知道做版本管理，不管有用没用，用户需不需要就一味的网上加功能。在他们的世界里所有的事情都是要在上线之前做完的，如果这样做就会导致很多问题，这些问题可大可小，但是出现了就会让自己的项目陷入危险的境地。
03
反面代价
那我们不执行MVP或者版本管理会出现什么样的问题呢？
01.成本高
首先是产品的开发周期太长，导致我们错过了最好的机会。因为不做版本管理就不知道自己目前需要给用户提供什么，每多一个功能、一个展示形态就意为着更多的开发时间、更多的人员参与、更高的开发成本。
02.问题多
那么这么复杂的功能就会带来复杂的问题，因为刚开始做某个项目我们可能对这个领域并不熟悉，也可能很少的人手在参与这个项目。太过于复杂的话就会收到各种问题的反馈，我们就需要用更多的精力来处理这些问题，甚至还有可能被用户反向塑造，让自己偏离自己的初心。
03.不靠谱
最后就是其实大部分我们自己构想出来的想法都是不靠谱的，没有经过市场的检验得来的信息基本都是我们在自己的认知范围内做出的意淫。
比如我自己在做外卖优惠券的业务时，从最开始就觉得我得做代理系统、我得做小程序、得做各种复杂的功能，其实这些东西对我来说没有一点必要。
我完全可以用自己的朋友圈发一下领外卖红包的动态，然后看一下会有多少人领，就大概能推测出后边在引流过程中人们的反应。其实一个