|
迷失精益创业 业界的所谓砖家们对精益创业所提倡的"Build（打造） - Measure（衡量） - Learn（学习）"模式的诟病和抱怨已经不是一天两天的事情了，但每次当我听到他们说这无知的话的时候我依然会感到无比的吃惊： “这模式无非就是将一个半成品快速的投入市场进行试水而已。“ 何以至此呢？很不幸，之所以让人困惑的原因恰恰正是因为精益创业中的这个“打造-衡量-学习”模型图而引起的，因为咋一看这模型图的顺序，这完全是一个本末倒置的东西嘛！这就好比你作为射击教练去教学生射击的时候却喊着口号：“射击 - 准备 - 瞄准“ 一样。 时至今日，精益创业已经大行其道很长一段时间了，我们也已经摸索出其中如何才能真正的去“精益”的进行创业的秘诀。所以，为了以正视听，我认为现在是时候对这个“打造-衡量-学习”模型进行相应的更新了。 那么我们下面就看看应该如何进行更新吧，请看官们耐心往下看。 “打造-衡量-学习”，这听上去其实是一件异常简单的事情。无非就是先打造出一个产品，然后把它丢到市场上面去，然后去收集并衡量客户的反映以及反馈，然后从中进行学习，最后根据学习的结果进一步打造出更好的产品。这是一个不断循环的过程，过程中你需要根据上一轮学习的结果去决定在本轮中，你是需要在已有产品的基础上进行进一步的迭代呢，还是需要挖掘出一个新的方向，然后重整旗鼓换条道路前进，又或者是需要全盘推翻从头再来。最终能跳出这个循环的出口只有一个，就是当你能打造出客户真正喜欢的产品的时候。 闭门造车的困局 虽然这听上去很简单，但相对于贯穿整个20世纪所使用的瀑布式开发来说，“打造-衡量-学习”模型可以算得上是一项彻底的变革了。那时候，企业家们是在几乎没有获得任何用户反馈的情况下，运用一系列的产品研发流程来进行产品打造的。这些公司创始人会在假设自己已经很清楚客户碰到的问题或者客户的需求的前提下，开始进行需求文档（ERD）的编写，进行产品的设计，进行硬件/软件的实现/构建，然后对硬件/软件进行测试以验证其和需求文档的描述是吻合的，最后就会以首批出货（FCS）的形式向潜在客户揭开产品的神秘面纱。 瀑布模型所做的事情其实就是去将需求文档进行编码实现。虽然产品的 Alpha版本和Beta版本最终还是会邀请客户一起进行测试和验收，但是，这时客户介入的目的其实已经不是为了对你的产品的功能或者易用性提供反馈，而仅仅是去看下你的产品是否完全按照需求文档去进行实现，是否存在缺陷而已了。 （责任编辑：职场达人） |
