相同的故事发生了一遍又一遍。首先，一个团队有了一个想法。

然后，他们创造了一个 MVP（最小可行产品），花了很多时间决定是否要添加某个功能。最后，如果 MVP 获得了成功，他们就打算继续把产品打磨的功能更完整、稳定性更好。

这样做有什么问题吗？为什么采用这个策略的初创公司都挂了呢？

问题在于这些团队都没有真正理解 MVP 的精髓。 MVP 不仅仅是一个功能不完善的产品，也不仅是一种把产品更早推向市场的方法。事实上，MVP 都不一定是个产品。MVP 并不是你只要经历一次就可以了。

创业者们认为 MVP 是怎么回事儿

图：创业者们认为 MVP 是怎么回事儿

MVP 是一个过程，而且你要一遍一遍地经历这个过程：提出最大胆的假设，找到最容易的方法验证假设是否成立，然后用实验结果来校准。

做产品的时候，你会有很多假设。你假设自己知道用户的需求是什么，他们喜欢什么样的设计，应该采取什么样的市场策略，用什么架构最有效，如何持续的盈利，哪些法律和规定是必须遵守的。不管你有多厉害，总有一些假设是错的。问题在于，你无法在事前知道哪些错了。

在对 100 多家失败的初创公司进行事后分析时，CB insights 发现导致创业公司倒闭的首要原因（占比 42%）是「没有人需要」。接近一半的初创公司已经花了几个月甚至几年的时间才搞清楚：没有人需要他们的产品。

搞清楚是否有人需要你的产品的唯一方法，就是把你的产品尽快推向市场。当你这么做了之后，你很可能发现你需要重新来过。事实上，你很可能需要一次又一次地重新开发产品。

图：MVP 究竟是怎么回事儿

并不只是开发产品是这样，当你写一本书或者论文，你都要写很多版草稿，并且花很多时间来编辑。当你写代码的时候，你需要经常重构或者甚至重写所有代码。每个创造力工作者，都需要大量的试错。

在一个需要不断试错的世界中，谁能先找到错误，谁就能笑到最后。有些人给这种观点起名叫「fail fast」。在 TripAdvisor（猫途鹰），我们称之为「以速度取胜」。Eric Ries 叫它「精益创业」，Kent Beck 和其他一些程序员叫这种观点是「敏捷开发」。不管叫什么，这种观点的核心是尽快从真实的用户那里获取反馈，搞清楚你的假设哪些是错的。

不管你是做产品、写代码，还是做一份市场策划，你都应该问你自己两个问题：

• 最大胆的假设是什么？
• 最容易验证假设是否成立的方法是什么？

MVP 是一个过程

我们来聊聊一个具体的例子。

你决定开发一个产品，饭店老板可以很方便地用这个产品为自己的饭店做一个 APP。这个产品的交互简单，只用拖拽即可，有很多预置的模板，有日历、简报、签到、相册、即时通讯等功能，并且集成了点评网站、社交网络和谷歌地图。最重要的还是，它有订座、外卖和优惠券的功能，你可以通过这些功能来盈利。这个产品真是太棒了！

如果是典型的创业公司，你会找朋友加入你的创业团队，并且融到一笔钱，然后闭关 12 个月，努力实现上述的所有功能。如果你稍微懂行的话，你会在第一个版本砍掉一些不必要的功能，这样你用 8 个月就可以发布 MVP.

在上述情况中，你将注定失败。

原因是什么呢？大部分你所做出的假设都可能是灾难性的。

• 你花了数个月的时间为你的用户做了个移动应用，但是他们可能只想要网站能适配移动端，这样顾客可以在 Google 上更好地找到饭店的网站。
• 或者你使用了最先进的技术开发了即时通讯功能，却发现你的用户用邮件解决沟通问题，而且他们也不想整天坐在电脑前回复信息。
• 或者最糟糕的情况是，饭店老板压根不想麻那个烦，对于使用科技产品和维护应用一点兴趣都没。

等待数月才能得出这些关键的结论实在太久了。最好的情况是浪费了很长的时间；最差的情况是你的公司就挂了。Peter Drucker 说过，用很高的效率做无用功，是最没用的事情。

让我们尝试把 MVP 当做一个过程的方法，看看这样做是否会更好一些。我们会迭代产品，在每个阶段都会问：

• 最大胆的假设是什么？
• 最容易验证假设是否成立的方法是什么？

在最开始的时候，最大胆的假设可能是：饭店老板需要移动应用。

因此，最早期的 MVP 可以是移动应用的原型 —— 甚至你可以在饭店纸巾上画一个。去和饭店老板聊聊，问问他们在使用科技产品时遇到了什么问题。他们是否已经有应用了？如果没有的话，为什么没做呢？他们想要一个应用吗？他们对科技产品有多在行呢？他们了解饭店应用的好处吗？把你的原型给他们瞧瞧，搞清楚这样的产品是否能解决他们的问题。

可能你会发现饭店老板对于开发应用没什么兴趣。这有点丢人，但好消息是你所花费的不过是几个小时而已，而节省了几个月的开发时间。另一方面，你可能会发现饭店老板虽然对应用没什么兴趣，却想要简单地撘一个网站。你还是有所进展的！

但是这样还没完，你必须重复这个过程，来开发你的下一个 MVP.

现在，饭店老板最有可能为网站买单。最容易验证假设是否成立的方法是什么？开发下一个 MVP 时可以先做几个静态网站，看看那些饭店老板反馈如何。他们喜欢这样的网站吗？这样的网站是否已经有了？他们愿意花多少做一个这样的网站？

可能一聊到钱的问题，你就会发现饭店老板并没有那么感兴趣。好消息是你只用几天的时间就了解清楚了，而不是浪费几个月的时间来开发。

或者你发现饭店老板愿意花钱做网站。然后他们付钱或者给你支票，让你来做网站。产品发布之后，告诉饭店老板如果需要更新信息就给你发邮件。是的，这个阶段需要大量人力劳动；不，这样无法规模化。然而当你还是小公司时，不要为了做的事情无法规模化而担心。有规模化的问题是件好事，因为那意味着你做的事情值得规模化。

但是与此同时，你需要重复 MVP 过程。

现在可能是找到合适的市场策略。你不可能去世界上每家饭店和老板见面。最容易验证假设是否成立的方法是什么？你的 MVP 可能是一个着陆页，用来描述你的产品是干嘛的，展示你们已经做过的饭店网站，并且如果浏览网站的人对此感兴趣，就让他们提供邮件地址。然后你可以在 Google、Facebook、Twitter 或者 Linkedin 上买广告，增加着陆页的曝光，然后看看有什么效果。

如果潜在用户不肯给你邮件地址，他们也不可能给你的产品付钱。比起重写整个产品，写几段话然后放上几个图片要容易得多。越早发现问题，你就越能节省时间。

总而言之，这就是 MVP 过程。不管你是在做产品设计、市场策划，还是在写代码，都需要问：

• 最大胆的假设是什么？
• 最容易验证假设是否成立的方法是什么？

作者@Yevgeniy (Jim) Brikman

译者@刘韬    来源@36kr

原文链接：A Minimum Viable Product Is Not a Product, It’ s a Process

译文链接：http://36kr.com/p/5043691.html