PD · FW · 017
安全漏斗创新孵化法
Incubate Iterate Integrate With Safety Funnel · incubate-iterate-integrate-with-safety-funnel--tanguy-crusson
所属簇 企业内创新与 0 到 1 孵化
解决什么问题
在已有大规模用户群的成熟产品（如 Jira 有 12 万客户）上做创新时，面临两难：直接在核心产品上实验会破坏数百万用户的体验；完全脱离核心产品又失去了平台优势和分发渠道。
核心内容
借鉴自 Noah Weiss（Squarespace CPO，此前在 Foursquare）的三阶段模式，并结合 Reforge 的 Safety Funnel 概念：
阶段一：Incubate（孵化）
- 在核心产品平台之上，但脱离核心 UX 流程，构建一个独立的空间做实验。
- Instagram 案例：最初的时间线是按时间排序的。团队在旁边做了一个"Popular"标签页实验，与核心 feed 分离。
- Jira Product Discovery 案例：在 Jira 平台上构建，但刻意脱离 Jira 的核心 UI 组件和 workflow，为产品经理重新设计 UX（视觉化、快速拖拽、无 spinner），因为 Jira 的 UI 对产品经理来说太死板、太慢。
- 判断标准：如果你的平台 UX 对目标用户足够好，就不需要这么做；只有在平台 UX 不适合目标用户时才脱离。
阶段二：Iterate（迭代）
- 在这个独立空间中持续迭代，直到产品对目标用户群足够好。
- Instagram 案例："Popular"标签页演变为"Explore"标签页，持续优化。
阶段三：Integrate（整合）
- 当独立空间的产品足够成熟后，再将其整合回核心产品。
- Instagram 案例：Explore 的算法逻辑最终成为主 feed 的推荐逻辑，feed 不再按时间排序，而是基于兴趣。
- Jira Product Discovery：目前正处于整合阶段。
Safety Funnel（安全漏斗）
- 与传统增长漏斗（最大化通过人数）相反：在早期阶段主动设置硬性上限，限制接触产品的人数。
- 目的：控制"有过糟糕体验的用户数量"，因为早期流失的用户极难挽回。
- 用 Lighthouse Users Program 的分阶段（10 → 100 → 1000）来执行这一漏斗。
适用边界
- 适用于在已有大用户群的平台上做创新。如果是全新产品线，无需此框架。
- "脱离核心 UX"需要获得授权——Tanguy 是靠积累的信任筹码和 Point A 孵化器的保护才做到的。
- 整合阶段可能需要额外的设计提升——Jira Product Discovery 在功能就绪后，仍被创始人要求花 2-3 个月提升设计水准才允许 GA。
关键引述 · 原话
"Don't feel limited by your platform to answer the core things that are necessary for your product to work." — Tanguy Crusson
关联卡片
Safety Funnel 的执行依赖 Lighthouse Users Program；整体框架是 Point A 孵化器中 Make 阶段的产品策略。
出处：Tanguy Crusson · 03-podcasts/tanguy-crusson.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2