最小化可行产品MVP
MVP是来自于Eric Ries所写的著名创业书籍《精益创业》，MVP（Minimum Viable Product）最小化可行产品。是精益产品开发的核心思想之一。
关于如何定义MVP，有很多讨论和争议。更糟糕的是，在一些实操过程中，最小化产品的定义没有被正确理解——很多人只是把它当成一个时髦词，或者直接曲解成是产品上线的1.0版本。
你可以将MVP理解为是用最快、最简明的方式建立一个可用的产品原型，这个原型要表达出你的产品最终想要的效果，然后通过迭代来完善细节。很多在大企业讨生活的同学，包括产品管理领域的同学，对MVP的概念已经麻木了。因为即使天天被这个思路洗脑，你还是难免迷失在运营手段、上线时间、需求设计的迷宫里。在很多同学的脑海里，MVP就是你想传达给用户的功能的最小集合。
错，完全错。
问题不在于“你觉得应该……”，关键是“用户目前感觉……”。我们预设了立场，认为我们已经知道所有的用户需求。而当我们的产品被用户使用了多年，必须要用新产品或者功能推倒重来的时候，我们才知道，对于用户，当时我们不是无所不知。而MVP，就是彻底颠覆这种产品观，解决预设立场带来的问题。
MVP就是边验证边学习，它应该完全以用户问题为中心，而不是以解决方案为中心。因为用户不关心你的解决方案，就算你的方案有趣又好玩，与他也不直接相关。所以首先我们要明确“MVP”的定义。
这个概念是由Eric Ries在《精益创业》的理论中提出的，这本书囊括了他对精益产品开发思路的完整阐述。而MVP是整本书最核心的概念，书中给出的定义是：“所谓最小化可用产品，是让开发团队用最小的代价实现一个产品，以此最大程度上了解和验证对用户问题的解决程度。”
假设你现在创业，你的产品目标是——有史以来最好的甜甜圈！
产品团队用最快的速度干了一张原型图，程序工程师快速吐出一团代码，编译工程师把原型图和代码揉成面团扔进锅里炸熟，开发出了一套味道普通的甜甜圈——这就是你们第一个最小化可用产品。能吃，能用（谜之作用），但可能还不是有史以来最好的甜甜圈。
这时候，你的产品团队就要抓紧时间，问用户一些问题。比如说：
- 你们觉得这款甜甜圈哪最好？
- 如果你可以选择加配料，你会加哪些？
- 你喜欢什么甜甜圈造型？切开的还是一体的？金黄炸透的还是脆嫩相间的？
等等······
有了这些通过种子用户得到的验证结果，产品团队精神大振，立马操刀做了一套更好的甜甜圈。根据用户的反馈，产品团队总结出了不少实施细节：
- 在一些特定情况下，用户会喜欢加一些七彩糖珠；
- 一些特定的市场和特定的用户更喜欢巧克力甜甜圈；
- 如果是海外用户，他们可能更喜欢草莓甜甜圈。
等等······
如你所见，“开发MVP-通过用户验证”是创造好产品的第一步。接下来就是用“构建-测量-学习”的方式，在限量测试或者正式运营中，对产品进行循环迭代。
作为产品的创造者，你可以是骄傲的、品位非凡的、目光长远的，但请不要忘记，在产品的成长旅程中，你的用户始终是旅程的重要部分。
那么，怎样才能确定“最小可用产品”的“最小”呢？
如果只仅仅考虑“最小化”，就会像上图左边那样陷入没人需要，不能解决问题的困境。而加上了“可用”这个考量，我们就可以设计出一款对于种子用户刚刚好的产品。当然，我们的最终目标当然是实现可用性的最大化，达到产品的理想形态。
实操过程中，如果我们矫枉过正，开发了“最小”但“不可用”的产品，这就需要我们做好用户访谈，多多测试产品，多多去用户的社区了解他们的痛点。尽量把方向转移到“可用”上来。
从某些方面来说，开发MVP增加了很多额外的工作，进行产品迭代、验证需求都要耗费大量的时间和精力。因此，在测试MVP时一定要避免不必要的细节，根据不同的产品选择不同的方法。最终，你需要将验证过的MVP转变成真正的产品，接受市场的考验。
