（九）你真的了解MVP么？

MVP是来自于Eric Ries所写的著名创业书籍《精益创业》，MVP(MInimum Viable Product) 最小化可行产品，是精益产品开发的核心思想之一。

关于如何定义MVP，有很多讨论和争议。更糟糕的是，在一些实操过程中，最小化产品的定义没有被正确理解 --- 很多人只是把它当做一个时髦词，或者直接曲解成产品上线的1.0版本。

你可以将MVP理解为用户最快，最简明方式建立一个可用的产品原型，这个原型要表达出你的产品最终想要的效果，然后通过迭代来完善细节。很多在大企业工作的同学，包括产品管理领域的同学，对MVP的概念已经麻木了。因为即使天天被这个思路洗脑，还是难免迷失在运营手段、上线时间、需求设计的迷宫里。在很多同学的脑海里，MVP就是你想传达给用户的功能的最小集合。

错，完全错！

问题不在于“你觉得应该...”，关键是“用户目前感觉......”.我们预设了立场，认为我们已经知道所有的用户需求。而当我们的产品备用号使用了多年，必须要用新产品或者功能推倒重来的时候，我们才知道，对于用户，当时我恩不是无所不知。而MVP，就是彻底颠覆这种产品观，解决预设立场带来的问题。

MVP就是边验证边学习，它应该完全可以用户问题为中心，而不是解决方案为中心。因为用户不关系你的解决方案。就算你的方案有趣又好玩，与他不直接相关。所以首先我们要明确“MVP”的定义。

这个概念是由Eric Ries在《精益创业》的理论中提出来的，这本书囊括了他对精益产品开发思路的完整阐述。而MVP是整本书最核心的概念。书中给出的定义是：

“所谓最小化可用产品，是让开发团队用最小的代价实现一个产品，以此最大程度了解和验证对用户问题的解决程度。”

假设你现在创业，你的产品目标是----有史以来最好的甜甜圈！

产品团队用最快的速度干了一张原型图，程序工程师快速吐出一团代码，编译工程师把原型和代码揉成面团扔进锅里炸熟，开发出了一套味道普通的甜甜圈----这就是你们第一个最小化可用产品。能吃，能用（迷之作用），但可能还不是有史以来最好的甜甜圈。这时候，你的产品团队就啊哟抓紧时间，问用户一些问题。比如说：

你们觉得这款甜甜圈哪里最好？

如果你选择加配料，你会加哪些？

你喜欢什么甜甜圈造型？切开的还是一体的？金黄炸透的还是脆嫩相间的？

......

有了这些通过种子用户得到的验证结果，产品团队精神大振，立马操刀做了一套更好的甜甜圈。根据用户的反馈，产品团队总结出了不少实施细节：

在一些特定情况下，用户会喜欢加一些七彩糖珠；一些特定的市场和特定的用户更喜欢巧克力甜甜圈；

如果是海外用户，他们更喜欢草莓甜甜圈。

如你所见，“开发MVP-通过用户验证”是创造好产品的第一步。接下来就是用“构建-测量-学习”的方式，在限量测试或者正式运营中，对产品进行循环迭代。

作为产品的创造者，你可以使骄傲的、品味非凡的、目光长远的，但请不要忘记，在产品的成长旅程中，你的用户始终是旅程的重要部分。

那么，怎样才能确定“最小可用产品”的“最小”呢？

如果只仅仅考虑“最小化”，就会像上图左边那样陷入没人需要，不能解决问题的困境。而加上了“可用”这个考量，我们就可以设计出一款对于种子用户刚刚好的产品。当然，我么你的最终目标当然是实现可用性的最大化，达到产品的理想形态。

实操过程中，如果我们矫枉过正，开发了“最小”但“不可用”的产品，这就需要我们做好用户访谈，多多测试产品，多多去用户的社区了解他们的痛点，尽量把方向转移到“可用”上来。

从某些方面来说，开发MVP增加了很多额外的工作，进行产品迭代、验证需求都要耗费大量的时间和精力。因此，在测试MVP时一定要避免不必要的细节，根据不同的产品选择不同的方法。你需要将验证过的MVP转变成真正的产品，接受市场的考验。