不是一个产品而是一个过程

　　相同的故事发生了一遍又一遍。首先，一个团队有了一个想法。
　　然后，他们创造了一个MVP（最小可行产品），花了很多时间决定是否要添加某个功能。最后，如果MVP获得了成功，他们就打算继续把产品打磨的功能更完整、稳定性更好。
　　这样做有什么问题吗？为什么采用这个策略的初创公司都挂了呢？
　　问题在于这些团队都没有真正理解MVP的精髓。MVP不仅仅是一个功能不完善的产品，也不仅是一种把产品更早推向市场的方法。事实上，MVP都不一定是个产品。MVP并不是你只要经历一次就可以了。
　　创业者们认为MVP是怎么回事儿
　　图：创业者们认为MVP是怎么回事儿
　　MVP是一个过程，而且你要一遍一遍地经历这个过程：提出最大胆的假设，找到最容易的方法验证假设是否成立，然后用实验结果来校准。
　　做产品的时候，你会有很多假设。你假设自己知道用户的需求是什么，他们喜欢什么样的设计，应该采取什么样的市场策略，用什么架构最有效，如何持续的盈利，哪些法律和规定是必须遵守的。不管你有多厉害，总有一些假设是错的。问题在于，你无法在事前知道哪些错了。
　　在对100多家失败的初创公司进行事后分析时，CBinsights发现导致创业公司倒闭的首要原因（占比42）是没有人需要。接近一半的初创公司已经花了几个月甚至几年的时间才搞清楚：没有人需要他们的产品。
　　搞清楚是否有人需要你的产品的唯一方法，就是把你的产品尽快推向市场。当你这么做了之后，你很可能发现你需要重新来过。事实上，你很可能需要一次又一次地重新开发产品。
　　图：MVP究竟是怎么回事儿
　　并不只是开发产品是这样，当你写一本书或者论文，你都要写很多版草稿，并且花很多时间来编辑。当你写代码的时候，你需要经常重构或者甚至重写所有代码。每个创造力工作者，都需要大量的试错。
　　在一个需要不断试错的世界中，谁能先找到错误，谁就能笑到最后。有些人给这种观点起名叫failfast。在TripAdvisor（猫途鹰），我们称之为以速度取胜。EricRies叫它精益创业，KentBeck和其他一些程序员叫这种观点是敏捷开发。不管叫什么，这种观点的核心是尽快从真实的用户那里获取反馈，搞清楚你的假设哪些是错的。
　　不管你是做产品、写代码，还是做一份市场策划，你都应该问你自己两个问题：
　　最大胆的假设是什么？
　　最容易验证假设是否成立的方法是什么？
　　MVP是一个过程
　　我们来聊聊一个具体的例子。
　　你决定开发一个产品，饭店老板可以很方便地用这个产品为自己的饭店做一个APP。这个产品的交互简单，只用拖拽即可，有很多预置的模板，有日历、简报、签到、相册、即时通讯等功能，并且集成了点评网站、社交网络和谷歌地图。最重要的还是，它有订座、外卖和优惠券的功能，你可以通过这些功能来盈利。这个产品真是太棒了！
　　如果是典型的创业公司，你会找朋友加入你的创业团队，并且融到一笔钱，然后闭关12个月，努力实现上述的所有功能。如果你稍微懂行的话，你会在第一个版本砍掉一些不必要的功能，这样你用8个月就可以发布MVP。
　　在上述情况中，你将注定失败。
　　原因是什么呢？大部分你所做出的假设都可能是灾难性的。
　　你花了数个月的时间为你的用户做了个移动应用，但是他们可能只想要网站能适配移动端，这样顾客可以在Google上更好地找到饭店的网站。
　　或者你使用了最先进的技术开发了即时通讯功能，却发现你的用户用邮件解决沟通问题，而且他们也不想整天坐在电脑前回复信息。
　　或者最糟糕的情况是，饭店老板压根不想麻那个烦，对于使用科技产品和维护应用一点兴趣都没。
　　等待数月才能得出这些关键的结论实在太久了。最好的情况是浪费了很长的时间；最差的情况是你的公司就挂了。PeterDrucker说过，用很高的效率做无用功，是最没用的事情。
　　让我们尝试把MVP当做一个过程的方法，看看这样做是否会更好一些。我们会迭代产品，在每个阶段都会问：
　　最大胆的假设是什么？
　　最容易验证假设是否成立的方法是什么？
　　在最开始的时候，最大胆的假设可能是：饭店老板需要移动应用。
　　因此，最早期的MVP可以是移动应用的原型甚至你可以在饭店纸巾上画一个。去和饭店老板聊聊，问问他们在使用科技产品时遇到了什么问题。他们是否已经有应用了？如果没有的话，为什么没做呢？他们想要一个应用吗？他们对科技产品有多在行呢？他们了解饭店应用的好处吗？把你的原型给他们瞧瞧，搞清楚这样的产品是否能解决他们的问题。
　　可能你会发现饭店老板对于开发应用没什么兴趣。这有点丢人，但好消息是你所花费的不过是几个小时而已，而节省了几个月的开发时间。另一方面，你可能会发现饭店老板虽然对应用没什么兴趣，却想要简单地撘一个网站。你还是有所进展的！
　　但是这样还没完，你必须重复这个过程，来开发你的下一个MVP。
　　现在，饭店老板最有可能为网站买单。最容易验证假设是否成立的方法是什么？开发下一个MVP时可以先做几个静态网站，看看那些饭店老板反馈如何。他们喜欢这样的网站吗？这样的网站是否已经有了？他们愿意花多少做一个这样的网站？
　　可能一聊到钱的问题，你就会发现饭店老板并没有那么感兴趣。好消息是你只用几天的时间就了解清楚了，而不是浪费几个月的时间来开发。
　　或者你发现饭店老板愿意花钱做网站。然后他们付钱或者给你支票，让你来做网站。产品发布之后，告诉饭店老板如果需要更新信息就给你发邮件。是的，这个阶段需要大量人力劳动；不，这样无法规模化。然而当你还是小公司时，不要为了做的事情无法规模化而担心。有规模化的问题是件好事，因为那意味着你做的事情值得规模化。
　　但是与此同时，你需要重复MVP过程。
　　现在可能是找到合适的市场策略。你不可能去世界上每家饭店和老板见面。最容易验证假设是否成立的方法是什么？你的MVP可能是一个着陆页，用来描述你的产品是干嘛的，展示你们已经做过的饭店网站，并且如果浏览网站的人对此感兴趣，就让他们提供邮件地址。然后你可以在Google、Facebook、Twitter或者Linkedin上买广告，增加着陆页的曝光，然后看看有什么效果。
　　如果潜在用户不肯给你邮件地址，他们也不可能给你的产品付钱。比起重写整个产品，写几段话然后放上几个图片要容易得多。越早发现问题，你就越能节省时间。
　　总而言之，这就是MVP过程。不管你是在做产品设计、市场策划，还是在写代码，都需要问：
　　最大胆的假设是什么？
　　最容易验证假设是否成立的方法是什么？