2011年在斯坦福上的这门课《Eng 245》，彻底改变了我对创

2011年在斯坦福上的这门课《Eng 245》，彻底改变了我对创业的认知。我因此成为Steve Blank精益理念的追随者。老师的话非常朴实，但又直戳要害。大家可以感受一下：

        “创业公司是什么？一个临时性的组织，在极其不确定的环境中，为了寻找可扩展的并且可重复的商业模式而存在。”

        “成功，并不会伴随着埋头苦干和坚持不懈接踵而至，成功是有规律和方法可循的。”

        “如果你无法正确地、完整地、系统地失败，你就无法学习到任何东西。”

1．产品开发流派

       老师关于产品的开发流派举了三个例子：火箭发射式、孔明灯放飞式以及汽车驾驶式。

        火箭发射式

       强调精密的前期准备，往往需要长达数年的封闭式执行，与外界互动极少，对外在变化的容错率很低。所以一般火箭的寿命都是按秒计算的，要么成功，要么失败。

       孔明灯放飞式

       这是另一个极端。没有明确的目标，每一步都是随机发生，哪里风大一点就往哪里刮一下，是否能达到想去的地方完全看运气。

       汽车驾驶式

       这是Steve最推崇的产品模式。就像开车一样，要去哪里很清晰，有几条路径也知道，但执行过程中并不死板：这条路堵了就换一条，多拐了一个红绿灯那就下一个路口绕回来，旁边有救护车经过就暂时靠边停一下。这个模式兼顾了“持之以恒”和“灵活应变”两个看似矛盾的点，最终到达目的地。

这三个产品开发模式很好地诠释了大部分团队在做产品时的思路。那些最终做出优秀产品的团队，都是“汽车驾驶式”的坚决实践者。

       他们不会在出发点时，就要求知道到达目的地的必经路径和准确执行手册。因为他们明白这些外在因素是会随着时间变化的，而这种变化在出发的那一瞬间不可能提前知晓。唯一不变的是目的地，即目标是什么。

       当这个清楚了，接下来的一切都是驾驶者和外界频繁互动后的不断调整。所以真正的产品能力，大师还是菜鸟，是体现在路上的。

2．四步循环法则

       “汽车驾驶式”的产品开发思路最后变成方法论，就是“假设－开发－验证－认知”四步循环法则。 

      所有的产品，都是从一个概念开始的，这个概念就是一个假设：“打算为谁解决什么问题”，谁是目标用户，什么问题是产品价值。而失败的产品都是从“我想做一个产品”的灾难开始的。

       假设

       很多人也许会抱怨精益思维没有什么了不起，这不就是敏捷迭代吗？这里面最大的区别在于，精益思维世界里的“假设”完成后不是马上进入“开发”，而是反过来，从“假设”先到“认知”，“你基于这个假设，一个循环结束后，你希望学到什么”，然后从“认知”再到“验证”，“为了学到这个认知，你打算评估什么指标”，最后是从“验证”到“开发”，“为了评估这些指标，你打算开发什么”。 

       反向逻辑可以避免很多学过精益思维的人常犯的错误，即一旦忘记了为什么出发，很快会变成为了开发而开发。2014年，Ping++的第一版不是做聚合支付，而是做无卡绑卡支付。当时团队没有研发人员，于是我们假设了“企业对于无卡绑卡支付有需求”，然后推演出如何低成本来验证这个假设。后来我们发现这个假设不成立，前后不到2周时间，没有写一行代码。

       所以从“假设”到“学到什么”，再到“评估什么”，再到“开发什么”，是精益四步循环法最重要的一步。

       开发

       这个时候，终于可以进入第二个环节——开发。这个时候开发的意义不是为了一个假设或者一个概念，而是非常明确是为了“评估什么”服务的。所以“开发出来的产品的本质，是一个可定性，可定量，可与目标用户互动的半成品载体”。开发的目的是为了“评估什么”，是为了“验证”。

       当大家完全接受了这样的定义后就会发现，“开发”出来的东西不一定必须是一个“成熟产品”。它可以是一个PPT，只要这个PPT可以跟目标客户互动并获得反馈。

       Dropbox当年的第一个“开发原型”是一段视频，创始人用简单的动画诠释了云存储这个概念，并上传到了YouTube上，获得超量点击，这才让他验证了他对云存储需求的假设。Groupon最早的一个版本连网站都没有，是一个可以加入的邮箱列表（mailing list），想一起买楼下比萨的人可以留言表示加入。创始人用这样的方式攒到了150多人，他才意识到这是一个巨大的商机。如果他们当时不是做视频或者运营邮箱列表，而是做了一个真正的原型，想想这个反馈周期会有多慢。

       团队最大的失败是什么？一个组织不畏艰难、全心全意、按质量、按计划、按预算地开发出一款用户拒绝使用的产品。——Steve Blank

       验证

       开发完成了，就需要进入验证环节。验证环节是对于开发质量的唯一评价标准：到底可以带来多少客户反馈，是不是可以评估出什么。

       这个环节里最容易出错的事情是：因为大多数开发都是投入很多时间和人力，所以容易产生一种“虚荣指数”。即虽然可能啥客户反馈都没有，或者没有达到之前预计的“评估什么”的目标，好歹大家付出这么多，也要粉饰太平一下，从而会从单纯的工程方面去评估这次开发的质量，选择亮点自我安慰。这是不对的，必须坚持以“评估什么”来验收开发质量。

       团队最大的浪费是什么？人类文明里最大的资源浪费，不是金钱，也不是时间，而是人们的信任、热忱和激情。——Steve Blank

       认知

       验证环节结束，就到了最艰难的环节——认知。传统思维，验证的结果是产品的销售情况。而精益思维验证的结果是“经证实的认知”。当初的那个假设，有多少是对的，有多少是错的。是坚持，还是需要转型？通过这个认知大讨论，得出下一步的假设，从而进入了下一次四步循环。

        人们总误以为做产品需要天赋，或者灵光一现的天才，其实都是在这样一步一步的认知过程中，不断坚持或者伺机转型后逐步积累起来的。当年Peter Thiel投资Facebook的最重要的一个判断是：70%的用户每天会登录一次，平均登录时长30多分钟，3个月扩张了50所学校。这就是一个典型的“经证实的认知”，虽然那个时候Facebook还非常小。

        很多团队会在开发环节花掉绝大多数时间，而在假设、验证、认知上几乎都是几个小会草草了事。正确的做法是平均分配时间到这四个环节上。

        什么样才是成功？不是开发出某个产品或功能，而是学会了如何发现用户的需求，解决用户的问题，和为用户提供持续利益。——Steve Blank

        想一想驾驶汽车，你会因为方向盘偏右了一点，但操作手册没有指示而不往左回偏一点吗？你会因为错过了目的地而不绕回来，而是机械地直接开到一个你都不认识的不毛之地吗？如果答案都是否定的，那你做产品的时候，你会怎么做？