过早扩张、未经检验的技术,创业公司最易跳入哪些致命陷阱?( 三 )

既然说过早扩张是初创公司的头号杀手 , 为什么还会经常出现过早扩张呢?

首先 , 扩张真的很有趣 。 Twitter 的初始版本是一个简单的单一 CRUD 应用 , 现在任何一个集训工程师都可以构建出来 。 仅仅过了几年 , Twitter 就出现了一系列有趣的问题:需要查询大量数据 , 停机成本很高 , 使用量激增 , 用户群庞大 。 为满足这些需求 , Twitter 引入了规模化的技术 , 使这项工作对那些加入的员工来说更加令人兴奋、更具有吸引力 。 这种兴奋使早期扩张成了工程团队容易陷入的陷阱 。

其次 , 建立绩效体系似乎是合理的需求 。 一些工程师对黑客系统感到震惊 , 仿佛它们就是一种道德沦丧的象征 。 对于那些为大型科技公司工作的创业工程师来说尤其是个问题 , 这种可能不太优雅的解决方案令人厌恶 , 因为在这些公司里 , 所有事情都必须规模化完成 。 “不做规模化的事”是 Y Combinator 公司的一条常见建议 , 它在工程中的应用 , 和在业务流程中的应用一样多 。

技术债务导致早期初创公司的夭折比你想象的要少 。 如果你成功了 , 你通常会有足够的资金来弥补你犯下的所有工程错误和你采取的捷径 。

推荐阅读