AI 转型发散收敛模型
解决什么问题
当一项新技术(如LLM)突然出现,组织里人人都想"把AI塞进所有东西"时,怎么避免既扼杀创造力、又避免一地鸡毛地重复造轮子、最后一堆没人用的功能上线("造了一个有点蠢的人工智能人,然后把它塞进一切里"式的失败)。
核心内容
2022年秋天(ChatGPT公开发布前几个月),Cohen 召集LinkedIn各团队负责人,主导了一次组织级的AI转型,分成明确的两个阶段:
第一阶段——回到问题本身,不是"给方案找用途":不是"我们有了这个很酷的技术,能用它做什么",而是"放下你已有的roadmap,回到你原本要解决的目标,现在有了这项技术,你要怎么把这个目标做得更好"。也就是说,起点永远是原有的问题陈述(problem statement),而不是技术本身。
第二阶段——发散(diverge)几周,刻意允许重复和混乱:
- 主动鼓励团队自由探索、被技术点燃创造力,不去圈住他们;
- 允许多个团队在一段时间里做出相似但实现方式不同的重复项目——这是刻意的,因为这个阶段的目的是"学习",而不是效率;
- 这段时间产出了大量内部实践积累(例如"prompt engineering"作为一套内部playbook被摸索出来,后来甚至反过来分享给OpenAI和Microsoft)。
第三阶段——收敛(converge),自上而下砍掉多余方向:几周之后,基于发散阶段看到的所有可能性,自上而下挑出"最好的几个大赌注"(best bets),把资源集中收拢到这几个方向上,不再允许"人人做自己想做的东西"——原因很直接:算力/人力/成本都是硬约束。Cohen 把常规的多主题产品评审(product jam)在这个阶段临时改为每周只审查这几个精选大赌注,以此向组织传达"这就是我们现在唯一在乎的事"。
Cohen 补充的一个连带认知:如果不给团队"发散探索"的空间和时间,组织里会积压大量"我一直想试试AI能不能做X"的挫败感,这种被压抑的探索欲迟早会以负面情绪或私下摸鱼的方式冒出来,不如主动、有时限地把它释放掉。
适用边界
- 这套流程依赖领导者本人愿意投入大量个人时间做高频review(Cohen提到从常规节奏改为每周审查),不适合领导层没有带宽持续跟进的组织;
- 发散阶段刻意容忍重复和低效,团队和管理层需要有心理预期,否则容易被当成"混乱没有章法"而提前叫停。
关键引述 · 原话
"不是说,哦我们有这个很酷的技术,能拿它做什么;而是回到你原本想解决的目标,现在有了这个技术,你要怎么把这个目标做得更好——这才是真正的AI-first。"——Tomer Cohen
关联卡片
与"ai-first-product-leader-ownership"卡片是同一场2022年转型的配套流程;可与其他播客中"R&D周期"或"20%时间"类创新管理框架对照。
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2