第一部分

1. 最小可行产品MVP（Minimum Viable Product）

在很多同学的脑海里，MVP就是你想传达给用户的功能的最小集合。

错，完全错。

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

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

这个概念是由Eric Ries在《精益创业》的理论中提出的，这本书囊括了他对精益产品开发思路的完整阐述。而MVP是整本书最核心的概念，书中给出的定义是：“所谓最小化可用产品，是让开发团队用最小的代价实现一个产品，以此最大程度上了解和验证对用户问题的解决程度。”

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

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

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

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

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

……

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

在一些特定情况下，用户会喜欢加一些七彩糖珠；

一些特定的市场和特定的用户更喜欢巧克力甜甜圈；

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

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

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

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

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

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

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