短周期验证偏好法则
解决什么问题
产品团队立项时倾向于规划 6-12 个月的大项目,默认"宏观环境不变"这一隐含假设,结果被无法预测的外部剧变(疫情、监管风暴、技术突变)直接摧毁。
核心内容
Mayur Kamat 的职业生涯连续撞上宏观黑天鹅:疫情期间在旅游公司 Agoda,监管风暴最猛烈时期在 Binance,再加上 Hangouts 的惨败。由此形成他现在的核心产品哲学:不要接周期 6 个月到一年的项目,因为你根本控制不了宏观——世界变化的速度已经快于长项目的交付周期。
具体案例(Agoda):团队想控制酒店的线下支付基础设施——不仅线上订单,住客在酒店前台的每一笔消费都经过自己的设备,既赚钱又获得了超越"半年订一次"的高频用户触点(旅行是低频行为,用户下次订房时通常直接去 Google 而不是回到 Agoda,支付是把低频产品嫁接到高频行为上的通路)。执行也很"Agoda 式"——去商场买 50 美元的 Android 设备装上自研软件,用摄像头扫信用卡收款,数千家酒店用了起来。但因为金融牌照等原因,从启动到正式上线花了 6-9 个月——然后疫情来了,再也没有人去酒店。复盘结论:疫情无法预见,但"上线花了这么久"本身是可以做得更好的;教训不是"别做大产品",而是**"不要花太久才发布、不要花太久才验证假设"**——大产品也要设计出尽早拿到信号的路径。
配套的决策哲学:对可逆的、不会把公司送进监管坟墓或伤害用户的决策,"没有对的决策和错的决策,只有慢的决策和快的决策"——快速做出的错误决策会快速暴露并被纠正,总耗时往往仍少于为"正确决策"深思熟虑几个月。他也强调 Booking 的反例式启示:Booking Holdings 十年前 100 亿美元、十年后 1700 亿美元,卖的还是同样的机票酒店租车——增长不靠"做完全不同的事情"的宏大战略,靠的是把每一件小事优化到极致并快速复利。
适用边界
明确的例外:医疗、军事等可能伤害用户的领域,以及可能"杀死公司"的合规决策,不适用"快比对错重要";需要长周期审批的业务(如金融牌照)无法完全压缩验证周期,此时更要在等待期并行地做低成本信号收集。这一哲学也不否定发布大产品,而是要求大产品内部结构化出早期验证点。
关键引述 · 原话
"Don't take on projects that are going to be six months, a year, because you just generally don't have control over the macro." — Mayur Kamat
"There's no right or wrong decision. There's just slow and fast decisions... for anything that's reversible, anything that's not going to get you in jail or kill your company." — Mayur Kamat
关联卡片
与《strategy-is-hypothesis-to-data-speed》是同一哲学的两面:那张卡讲"用验证速度替代战略",这张卡讲"为什么长周期项目本质上是在裸奔赌宏观";Agoda 的经历也是《cohort-experimentation-avoids-macro-noise-trap》中实验文化的来源。
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2