对于一个初创企业来说,有什么比速度更珍贵的呢?Sam Altman如是说:“快速推进。速度是你逃离巨大竞争吸力的最主要的方法”。 而Eric Ries所提出的当前炙手可热的“精益创业”理念大部分说得也就是速度的问题。那么对于一个初创企业来说,速度最大化以避免你的企业坠毁得灰飞烟灭尸骨无全究竟意味着什么呢?下面我们就好好分析分析!
初创企业发展速度模型
初创企业跟火箭一样都是按着一个速度往前推进的。在物理学中速度指的是在某个时间内推进的距离。而对于初创企业来说,速度意味着企业发展的进度(上图右上的Progress)除以所需的时间(上图右下的Time)。假设一个初创企业所需要投入的资源成本就是时间,进度就等同于获取到的商业价值,那么替换到以上的公式就得出了你的ROI(投资回报率)!
作为一个初创公司来说,你将会面临很多的不确定性。你很难去预测你下一次迭代的功能点收效如何。你的预测结果也许会命中,但大部分情况下往往结果会是错的。你所能做的事情就是去快速投放市场验证然后观察效果。总的来说,初创企业在每次迭代时所取得的进展平均起来都是很小的,因为在10个功能点快速验证当中,你如果有几个效果是很成功的话已经是非常阿弥陀佛的了。
为了在我们的初创企业速度模型中更好的描述这些令人担忧的因素,让我们把迭代进度进一步细化成“预期功效“(下图右上的Expected Win)和“成功机率”(下图右上的Success Chance)。在下图中你就能看到每次迭代中低迷的“成功机率”会大大的拖住每个初创企业的发展速度。这我们总不能坐视不管啊。
好消息是在上面的迭代效率模型的底部你还有个叫做时间(Time)的东西让你扳回一城。你将需要竭尽所能的在每次迭代中用尽量短的时间将功能推出市场进行快速验证。同时,迭代时间又可以细分成以下两个主要部分:
开发时间(所有直接对产出做出贡献的活动— 编码,设计,测试,以及部署速度)
间接消耗时间(研究,讨论,头脑风暴,计划,等等。)
最终得出的细分的迭代效率模型图如下:
从中可以看到,如果能把开发时间(上图右下的Development Time)和所有间接消耗时间(上图右下的Overheads Time)拉下来的话,你就能大幅度的提升你的初创企业的迭代速度。如果仅仅测试一个小改动你就需要花费几个小时的测试时间的话,那么,这意味着你的产品开发正面临着一些严重的问题,是时候开始做点事情了。同理,在你费尽口舌耗费几个小时来说服你的小伙伴们来认同你的观点期间,你其实已经可以将它实现出来并开始进行测试了。少说,多做!
那么,我们可以做些什么事情来加快我们每次迭代的进度呢?答案是肯定的,建议如下:
从潜在价值高的功能入手 — 首要的就是要关注在那些你在短期内可以实现的给你的产品带来重大改观的那些功能点上面。
好好对你的上一次迭代进行研究分析,以便更精准高效的对这次迭代的预期效果做出评估以提高成功率。
对大功能点要抱着如履薄冰的态度 — 虽然大的功能点往往会带来可观的赢面,但它们同时也会充满风险和消耗时间(基本上,大功能点会拖你后腿让你行动缓慢)