MVP的定义
MVP（Minimun Viable Product），MVP是为您的公司和客户量身定做的产品。它有足够大的规模，能让公司和客户满意的接受，并可以正常销售；但又不至于太大，以至于膨胀到充满风险的程度。—弗兰克·罗宾逊（Frank Robinson）, 2001
一聊到MVP就会联想到“迭代思维”——“微” 和 “快”。“迭代思维”是一种以人为核心、反复、循序渐进的开发方式，允许有不足，不断试错，在持续迭代中快速对用户的需求做出反应，这样做出来的产品才更容易贴近消费者。
伏尔泰曾经说过“完美是优秀的敌人”，当你以完美来要求你的产品的时候，往往就会把精力分散到很多不重要的地方，专注才有力量，才能做到极致，特别是在这个信息爆炸的时代，用户的耐心越来越不足，等你熬到你认为的“完美”产品交到客户手上，可能完全就不满足客户的要求，所以在产品设计方面要做减法。
在做MVP裁剪的时候，尽量去裁剪短板，把资源放到长板上。举个极端的大家熟知的例子，12360，他裁剪出来的第一个mvp版本被多少人诟病，但是他的长板还是完全体现了——有票~
现在这个时代，各个产品形态都被人想到过或者使用过，要站住脚一定要吸睛，在某一点上比现有方案好，让客户真正的兴奋起来这才重要。所以做MVP的时候一定要有个信念，平庸比犯错更可怕。
MVP的目的
从有效性、效率和满意度三个方面提高客户的用户体验。
大多数公司的问题在于，他们对MVP的理解还只停留在“最小的代价”部分，只是急于做出一个版本，用来告诉公司上层项目取得了良好的进展。还有一些公司他们的问题是，完全忽略了客户的体验和反馈。MVP真的可以很小，但是我们绝对不可以为了“小”而“小”。
PayPal 的创始人 Peter Thiel，在他的书《从 0 到 1》中，很不客气地批评精益思想只不过是缺乏规划的托辞。前年我参与了一个涉及到上百号人的旧系统改造项目，旧系统从调研到第一个版本上线大约用了两年时间，数据迁移就花了一年时间。然后我们的大领导为了能早日上线，就提出了敏捷管理的思路，他认为的敏捷最主要的就是两点，不怕犯错和快。在80%以上的项目组成员都是些新面孔的情况下，要求四个月内上第一个版本。不要说规划，最为对老系统完全不知道在做什么的我们开始热火朝天的干了。领导的任务肯定是要完成的，基于这个现状，我们大部分的BA就打开测试环境，运行着老系统，一点一点的扣功能细节，再加上一些框架上的优化，prd就完成了。那段时间我说的最多的一句话就是，我写的PRD没有灵魂，我不想署名。不过那会真的考验个人经验以及解决问题的能力，每天都要面对无数的大坑和小坑，怼人功力见长。
小不等于稀里糊涂就开始干，不断试错不等于无视生产事故，当然最终的结果是六个月以后上了个试运行的环境，最终到我离开这个项目也没有上线。
MVP的故事
在知道什么是MVP，MVP的目的以及如何剪裁以后，我们讲几个故事轻松一下， 通过故事来识别MVP到底能有多小。
未完成的功能键
维珍航空计划在自己的机上娱乐系统中加入一个新功能，为了测试乘客是否真的会对这个功能产生兴趣，设计人员在还没有设计任何功能的情况下，就向菜单中添加了一个入口按钮。 如果真的有乘客点到了这个按钮，系统会显示：“该功能尚未完成，或许下一次搭乘维珍航空的班机时你就可以使用它了。”通过这个按钮的点击率数据，来验证用户动机和需求。
Dropbox
Dropbox决定更进一步，但并没有生产任何产品。取而代之的是，他们通过创建一个解释视频来假装已经准备好了。他们想确认他们的文件同步的想法是否对人们来说很有意思。一夜之间，他们吸引了7万多人，他们留下了电子邮件，希望尽快获得产品。
Foursquare
Foursquare基于位置的社交平台。在创建之初Foursquare允许你在不同的地点登记，并将授予你不同的徽章，作为他们游戏化过程的一部分。只有在MVP成功之后，Foursquare才增加了更多的功能，把它转变成一个复杂的城市指南。
MVP的总结
白话点说就是花最少的钱，干最小的活，要么越来越满足客户的要求，要不及时止损。
