创新方法论–《精益创业》读书笔记

22 十二月, 2014 (16:44) | 产品经理, 研发管理 | By: iamwiki

笔者早就从各种渠道听闻这本被誉为创业圣经的《精益创业》了,在仰慕于它的神奇的时候也不仅好奇,“精益”究竟是个什么玩意?

最近花了两天工夫读完了此书,非常的酣畅淋漓,既解答了许多之前的疑问,也与很多之前自己的思考和实践不谋而合。在此对这两天的读书成果作一记录。

其实本书的名字虽然为精益创业(lean startup),但此创业不应理解为互联网行业创始一个公司,实际是传统行业的各项产品与服务也仍然适用,书中也多有提及,不妨把创业广泛的理解为新公司的创始和现有公司内部创新团队的运作。

一直以来,许多人都认为创新需要一种特殊的才能,因此只有像乔布斯这样少数的人才可以做,正如泰罗发明科学管理方法之前人们认为管理也是一种特殊才能一样(本书结尾对此也有提及),而本书正是把创新提炼为一种方法学,使得创新的过程变得清晰可见,并且很清楚的可以知道是否走在正确的道路上。

首先简单的说,本书提出的是一种开发->测量->认识的循环,并且追求一种小批量的工作周期。为什么要这么做?创新本质上是应对未知,特别是互联网行业发展迅速,影响业务的因素太多,乃至无法有一个先知能够“指出”正确的方向,乔布斯也不行,最多他的直觉会稍好一些。那么采取这样一种快速循环的方式,就可以让用户或者市场来判断产品发展的思路是否正确,最终反馈到开发环节中,避免费劲力气开发出没有市场价值的东西。

或许有人说,传统的开发模式,产品经理和市场人员开始把需求定好,不也是需要访谈客户调研市场么?

这种方式的问题是:一,访谈和调研,往往获取的需求很粗糙,甚至无效,福特说如果调研客户,他们会说只是想要一辆更好的马车,乔布斯也说如果调研客户则根本不会有iPhone;二,整个周期太长,期间无法得到有效反馈,并且最终版本压力太大。

精益创新的具体实践包括但不限于如下,完整内容请阅读原书:

  • 采用最小可行产品(不完全等价于原型)确认当前状况,要注意的是每过一段时间都会有当下阶段的最小可行产品,并不是只在一开始才有,它可以是对产品概念的说明,也可以是对某些功能特性的说明。如果最小可行产品也不是那么容易开发怎么办?书中给出了几个方法,如视频法,VIP法等等,VIP法有点类似于通信行业中的试验局客户;
  • 需要确认度量指标,否则无法判断决策的成功或是失败(决策可以是某项功能是否添加,或者是具体的UI表现形式,或者是传统行业的营销渠道是否更改,等等)。指标的选择和解读必须是合理而非虚荣的,例如互联网行业发展迅速,就不能因客户总数增长而沾沾自喜,而应关注活跃用户占比,付费用户占比等指标;
  • 将产品功能的开发阶段分为规划中、开发中、技术开发完成(但未验证)、验证中、验证有效或无效;
  • 小批量的运作方式,持续部署。现在流行的所谓互联网思维讲究快速迭代也是这个意思。这样有助于较早的发现问题,而不再是每年憋一个版本,这会导致巨大的浪费;
  • 事先想好业务的增长方式,作者给出了三种方式,黏着式、病毒式、付费式。黏着式的关键在于客户自然增长率要大于流失率,病毒式的关键在于病毒传播系数要大于1,越大越好,付费式的关键在于用户产生的价值大于获取用户的价值。通过上述检验、认知的过程,可以调整团队认为产品或业务所应该依赖的增长方式,确定之后就要再次通过检验、认知的过程去检查决策是否影响到了上述关键点;
  • 要建立自适应的组织以适应此种工作方式,硬件方面包括合适的工具、技术平台,软件方面包括合适的流程,支持,以及最重要的,一群理解该方式的团队成员;
  • 采用“五步追问法”,该方法简单描述是这样的,在出现问题后,连续追问五个为什么以找到最根本的原因。采用这样方法可以取得一种自然反馈的方法,在质量与速度间平衡,更重要的是,还有助于团队理解业务,更好的团结工作。
  • 成熟企业仍可运用精益方法,并且成熟企业需要有能力管理处于不同阶段的产品,并能实现自我颠覆式创新。这方面的典范是苹果,苹果iPhone诞生记读来惊心动魄,它是对iPod的颠覆,换了别人未必敢做。

仔细一思考,精益创业的例子在身边随处可见,书中也提到了很多,例如书中IMVU的例子。作者作为IMVU团队成员最开始想当然的认为开发XX功能,用户就会喜欢,埋头开发了数周之后发现用户根本不认可。最终该团队才逐渐掌握了精益方法学,着眼于客户需要的功能而非自己想象的功能,并且致力于优化关键指标(付费用户比例)上了。

传统行业的企业是否可以应用精益方法?书中开篇就给了一个例子,Snaptax,尽管这是一个软件企业的实践,也许不那么“传统”,但考虑到非互联网行业的软件企业仍大量采用瀑布式长周期的方法,因此仍然可以说这是一个非常有启发性的例子。另外笔者也在思考在笔者所处的通信行业中是否也可以使用?尽管做硬件的时间无法缩短,但产品仍然可以分版本发布,可以尽量减小第一个版本包含的内容以快速发布获取市场反馈。对于增量的功能和特性,需要采取书中提到的跨部门运作的方式。笔者就是这么实践的,在某功能未发布的时候笔者就召集了测试和市场人员,要求他们给出可用性的意见,也无怪乎笔者说自己是“吸取了互联网思维方式”了!

题外话,互联网行业很多书籍中记载的案例都可以作为精益方法学的实证,如笔者正在读的《淘宝十年产品事》,之前数位大佬热捧的《需求》等等。

总结,世界在变,一成不变的朝着一个既定目标进发已经越来越不合时宜了。身处浪潮中,无论是作为研发人员,还是作为产品人员,都应该拥抱变化,缩短部署周期,根据市场真实反馈快速调整 。且让我们拭目以待,看看精益方法究竟能走多远,能在多大程度上改变世界。

 

 

    分享到:

Write a comment





Time limit is exhausted. Please reload CAPTCHA.