“互联网+”大大激发了创业的狂潮，不仅仅是风口多的原因了。而时至今日，精益创业已经不再陌生，已经大行其道很长一段时间，却很少人能够摸清精益创业的秘诀。
那么我们下面就看看应该如何进行更新吧，请看官们耐心往下看。
“打造-衡量-学习”，这听上去其实是一件异常简单的事情。无非就是先打造出一个产品，然后把它丢到市场上面去，然后去收集并衡量客户的反映以及反馈，然后从中进行学习，最后根据学习的结果进一步打造出更好的产品。这是一个不断循环的过程，过程中你需要根据上一轮学习的结果，去决定在本轮中你是需要在已有产品的基础上进行进一步的迭代呢，还是需要挖掘出一个新的方向，然后重整旗鼓换条道路前进，又或者是需要全盘推翻从头再来。最终能跳出这个循环的出口只有一 个，就是当你能打造出客户真正喜欢的产品的时候。
闭门造车的困局 - 瀑布模型
虽然这听上去很简单，但相对于贯穿整个20世纪所使用的瀑布式开发来说，“打造-衡量-学习”模型可以算得上是一项彻底的变革了。那时候，企业家们是在几乎没有获得任何用户反馈的情况下，运用一系列的产品研发流程来进行产品打造的。这些公司创始人会在假设自己已经很清楚客户碰到的问题或者客户的需求的前提 下，开始进行需求文档(ERD)的编写，进行产品的设计，进行硬件/软件的实现/构建，然后对硬件/软件进行测试，以验证其和需求文档的描述是吻合的，最后就会以首批出货(FCS)的形式向潜在客户揭开产品的神秘面纱 。
瀑布模型所做的事情其实就是去将需求文档进行编码实现。虽然产品的 Alpha版本和Beta版本，最终还是会邀请客户一起进行测试和验收，但是，这时客户介入的目的，其实已经不是为了对你的产品的功能或者易用性提供反馈，而仅仅是去看下你的产品是否完全按照需求文档去进行实现，是否存在缺陷而已了。
在这种情况下，只有在产品真正的卖给客户之后，我们的初创公司才能获得客户的有实际意义的反馈。而现实往往更悲催——在你的产品经历了几个月甚至几年的闭门造车的开发过程之后，你最终却发现客户根本就不会付钱买你的产品，因为他们可能压根就不需要你的产品所提供的大部分功能!
瀑布开发模式下，一个产品往往需要经历三个版本，才能真正走向正轨满足客户的需求。第一个版本毫无疑问是个闭门造车的产物了，根本没有用户反馈可言，所以就更谈不上满足客户需求了;而第二个版本的开发往往又是在第一个版本还没有完全获得用户大量反馈之前，就已经密锣紧鼓的开始的了;所以，我们往往只能在第三个版本中才能真正基于用户的反馈进行产品的打造(其中微软的 Windows 3.0 这个产品的开发过程就是一个很典型的例子)。
到了2000年初，敏捷开发逐渐成为软件开发的最佳实践方式。这种方法通过引入迭代和邀请用户参与的方式，来对陈旧的瀑布开发模式进行大幅的改进。这其实已经是一个很大的进步，但问题是它没有一个行之有效的框架来指导我们如何在市场上验证那些商品化方面的猜想。所以在这种情况下，如果你的产品开发过程中盲目的运用敏捷开发的话，就算你将一个客户所要求的所有功能都实现了，你的产 品也难免会碰上滑铁卢而最终铩羽而归。
这时，精益创业所提倡的“打造-衡量-学习”这个框架模型就应运而生了!
一波未平一波又起
关于这个“打造-衡量-学习”的循环，首先我们必须明白这个循环的目的，并不是要去让我们打造出一件最终的产品或者产品原型，而是为了让我们在不停的迭代和增量开发的工程中，最大化我们对要打造的产品的学习(这里的学习包括产品功能、客户需求、产品定价以及销售渠道等等)。
而“打造”指的当然就是就是去打造出一个MVP(最小可行化产品)了。这里并不是说你只去实现你的产品的一小部分功能就叫做MVP了，明白这一点是非常重要的。事实上，MVP指的应该是一个可以让你快速给客户演示，并快速获得用户的反馈以进行学习的那么一个最简单可行的东东。
在创业早期，MVP可以仅仅是几张PPT幻灯片，也可以是一幅线框图，更可以是一个模型，甚至可以只是一些采样数据而已。在你每次进行一个MVP的打造之前，你都需要先去定义好在该MVP中你所需要测试/衡量的究竟是什么东西，然后你才能有针对性的对你的产品、市场和客户等进行学习和认知。随着这方面知识的积累，你的MVP慢慢自然而然的就会往用户真正需要的产品这个目标靠拢。
但此时可别得意忘形了，在往下的迭代周期中，你的目标依然是为了继续最大化你的学习，而不是去给你的最终产品打造个产品原型或者Beta版本。相对瀑布模型来说，“打造-衡量-学习”模型令创业变得更为简单，灵活而且有效率。
来源于 飞易达科技
