如何将产品扔进市场？

我很好奇为什么总有人在抱怨精益创业(The Lean Startup)中的“构建，衡量和认知”(Build, Measure, Learn)这一方式不过是把未完成的产品引入市场检验它的效果而已。

或许问题出在“构建，衡量和认知”的图表上。因为乍一看，它就像一个“开火——准备——目标”的过程。

那么，现在是时候更新大家所理解的“构建，衡量和认知”这个建立精益创业的最好方法了。

下面是如何去做：

“构建，衡量和认知”听起来似乎很简单。构建一款产品将它投入市场，检测用户的反应和行为，从中学习和调整，并优化产品。周而复始，不断迭代，改进、完善直到用户满意为止。

瀑布式开发

这听起来似乎很简单，但将“构建，衡量和认知”的方式用于产品开发的创建和运输却是对20世纪传统的瀑布式模型的彻底改进。追溯到那个时代，一个企业家采用了一系列的产品开发流程，这些流程都是根据客户的反馈一小步一小步进行的。产品创始者假定自己了解客户的需求，写出工程要求的文书，设计出产品，打造好硬件和软件，并通过不断的测试验证其效果，然后再将此产品正式推介给客户，这叫作首批出货。

瀑布式开发是全部按照这个要求的文书去执行的。当产品的早期版本在Alpha 和Beta 的测试过程中被客户分享时，最初让客户接触此产品的目的是为了发现问题，而不是为了得到产品特性和使用性能的反馈。只有在出货和试图出售此产品时，企业才能开始得到客户实质性的反馈。企业往往在几个月甚至几年的开发过程中才逐渐意识到客户不买他们的产品是由于客户不需要或是客户不喜欢产品的大部分特性。

公司通常要通过三次尝试才能得到最佳产品。第一个版本建立在没有客户反馈的基础上，第二个版本早在第一个版本还没完全完成时就已经开始做了，所以在客户真正得知此产品之前，第三个版本就已被得出。(例如微软的Windows 3.0)

在2000年初，软件开发的最佳实践开始转移到敏捷开发(Agile Development)。这种方法通过迭代开发软件和提高客户参与度从而改进了瀑布式开发。但它缺少一个测量外围所有商品化假设的框架。在敏捷开发下，你最终或许满足了每一个客户的需求但依然会歇业。