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