创业者都醒醒吧,益创业并没有你想象的那么简单.pdf

创业者都醒醒吧 ，精益创业并没有你想象的那么简单 相同的故事发生了一遍又一遍。 首先 ，一个团队有了一个想法。 然后 ， 们创造了一个 MV P （最小可行产品 ），花了很多时间决定是否要添加某个功能。最后 ， 如果 MV P 获得了成功 ， 们就打算继续把产品打磨的功能更完整、稳定性更好。 这样做有什么问题吗 ？为什么采用这个策略的初创公司都挂了呢 ？ 问题在于这些团队都没有真正理解 MV P 的精髓。 MV P 不仅仅是一个功能不完善的产品 ，也不仅 是一种把产品更早推向市场的方法。事实上 ，MV P 都不一定是个产品。MV P 并不是你只要经历一 次就可以了。 创业者们认为 MV P 是怎么回事儿 （图 ：创业者们认为 MV P 是怎么回事儿 ） MV P 是一个过程 ，而且你要一遍一遍地经历这个过程 ：提出最大胆的假设 ，找到最容易的方法验证 假设是否成立 ，然后用实验结果来校准。 做产品的时候 ，你会有很多假设。你假设自己知道用户的需求是什么 ， 们喜欢什么样的设计 ，应 该采取什么样的市场策略 ，用什么架构最有效 ，如何持续的盈利 ，哪些法律和规定是必须遵守的。 不管你有多厉害 ，总有一些假设是错的。问题在于 ，你无法在事前知道哪些错了。 在对 100 多家失败的初创公司进行事后分析时 ，CB insight s 发现导致创业公司倒闭的首要原因 （ 占比 42% ）是 「没有人需要」。接近一半的初创公司已经花了几个月甚至几年的时间才搞清楚 ：没 有人需要 们的产品。 搞清楚是否有人需要你的产品的唯一方法 ，就是把你的产品尽快推向市场。当你这么做了之后 ，你 很可能发现你需要重新来过。事实上 ，你很可能需要一次又一次地重新开发产品。 （图 ：MV P 究竟是怎么回事儿 / via t hemacro .co m ） 并不只是开发产品是这样 ，当你写一本书或者论文 ，你都要写很多版草稿 ，并且花很多时间来编辑 。当你写代码的时候 ，你需要经常重构或者甚至重写所有代码。每个创造力工作者 ，都需要大量的 试错。 （via t hemacro .co m ） 在一个需要不断试错的世界中 ，谁能先找到错误 ，谁就能笑到最后。有些人给这种观点起名叫 「f ail f ast 」。在 T ripadviso r （猫途鹰 ），我们称之为 「以速度取胜」。 ric Ries 叫它 「精益 创业」 ，Kent Beck 和其 一些程序员叫这种观点是 「敏捷开发」。不管叫什么 ，这种观点的核心 是尽快从真实的用户那里获取反馈 ，搞清楚你的假设哪些是错的。 不管你是做产品、写代码 ，还是做一份市场策划 ，你都应该问你自己两个问题 ： 最大胆的假设是什么 ？ 最容易验证假设是否成立的方法是什么 ？ MV P 是一个过程 我们来聊聊一个具体的例子。 你决定开发一个产品 ，饭店老板可以很方便地用这个产品为自己的饭店做一个 A PP。这个产品的交 互简单 ，只用拖拽即可 ，有很多预置的模板 ，有日历、简报、签到、相册、即时通讯等功能 ，并且 集成了点评网站、社交网络和谷歌地图。最重要的还是 ，它有订座、外卖和优惠券的功能 ，你可以 通过这些功能来盈利。这个产品真是太棒了 ！ 如果是典型的创业公司 ，你会找朋友加入你的创业团队 ，并且融到一笔钱 ，然后闭关 12 个月 ，努 力实现上述的所有功能。如果你稍微懂行的话 ，你会在第一个版本砍掉一些不必要的功能 ，这样 你用 8 个月就可以发布 MV P. 在上述情况中 ，你将注定失败。 原因是什么呢 ？大部分你所做出的假设都可能是 难性的。 你花了数个月的时间为你的用户做了个移动应用 ，但是 们可能只想要网站能适配移动端 ，这样 顾客可以在 Google 上更好地找到饭店的网站。 或者你使用了最先进的技术开发了即时通讯功能 ，却发现你的用户用邮件解决沟通问题 ，而且 们也不想整天坐在电脑前回复信息。 或者最糟糕的情况是 ，饭店老板压根不想麻那个烦 ，对于使用科技产品和维护应用一点兴趣都没 。 。 等待数月才能得出这些关键的结论实在太久了。最好的情况是浪费了很长的时间 ；最差的情况是你 的公司就挂了。Pet er Drucker 说过 ，用很高的效率做无用功 ，是最没用的事情。 让我们尝试把 MV P 当做一个过程的方法 ，看看这样做是否会更好一些。我们会迭代产品 ，在每个 阶段都会问 ： 最大胆的假设是什么 ？