从精益开发到精益创业
本文为《精益创业》书评
这是一个创业疯的年代。有个段子说海淀西街一块招牌掉下来,能砸死九个半创业的。一方面是咖啡厅的喧嚣、投资人的出没、创业团队的频繁曝光;另一方面,在电脑和手机上却找不出几个叫好又叫座的应用。
技术人员设计的产品往往惨不忍睹。在《交互设计之路》里边,设计VB那哥们说的很直接:这完全就是一帮疯子在管理疯人院。因为他们更多的去关注机器是否Happy,而不是用户是否Happy;他们会拼命的往界面上堆砌button来显示软件功能的强大,他们做的东西就像是会跳舞的熊——虽然会跳,但怎么都不能称为舞蹈。
然而,独具优势的产品人员们正在孜孜不倦的设计没人用的产品。这些产品拥有很好的外观、很棒的交互细节、很强大的功能,唯一的缺点只是没有人愿意用。大公司的产品也是如此,一个个产品被上线然后下线,每天在微博里边都能看见各种应用出来和我们你好再见。
我一直在疑惑,我们应该如何去设计和开发产品?怎样才能让我们的产品制造过程不单凭借产品经理的天马行空的想法,而是真真正正的脚踏实地、有章可循?
直到今年5月,我读到《精益创业(The Lean Startup)》这本书,它让我看清了一个事实:我们正在经历的移动互联网时代,是一个需求剧烈变动的新领域。以往的很多经验、常识在这个领域是无效的,这导致了大量的产品失败。旧的经验只有在实践中才能证明,新的经验只有在实践中才能获得,而唯一靠谱的做法,就是不断去实践。
《精益创业》几乎是天生为技术创业者准备的,因为它大量借鉴了敏捷开发中的精益方法,很多思想和敏捷一脉相承,技术人员接受它明显比产品人员快,因为只是它将敏捷的思想从产品开发,扩展到了整个产品流程(包括需求获取)。下边的图精确的描述了Lean的位置。
精益创业其实是一种方法论。
它认为创新本身就是持续的管理,而这个管理过程是迭代进行的。初创阶段,我们通过构建最小可用产品(MVP)来获取用户反馈,然后不断的经历Build-Measure-Learn的创新循环来推动产品前进和累计经验。这些通过实践数据证实的经验被称为已证实的认知。
和大部分公司里边莫名其妙的KPI不同,精益创业通过数据精确衡量产品质量,这个过程称为创新核算。创新核算的目的是衡量两个东西,一个是商业假设是否正确,另外一个是增长引擎是否强劲。
前期要统计的数据和商业假设密切相关,通过同期群方式进行展示,只显示每个时间段的增量而非全量。得到数据后,产品团队进行一段时间的调整,然后视数据决定转型还是继续。一旦商业假设被证明,创新核算就要开始统计产品增长。
一个功能的添加,要么是证明商业假设,要么能推动产品增长,而不是产品人员拍拍脑袋就加上了;添加完成后的功能需要测量结果,如果数据不理想,负责的产品人员要做检讨。
正是因为创新核算涉及到大量的统计工作,在精益运动过程中出现了不少工具软件,比如一些可定制的统计系统、A/B测试框架、UX测试平台等。
在国外,众多使用精益创业的技术型团队成绩斐然,其中包括大家耳熟能详的Dropbox。
从6月份开始,我在公司的项目上也试用了精益创业的方法,收效很明显。首先我们用了2个月开发出了最小可用版本,然后通过邀请的方式进行客户测试。数据证实了我们关于用户支付意愿的假设,并超过了我们预期的转化率。于是我们开始迭代开发正式版本。A/B测试在细节数据调整方面贡献突出,比如调整默认选项后,客单价得到明显提升。
对很多人来讲,《精益创业》不过是些老生常谈的概念,然而正如所有伟大的真理说起来都很简单一般,只有将这些方法融合到我们的日常工作并持续下去才能有所收获。
如果你不幸要去创业,记得读完《精益创业》。
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:easy 来源: 方糖气球
- 标签: 精益创业
- 发布时间:2012-12-18 22:54:51
- [55] IOS安全–浅谈关于IOS加固的几种方法
- [55] Oracle MTS模式下 进程地址与会话信
- [54] 如何拿下简短的域名
- [53] android 开发入门
- [52] Go Reflect 性能
- [52] 图书馆的世界纪录
- [49] 读书笔记-壹百度:百度十年千倍的29条法则
- [47] 【社会化设计】自我(self)部分――欢迎区
- [38] 程序员技术练级攻略
- [33] 视觉调整-设计师 vs. 逻辑