MVP陷阱 - 别拿MVP当借口

Lean Startup已然在几年中为创业者尤其是互联网创业者刮起了“简化”的风暴，Steve Blank和Eric Ries的想法确实令人称道，帮助我们在产品开发和创业过程中节省金钱和时间成本，避免了一头走到黑的损失。然而，我渐渐发现，这个方法不只是被利用，更准确地是被说被滥用了，很多创业者从利用中受益，而另外一些则“死”在了滥用上。

Lean Approach的一个关键产出就是MVP （Minimum Viable Product），MVP是产品开发过程的第一个成型成果，它包含了产品的所有的关键功能，MVP设计的主要目的是让产品开发以用户为中心，避免“闭门造车”的现象，MVP能够让产品设计团队从真正的用户需求中获取产品功能和商业假设的匹配。这种以用户为先，判断用户好恶的方法，使得创业者真正从市场的角度实现自己的商业设想。

在这里，我要强调的是，MVP只是一个Lean Approach的中间一环（当然是最重要的一环），完成一个MVP还远远不是一个产品开发的结束，或者说完成一个MVP代表着产品开发真正迈出了第一步，MVP代表着一种不断快速迭代的试验方法，而不只是一个简短快速的开发流程（这也是MVP困境的最典型的陷阱）。一个MVP是创业者或者产品经理用来进行初步的用户和市场测试验证产品的若干功能是否得到用户的认可，以避免对产品出现“无效投资”，我们可以说MVP也是产品开发中的一种有效的风控方法（不要把苹果（功能）放在一个篮子里，一个道理）。

MVP的陷阱

很多时候，大家都会犯一个低级的错误 - 望文生义， MVP - Minimum Viable Product， Huh……OK，Minimum是这里的重点。如果产生了这种错误，那么我们可以预期的是产品开发在极短的时间内完成了，软件工程师和设计师用“Minimum”的工作量为你完成了一个“Minimum”的丑陋的“MVP”，你拿出MVP给用户使用，得到了……当然是负面的评价。好了，我们再强调一次，MVP的主要目的是能够让产品功能和用户需求有真正的匹配，从而避免更大的损失（这种损失常常是创业团队无法承担的），这些创业者把MVP简单地当做了技术实现流程的简化和难度的降低，而没有理解MVP真正的用途。他们把MVP当做挡箭牌，或者借口，“懒惰地”进行着产品开发，页面设计和交互设计，而从不在这个过程中了解用户的需求和市场的变化，结果就是当你问他产品功能解决什么问题的时候，得不到一个简单明确的答案（如果一个创业者不能用1、2句话说出产品解决的问题，那么这个产品一定存在着什么问题）。

你想得到用户真正的反馈就必须有一个 M"V"P，这里，Viable才是重点。Viable不只是简单地实现设想的功能，然后抛给用户测试（想想你是用户，会对这种毫无诚意的邀请有丝毫的好感和真正使用产品的念想吗？），一个MVP是一个完整产品的浓缩版，精华版，而不是简化版。创业者或者产品经理仍然需要对MVP拿出100%的精力，无论是需求，功能，设计，还是测试。

用Lean Starup的作者Eric Ries自己的话来解释：

MVP, despite the name, is not about creating minimal products. If your goal is simply to scratch a clear itch or build something for a quick flip, you really don't need the MVP. In fact, MVP is quite annoying, because it imposes extra overhead. We have to manage to learn something from out first product iteration. In a lot of cases, this requires a lot of energy invested in talking to customers or metrics and analytics.

怎么样避免MVP陷阱？

Steve Blank在他的斯坦佛大学课程中总是鼓励学生们走出校园和他们的未来用户做最直接的交流，从而得到用户一手的信息，如果用户喜欢你的产品概念，那么你可以和他们讨论他们需要的一些功能的细节，然后开始开发产品。在这个时候一个CMVP（Concierge MVP）可以帮得到你，CMVP是一个真正简化版（确实是简化版）的MVP，你引导用户一起完成从问题到解决方案的全过程，以来测试产品概念。Zappos的创始人Nick Swinmurn自己走进一加零售商店询问是否愿意接受Nick从互联网上获取来的订单，得到认可之后他回到家搭建了一个简单的网站，得到了一些相应，从而开始了Zappos的创业旅程。

从用户开始，以用户为中心，观察用户需求的变化，这就是避免MVP陷阱的关键，在这个基础之上，为用户提供真正能够使用的产品（想想你的竞争产品都是怎么样的服务和设计），才能得到他们真正的反馈。

MVP - 一次迭代

最后，我们不要忘了，Lean Approach有着若干次的迭代和循环，一个MVP只是一个迭代过程中的一个中间环节，在每一次得到用户反馈之后，我们开始了又一次的迭代过程，而我们下一次的MVP必须从上一个MVP的反馈中学习到若干关键，不断地提升产品的可用性，真正让产品达到市场和用户的要求。