敏捷与长期复利双引擎
解决什么问题
两种常见的工作模式各有缺陷:纯"快速行动"模式无法解决需要长期基础设施建设的问题;纯"长期战略"模式缺乏行动力和动量。如何在同一个人/团队中同时运用两种模式。
核心内容
两种模式
Go-go-go ASAP(乐观、即时行动):
- 核心信念:面前永远有可以立即行动的机会
- "我们会拖到截止日前一天才做,那就把截止日改成明天"
- 注入能量,激发他人,形成正反馈循环
- 允许犯错,先试再说
- 适用场景:验证可行性、建立 proof of existence、突破启动阻力
Long-term compounding(长期复利):
- 核心信念:有些事无法在一个下午解决,需要多层基础设施
- 问自己:什么需要随时间为真?什么是我们永远不会后悔投入的?
- 适用场景:基础设施建设、可靠性提升、可扩展平台搭建
如何混合使用
用 go-go-go 创造 proof of existence,用 long-term compounding 构建规模化能力。
案例——Stripe 83(b) election 自动化:
- Go-go-go:让一名工程师当天用第三方邮件服务往办公室寄一张白纸。收到回信的那一刻证明了"83(b) election 本质上就是寄一张纸给 IRS,我们能做到"
- Long-term compounding:严谨选择第三方供应商和备用供应商、建立 SLA、告警系统、playbook、OCR 验证、校验和——用一年多时间构建可靠的端到端基础设施
关键判断
当 go-go-go 不再产生效果时(投入更多精力但回报持平),需要切换到 long-term compounding 模式,接受短期内线条变平,重新构建底层能力。
案例——Stripe 支付方式扩展:前 7-8 年用 go-go-go 模式扩展国家和支付方式,曲线平坦(停留在约 10 种)。切换策略:建内部平台、派人驻扎各国实地使用。曲线继续平坦一段时间后转为非线性,从 10 → 50 → 100+ 种支付方式。
适用边界
- Jeff 坦言这种平衡"still struggle with"——不是一劳永逸的公式,需要刻意平衡
- Go-go-go 不适用于对可靠性要求极高的场景(Jeff 自己说"不适用于 API 的五个九")
- Long-term compounding 需要组织有耐心承受曲线平坦期,这在追求短期回报的环境中很难
- 需要能区分"什么时候该切换模式"的判断力——信号是:投入持续增加但回报持平
关键引述 · 原话
"Can we turn tomorrow into today?" — Jeff Weinstein(描述 go-go-go 心态)
"We'll never regret spending time making the latency of our payments APIs at Stripe faster. We'll never regret making it more reliable to send 83B election mails to the IRS." — Jeff Weinstein
关联卡片
与"building 0-to-1 at large companies"playbook 中的"proof of existence"步骤直接对应。
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2