产品开发与企业增长策略解析
探索阶段的工程实践
在探索新产品理念或现有产品新特性时,通常倾向于采用类似丰田生产系统“构建质量于软件之中”的原则。然而,在这个阶段,构建最小可行产品(MVP)进行实验的需求与通过自动化测试等实践保证高质量之间存在矛盾。
当开始验证新想法时,我们希望尽可能快地尝试更多的点子,甚至理想情况下不编写任何软件。对于必须编写的软件,也不想花费大量时间构建验收测试和重构代码。正如Martin Fowler所说,为了进行实验和验证,会刻意且谨慎地积累技术债务。
但如果产品成功,这种做法会遇到问题。一两年后(取决于承受能力),产品的更改会变得繁重且耗时,还会出现大量缺陷和性能问题,甚至可能需要进行大规模重写。
为了后续能够偿还技术债务,从一开始就应遵循两个实践:持续集成和少量基本单元及用户旅程测试。当产品(处于第三阶段)或特性(处于第二阶段)从实验阶段转变为验证阶段时,就需要积极偿还技术债务,比如增加更多用户旅程测试、采用模块化等良好架构实践,并确保新代码使用测试驱动开发。
从探索到验证的转变需要极大的纪律性,要从构建正确的东西转向正确地构建东西。选择在产品或特性生命周期的哪个点偿还技术债务是一门艺术,如果技术债务积累过多,可以考虑其他替代大规模重写的方法。
增长引擎
在产品增长方面,有以下几种关键策略可供选择:
| 增长策略 | 描述 | 关键指标 | 示例 |
| — | — | — | — |
| 病毒式增长 | 现有用户正常使用产品时,会自然地吸引新用户注册 | 获客和推荐,结合为著名的病毒系数 | Facebook、MySpace、AIM/IC