04 · 融资与战略：怎么活下去？怎么把故事讲给投资人？
"The default outcome of a startup is failure. The default path of a startup, if nothing changes, is death."
—— Paul Graham, Default Alive vs Default Dead (2015)
03 模块 帮你拿到 PMF——但 PMF 不是终点，而是资本游戏的起点。
很多创业者拿到 PMF 后死在两件事上：
- 现金烧光——以为有 PMF 就能融到钱，结果 Runway 不够撑到下一轮
- 故事讲不清——数据很好，但 Demo Day 2.5 分钟讲不明白为什么这是 $1B 机会
本模块的 9 个工具，回答的是：
"我如何确保公司能在资本寒冬里活下去？如何把已有 PMF 的生意变成让投资人想投的故事？"
| 顺序 | 工具 | 类别 | 何时用 |
|---|---|---|---|
| 1 | Default Alive vs Default Dead | 生存判断 | 二元判断"保持当前节奏能否活到盈利" |
| 2 | Runway & Burn Rate | 现金管理 | 现金还能撑几个月 |
| 3 | SAFE（Simple Agreement for Future Equity） | 早期融资 | YC 发明的最快融资工具 |
| 4 | Cap Table（股权结构） | 股权管理 | 谁占多少、稀释后变成多少 |
| 5 | TAM/SAM/SOM（市场规模估算） | 市场判断 | 这笔生意天花板在哪——算清楚再讲故事 |
| 6 | Pitch Deck（10/12 页结构） | 融资叙事 | Demo Day 2.5 分钟的浓缩版 |
| 7 | Investor Updates（投资人月报） | 融资后运营 | 融资完成的当月开始——每月 4 段式月报 |
| 8 | Board of Directors（董事会） | 公司治理 | Series A 后变成核心工作——占 CEO 20% 时间 |
| 9 | 反向推演（Pre-Mortem / Pre-Parade） | 战略防御 | 启动前假设"项目 12 个月后已死"——倒推致死原因并逐个预防 |
2026 年调整说明：本模块原有 12 个工具——另外 6 个（合伙人选择、第一性原理、双钻模型、Schlep Blindness、OKR、Founder Mode）已分散到更合适的位置：
工具一：Default Alive vs Default Dead
是什么
Default Alive vs Default Dead 是 Paul Graham 2015 年同名 essay 提出的二元判断工具。这个框架的精妙之处在于：它不需要你懂复杂的财务模型。不需要 DCF、不需要 NPV、不需要 term sheet——只需要回答一个二元问题：你现在的公司如果不再拿任何钱，能不能活到盈利？
PG 写这篇文章的背景是 2015 年——上一轮融资泡沫的尾声。大量 VC-backed startup 把"我今天拿了 $10M，所以我 18 个月后再拿一轮"当作理所当然。PG 的警告是：市场会变。当资本寒冬来临时，如果你不是 Default Alive，你不会被提前通知——你只是突然发现自己融不到钱了。
PG 原文详见 —— Paul Graham, "Default Alive vs Default Dead", 2015
定义：
| 状态 | 含义 |
|---|---|
| Default Alive | 保持当前收入和支出节奏，公司能在现金烧完前达到盈利 |
| Default Dead | 保持当前节奏，必须再融资才能活下去 |
关键：这不是"现在是否盈利"——而是"如果不再融资，最终能不能盈利"。很多公司在亏损阶段就已经是 Default Alive——因为收入增长曲线早晚会突破支出线。反过来，很多有正现金流的公司如果增长为零但支出持续上涨——它们也可能是 Default Dead。这个判断与"现在亏不亏"无关。
为什么用
核心问题：早期创业者最大的财务幻觉——"我有 PMF，所以我会融到下一轮"。
PG 2015 的警告：
"Many startups die because they assume they'll raise more money. They are default dead and don't realize it."
Default Alive vs Default Dead 把复杂的财务模型简化成二元判断——你不需要懂 DCF、不需要懂 NPV，只需要回答一个问题：
"如果明天起没人再投我钱，我能不能活到盈利？"
如果答案是"不能"——你不是在创业，你是在融资。
怎么用
步骤 1：列出现金流要素
| 收入 | 支出 |
|---|---|
| 月度 recurring revenue | 月度固定成本（工资、办公） |
| 一次性收入 | 月度变动成本（云服务、营销） |
| 一次性支出（设备、税费） |
步骤 2：计算两条曲线
月份 1: 收入 $50K, 支出 $100K → 净烧 $50K
月份 2: 收入 $55K, 支出 $100K → 净烧 $45K
月份 3: 收入 $61K, 支出 $100K → 净烧 $39K
...
月份 N: 收入 ≥ 支出 → 净烧 ≤ 0（break-even）
两条曲线：
- 收入曲线：基于当前增长率（保守估计）
- 支出曲线：基于当前 burn rate
步骤 3：判断 Alive/Dead
- 收入曲线在现金烧完前穿过支出曲线 = Default Alive ✅
- 收入曲线在现金烧完前没穿过支出曲线 = Default Dead ❌
步骤 4：如果 Default Dead，三选一
| 选项 | 做法 |
|---|---|
| 加速增长 | 提升 MRR 增长率（产品迭代、销售投入） |
| 削减支出 | 裁员、降薪、减少营销 |
| 融资 | 用稀释换生存时间（最贵选项） |
案例：PG 在 essay 中举的例子（2015）
PG 在 Default Alive vs Default Dead 中给了一个具体计算：
假设：
- MRR: $10K，月增 10%
- 月支出: $15K（固定）
- 现金: $100K
计算：
- 月份 1: MRR 5K
- 月份 2: MRR 4K
- ...
- 月份 5: MRR 0.4K
- 月份 6: MRR $16.1K，break-even ✅
结论：这家公司是 Default Alive——只要不增加支出，6 个月内达到盈利。
反过来如果月增只有 5%：
- 月份 1: MRR 5K
- 月份 14: 才接近 break-even，但现金只够撑 7 个月
- 结论：Default Dead——必须融资或削减支出
案例：2022 年 SaaS 公司的 Default Dead 危机
2022 年加息后 VC 收紧，大量 SaaS 公司发现自己 Default Dead：
| 公司类型 | 2021 假设 | 2022 现实 |
|---|---|---|
| 增长率 | 月增 15% | 月增 5% |
| 融资环境 | 随时能融 | 融不到 |
| 估值倍数 | 20x ARR | 5x ARR |
很多 2021 年估值过高的公司被迫"down round"（低估值融资）或倒闭——Stripe、Instacart 等都经历了内部估值下调。
Garry Tan 上任 YC CEO 后（2023）反复强调："W23/W24 batch 公司必须把 Default Alive 作为目标——不要再假设能轻松融资。"
案例：李泽湘体系的"硬件 Default Alive"
硬件创业的 Default Alive 计算更复杂——因为硬件有库存周期、生产周期、渠道周期。
李泽湘体系的方法：
- 早期不追求 Default Alive——硬件 pre-PMF 阶段必然 Dead
- 靠体系内供应链支持延长时间——XbotPark 共享工厂让硬件公司 burn rate 降低 50%
- CES/Kickstarter 提前验证收入——众筹资金是"无稀释现金"
深圳科创学院 60% 项目 2 年内拿到天使轮——这背后是体系对"Default Dead"的精确管理和"延长时间"的策略。
常见误区
| 误区 | 修正 |
|---|---|
| 过度乐观的增长假设 | 用保守的增长率（现实打 7 折） |
| 忘了"一次性"支出 | 税费、设备、法务都要算 |
| 融资=解决方案 | 融资是最贵选项——优先考虑增长和削减 |
| 算一次就完 | 每月重算一次——节奏变了状态就变 |
与其他工具的关系
- 上游：03 模块的 Unit Economics（单元经济学 + 规模 = Default 状态）
- 下游：Runway（Default Dead 时紧急计算）、融资决策（Default Dead 是融资紧迫性的依据）
工具二：Runway & Burn Rate
是什么
- Burn Rate（烧钱速度）：公司每月净亏损——即现金减少的速度
- Runway（跑道长度）：现金能撑几个月——即"距离坠毁还有多久"
核心公式：
Runway = 现金余额 / 月度 Burn Rate
例：现金 100K → Runway = 10 个月。
为什么用
Runway 是创业公司的"生命条"——所有决策都要在这个时间窗口内完成。
YC 的标准建议：
"Always have at least 12 months of runway. 6 months is dangerous. 3 months is death."
为什么 12 个月？
- 融资周期：3-6 个月
- 战略调整：3 个月
- 缓冲：3 个月
少于 12 个月，你就被迫做"短视决策"——降价促销、紧急裁员、接受坏条款。
怎么用
步骤 1：算 Gross Burn 和 Net Burn
| 指标 | 定义 |
|---|---|
| Gross Burn | 每月总支出（不含收入抵减） |
| Net Burn | 每月净亏损（支出 - 收入） |
为什么区分？
- Gross Burn 反映"成本结构"——能否削减
- Net Burn 反映"真实烧钱速度"——决定 Runway
步骤 2：算 Runway
Runway = 现金 / Net Burn
步骤 3：根据 Runway 决定行动
| Runway | 状态 | 行动 |
|---|---|---|
| > 18 个月 | 安全 | 全速增长 |
| 12-18 个月 | 健康 | 正常增长 + 准备融资 |
| 6-12 个月 | 警告 | 优先融资 + 削减可选项 |
| 3-6 个月 | 危险 | 紧急融资 / 大幅削减 |
< 3 个月 | 死亡线 | 立即重组 / 卖公司 |
步骤 4：延长 Runway 的 3 个杠杆
| 杠杆 | 效果 | 副作用 |
|---|---|---|
| 削减成本 | 立即生效 | 影响增长（裁员影响产能） |
| 加速收入 | 1-3 个月生效 | 可能稀释品牌（促销） |
| 融资 | 3-6 个月生效 | 稀释股权 |
案例：YC 的 "Runway 数学"（2023 Garry Tan 时代）
YC 给 batch 公司的标准建议：
| 阶段 | 建议 Runway | 建议 Burn |
|---|---|---|
| 刚加入 YC | 12 个月 | $50K-100K/月 |
| Demo Day 后 | 18-24 个月 | $100K-200K/月 |
| Series A 前 | 24 个月 | $200K-500K/月 |
关键：Demo Day 融到的钱要够撑到 Series A（通常 18-24 个月）。
案例：Quibi 的反例（2020 年失败）
Quibi（短视频流媒体，2020 年失败）：
- 融资：$1.75B
- Burn Rate：$30M/月（早期）
- Runway：约 4 年
听起来 Runway 很长——但 Quibi 的 Burn Rate 在 6 个月内涨到 $50M+/月（内容投入），实际 Runway 缩短到 2 年。
更糟的是：Quibi 的"增长假设"失败——首月注册 300 万后快速下滑。
教训：Runway 不是孤立的指标——必须和增长假设一起看。Burn 高但增长快 = OK；Burn 高但增长慢 = 死路。
案例：李泽湘体系的"硬件 Runway 管理"
硬件创业的 Runway 管理比软件复杂——因为：
- 硬件开发周期长（6-18 个月）
- 量产需要一次性大投入（开模、备料）
- 库存占用大量现金
李泽湘体系的方法：
- 清水湾基金 + XbotPark 基金 + 松山湖种子基金——多层次资金支持
- 共享工厂降低固定资产投入——把"capex"变"opex"
- Kickstarter 众筹作为"预售现金流"——用户先付定金，工厂再生产
深圳科创学院体系内公司平均 Runway 比独立硬件创业者长 1.5-2 倍——这是体系的核心价值之一。
常见误区
| 误区 | 修正 |
|---|---|
| 只看 Net Burn | Gross Burn 决定你能削减多少 |
| Runway > 12 月就放心 | 还要看增长是否跟上 |
| 融资=解决 Runway | 融资稀释股权——优先削减和增长 |
| Burn 固定不变 | Burn 会随公司扩张上涨——动态计算 |
与其他工具的关系
- 上游：Default Alive/Dead（决定 Runway 是否够用的判断）
- 下游：SAFE（Runway 紧张时启动 SAFE 融资）、Pitch Deck（融资叙事要讲 Runway）
工具三：SAFE（Simple Agreement for Future Equity）
是什么
SAFE（Simple Agreement for Future Equity） 是 YC 在 2013 年发明的早期融资工具。在这之前，硅谷早期融资主要用 Convertible Note（可转债）——但它有几个问题：它是债务，破产时优先偿还；有到期日，必须按时转换或还款；有利息，增加复杂度。更关键的是——可转债的整套法律机制是为"公司已经存在了"的场景设计的，而不是为"三个创始人在车库里还没有产品"的场景。
YC 的 Carolyn Levy 和 Jared Friedman 团队的设计思路非常简单：创业者需要的是一个"现在收钱、未来转换"的协议——不是债务、没有到期日、没有利息。这相当于把可转债里那些不适合早期创业的元素全部剥离，只保留"未来转换成股权"这一个功能。
核心机制：
创业者现在收钱，未来（下一轮股权融资时）转换为股权。
现在 ──────► 投资人投 $100K ──────► SAFE 协议
│
▼
下一轮 Series A ──────► SAFE 自动转换为 Series A 股票（按约定折扣）
4 个关键参数：
- Valuation Cap（估值上限）：5M 估值"转换
- Discount（折扣）：20%——下一轮估价的 8 折
- MFN（Most Favored Nation）：如果以后给别的 SAFE 更好条款，本 SAFE 跟进
- Pro Rata Rights：下一轮后能继续跟投的比例
为什么用
对比传统股权融资：
| 维度 | 传统股权融资 | SAFE |
|---|---|---|
| 法律费 | $30K-50K | <$5K（YC 模板免费） |
| 谈判周期 | 2-3 个月 | <1 周 |
| 估值要求 | 必须定价 | 不用定价 |
| 文件页数 | 100+ 页 | 5 页 |
| 灵活性 | 每个投资人条款不同 | 标准化 |
SAFE 让早期融资从"3 个月项目"变成"1 周项目"——这是 YC 对全球创业生态的最大贡献之一。
YC 2013 年发明 SAFE 后，美国早期融资 95%+ 都用 SAFE 或类似工具（AngelList 的 Convertible Note 也在转型）。
怎么用
步骤 1：决定 SAFE 条款
| 条款 | 典型范围 | 谈判策略 |
|---|---|---|
| Valuation Cap | 15M（种子） | 越高对创始人越有利 |
| Discount | 0-25% | 越低对创始人越有利 |
| MFN | 通常包含 | 标准条款 |
| Pro Rata | 通常不包含 | 大投资人会要求 |
关键决策：Cap vs Discount 通常二选一或组合：
- 只有 Cap：估值明确时用
- 只有 Discount：估值模糊时用
- Cap + Discount：取对投资人更有利者
步骤 2：用 YC 模板
YC 提供 免费 SAFE 模板——直接下载，填空，签字。
不要修改模板核心条款——YC 模板已经是市场标准，改动会增加法律成本。
步骤 3：管理 Cap Table
SAFE 不会立即稀释股权——但下一轮转换时会。提前用 Cap Table 软件计算稀释（Carta、Pulley）。
步骤 4：下一轮转换
下一轮 Series A 时：
- 确定估值（如 $20M pre）
- SAFE 持有者按 Cap（$5M）转换——比下一轮估值低 4 倍
- SAFE 20M 估值下相当于 $400K 的股票
案例：YC 标准化 SAFE 的起源（2013）
YC 2013 年发明 SAFE 之前的早期融资工具是 Convertible Note（可转债）——但它有几个问题：
- 是"债务"——破产时优先偿还
- 有到期日——必须按时转换或还款
- 有利息——增加复杂度
YC 的 Carolyn Levy 和 Jared Friedman 团队设计的 SAFE 解决了这些问题：
- 不是债务——是"未来股权承诺"
- 无到期日——下一轮才转换
- 无利息——纯股权逻辑
YC 自己的 batch 公司从 2013 年开始全部用 SAFE——YC 投资的 5,000+ 家公司积累的 SAFE 实践，让这个工具成为全球标准。
案例：中国版 SAFE
中国法律框架下没有完全等价的 SAFE，但奇绩创坛（陆奇的 YC 中国版，2020 起） 推出了类似工具——通过有限合伙架构实现 SAFE 效果。
李泽湘体系则用更传统的方式：
- 可转债（中国法律允许）
- 直接股权（早期估值低，谈判成本低）
- 战略投资（清水湾基金直接投）
2025 年中国早期融资 60%+ 仍用直接股权——SAFE 在中国的渗透率远低于美国。
常见误区
| 误区 | 修正 |
|---|---|
| SAFE 不是股权 | SAFE 在下一轮会转换成股权——必须用 Cap Table 预算 |
| Cap 越高越好 | 高 Cap 吓跑投资人——要平衡 |
| 修改 YC 模板 | 不要——改动会让法律成本飙升 |
| SAFE 收钱就完 | SAFE 收钱后要管理投资者关系 |
与其他工具的关系
- 上游：Runway（决定何时启动 SAFE）
- 下游：Cap Table（SAFE 转换后更新）、Pitch Deck（融资故事）
工具四：Cap Table（股权结构表）
是什么
Cap Table（Capitalization Table） 是公司所有权结构的表格——谁占多少股、什么类型、稀释后是多少。
简化版 Cap Table：
| 股东 | 股数 | 占比 | 类型 |
|---|---|---|---|
| 创始人 A | 4M | 40% | Common |
| 创始人 B | 3M | 30% | Common |
| 创始人 C | 2M | 20% | Common |
| 期权池 | 0.5M | 5% | Options |
| 种子投资人 | 0.5M | 5% | Preferred（SAFE 转换） |
| 合计 | 10M | 100% |
为什么用
Cap Table 决定了：
- 创始人是否还控制公司（投票权）
- 员工期权的池子大小（招聘能力）
- 未来融资的稀释空间（融资能力）
- 退出时每个人能拿多少钱（激励）
早期 Cap Table 错误，后期修复成本极高——很多公司在 Series C 才发现创始人已经被稀释到 < 10%。
怎么用
步骤 1：建立初始 Cap Table
公司成立第一天，用 Cap Table 软件建立基线（Carta、Pulley、Capbase）。
典型种子前 Cap Table：
| 股东 | 占比 |
|---|---|
| 创始人（合计） | 80-90% |
| 员工期权池 | 10-20% |
步骤 2：每次融资后更新
每次 SAFE / 股权融资后：
- 新投资人加入
- 现有股东稀释
- 期权池可能扩大
步骤 3：模拟稀释场景
用 Cap Table 软件模拟：
- 如果 Series A 融 20M pre，创始人稀释到多少？
- 如果 Series B 融 100M pre，创始人最终占比？
- 如果做到 IPO，创始人还能不能控制公司？
步骤 4：管理员工期权
员工期权的 3 个关键决策：
- 池子大小：种子轮 10%，Series A 后扩到 15-20%
- 行权期：通常 4 年 vesting + 1 年 cliff
- 行权价：当前 FMV（409A 估值）
案例：Mark Zuckerberg 的"控制权设计"（2004 至今）
Facebook 的 Cap Table 设计是教科书级的——Zuckerberg 通过双重股权结构（Class B 每股 10 票）维持控制：
| 阶段 | Zuckerberg 经济 ownership | 投票权 |
|---|---|---|
| IPO 前 | 28% | 57% |
| IPO 后 | 22% | 58% |
| 2024 年 | 13% | 61% |
结果：Facebook 经过 20 年 + 多轮巨额融资后，Zuckerberg 经济 ownership 只剩 13%——但投票权 61%，完全控制公司。
这就是为什么 Zuckerberg 能在 2022-2023 年顶住股东压力，豪赌元宇宙——他不需要股东同意。
案例：WeWork 的反例（2019 IPO 失败）
WeWork 的 Cap Table 是反面教材：
- Adam Neumann 的股票有"超级投票权"（每股 20 票）
- Neumann 个人向公司借钱
- Neumann 把"WeWork"商标卖给公司
- 期权池被随意分配给"朋友"
结果：S-1 公开后投资人惊呆，IPO 失败，Neumann 被踢出公司。
案例：李泽湘体系的"创始人控制"（2020 至今）
李泽湘体系内公司典型 Cap Table（以云鲸为例，公开信息简化）：
| 股东 | 占比 |
|---|---|
| 创始人建刚 | 30-40% |
| 核心团队 | 15-20% |
| 员工期权池 | 10-15% |
| 清水湾基金 + XbotPark 基金 | 15-20% |
| 其他 VC | 15-20% |
特点：
- 创始人始终是最大单一股东——保证决策效率
- 体系内基金是"耐心资本"——不要求短期估值
- 员工期权池大——硬件创业需要长期激励
常见误区
| 误区 | 修正 |
|---|---|
创始人持股 < 50% 就完了 | 还有控制权设计（双重股权、投票协议） |
| 期权池越大越好 | 太大会稀释创始人——平衡 |
| Cap Table 用 Excel 管 | 必须用专业软件（Carta 等） |
| 不模拟未来稀释 | 必须 Series A/B/C/IPO 全模拟 |
与其他工具的关系
- 上游：SAFE（每次 SAFE 都要更新 Cap Table）、00 合伙人选择（合伙人股权分配直接进入 Cap Table）
- 下游：TAM/SAM/SOM（市场规模决定了融资额度）、Pitch Deck（融资叙事要展示 Cap Table 的健康度）
工具五：TAM/SAM/SOM（市场规模估算）
是什么
TAM / SAM / SOM 是给一门生意做市场规模估算的三层框架——不是画饼讲故事，而是用数据回答："这笔生意的天花板在哪？"
| 层级 | 全称 | 含义 | 类比 |
|---|---|---|---|
| TAM | Total Addressable Market | 如果你的产品占领全球 100% 份额，年营收的天花板 | 全世界的披萨消费总额 |
| SAM | Serviceable Addressable Market | 以你当前的商业模式和渠道能触达的市场 | 你能配送范围内的披萨消费总额 |
| SOM | Serviceable Obtainable Market | 现实地看，你 3-5 年内能拿到的市场份额 | 你店第一年实际能卖出去的披萨金额 |
无论你是做 SaaS、卖扫地机器人、还是做自动驾驶矿卡——TAM/SAM/SOM 不是融资 PPT 的装点，而是你自己的战略判断：这个市场值不值得花十年？
为什么用
两个最常见的 Pitch Deck 错误：
- "千亿市场"型：TAM = "全球 XX 行业 $500B"——来自 Gartner 报告的宏观数字。投资人看一眼就关掉：这说明你没想清楚你能吃到哪一块。
- "精确到小数点"型：SOM = "$3,247,891"——没有计算过程，凭空估算。
TAM/SAM/SOM 的价值不在于"给投资人看"，而在于逼你自己想清楚：
- TAM 太小（
<$1B）：VC 不投，但可能是好生意（lifestyle business） - SAM 和 TAM 差距太大：说明你的商业模式当前无法覆盖大部分市场——需要解释为什么
- SOM 和 SAM 差距太大：说明执行力或竞争壁垒有问题
怎么用
步骤 1：算 TAM —— 两种方法，交叉验证
方法 A：自上而下（Top-Down） 从行业报告出发——Gartner、IDC、Statista、Frost & Sullivan 提供行业总规模。这是起点，不是终点。
方法 B：自下而上（Bottom-Up）——推荐 从"用户数 × 单价"出发：
TAM = 全球目标用户数 × 年客单价
示例（云鲸）：
全球扫地机器人潜在用户 = 3 亿家庭（剔除不拖地的文化）× 5% 渗透率
年客单价 = $500（机器 + 配件）
TAM ≈ 1500 万户 × $500 = $7.5B
交叉验证：如果 Bottom-Up 和 Top-Down 差距超过 2 倍，回到 Bottom-Up 检查假设。Bottom-Up 永远比 Top-Down 更可信——因为你拆解了"用户是谁"和"他们付多少钱"。
步骤 2：切 SAM —— 加入现实约束
在 TAM 上叠加：
- 地理约束：当前只在哪些国家/城市运营？
- 渠道约束：线上/线下/经销商——哪个渠道能触达？
- 用户画像约束：你的 Persona 在 TAM 里占比多少？
SAM = TAM × 目标国家占比 × 目标渠道渗透率
示例（云鲸）：
TAM = $7.5B（全球）
× 中国 + 美欧日韩 占比 = 70%
× 可以通过电商渠道触达的 = 80%
SAM ≈ $4.2B
关键判断：如果 SAM / TAM
< 10%，说明你当前的商业模型有重大扩张障碍——需要在 Pitch Deck 里解释"为什么现在约束大，未来会变小"。
步骤 3：估 SOM —— 你的真实目标
这是整个框架里最难、最容易被虚报的数字。两种方法：
方法 A：类比法（推荐早期公司） 找一个类似的已上市公司在同等阶段的数据。比如：
"Notion 在 2020 年（成立 7 年）的 ARR 约 $30M。我们在一个类似大小的品类，目标是 5 年内达到 Notion 同等规模。"
方法 B：漏斗法（后期公司） 从 SAM 出发，用获客漏斗倒推：
SOM = SAM × 预计市场份额
预计市场份额 = f（销售团队规模、渠道覆盖、竞争格局）
早期公司的诚实做法：SOM 不必给出一个精确数字。可以说"在 84M-210M ARR"。范围比点估计更可信。
步骤 4：判断这个市场值不值得做
| 判断维度 | 软件/SaaS 的阈值 | 硬件/硬科技的阈值 |
|---|---|---|
| TAM 底线 | >$1B（VC 愿意看） | >$5B（硬件 VC 要求更高，因为 margin 低） |
| SAM/TAM | >30%（可扩张） | >20%（硬件天然受地理/渠道约束更大） |
| 5 年 SOM | >$50M ARR | >100K 台出货量 或 >$50M 营收 |
| 增长率 | 市场本身在扩张（>15% YoY） | 品类在从 early adopter 到主流（渗透率拐点） |
**如果 TAM < 500M 的利基市场里你拿到 40% 份额 = $200M 营收 = 一家非常好的公司（lifestyle business），只是不适合 VC。
PG 2012："There are worse things than building a $50M company." 不是所有生意都需要 VC。
软件 vs 硬件：市场规模估算的关键区别
| 维度 | 软件/SaaS | 硬件/硬科技 |
|---|---|---|
| TAM 计算单位 | 用户数 × ARPU（年） | 出货量 × ASP（平均售价） |
| SAM 约束 | 语言、区域合规（GDPR 等） | 渠道覆盖、售后网络、认证（FCC/CE/CCC） |
| SOM 增长曲线 | 指数型（PLG、病毒传播） | S 曲线（产能爬坡、渠道铺设速度） |
| VC 期望 | $1B TAM 即为可投 | 通常要求 $5B+ TAM（硬件毛利更低） |
| 最常犯的错误 | 假设"全球互联网用户"都是 TAM | 假设"建了工厂就能卖出产能" |
| 验证信号 | 竞品 ARR、搜索量、社区规模 | 现有品类销量、代工厂产能利用率、经销商反馈 |
案例：大疆的 TAM/SAM/SOM 演化（2013 vs 2017）
大疆在 2013 年融资时的市场故事：
| 层级 | 2013 年的判断 | 后来实际发生 |
|---|---|---|
| TAM | 航模市场 ~1B = $3B | 消费者无人机市场爆发至 $30B+（大疆自己创造了新市场） |
| SAM | 能用一体化飞控的整机市场 ~$1B | 变成了"会飞的相机"——比原 SAM 大了 10 倍 |
| SOM | 目标 5 年内 $200M | 2017 年做到 $2.7B——远超预期 |
大疆案例的教训：TAM 估算要留"品类扩张"的空间。最好的公司不是抢现有市场，而是扩大市场——TAM 应该是一个动态数字，不是静态天花板。
李泽湘对汪滔的早期判断："无人机飞控市场非常小，但汪滔在做的事可能定义一个全新品类。"——投资的是"品类创造者"的潜力，不是静态 TAM。
案例：YC 对 TAM 的态度（2023 Garry Tan）
YC 教 Demo Day 时有一句：
"Don't say 'our market is $100B.' Say 'there are X million people who have Y problem, and each of them spends Z dollars trying to solve it with bad solutions today.'"
YC 要的是 Bottom-Up 逻辑，不是 Top-Down 报告数字。Garry Tan 在 2023 年 Office Hour 里反复说："Tell me the unit, then tell me how many units. If you can't, you haven't thought about it."
常见误区
| 误区 | 表现 | 为什么错 |
|---|---|---|
| TAM 转贴报告 | "Gartner 说这是 $500B 市场" | 投资人比你还早看到这份报告；你没有自己的判断 |
| SOM = 1% of TAM | "我们只要拿到 1% 就能上市" | 1% 的市场份额不是"保守估计"——大多数公司活不到 1% |
| 假设市场静止 | 用今天的市场大小套 5 年后的自己 | 5 年内市场本身会变——增长或萎缩，你必须给出判断 |
| 无视替代品 | 只算"像我们这样的产品"的市场 | 真正的竞争对手是用户的当前解决方案（含非消费） |
| 硬件忽略售后 | 只算销售营收，不算售后网络成本 | 硬件 SAM 受售后覆盖半径约束远比软件严格 |
| Bottom-Up 没有引用 | "全球有 3 亿家庭"——这数据哪来的？ | 每一个数字都要标注来源或假设——这是投资人判断你严谨性的方式 |
与其他工具的关系
- 上游：03 单元经济学（LTV/CAC 决定了你能多高效地捕获 SOM）
- 上游：Cap Table（股权决定了你愿意为这份市场规模融多少钱、稀释多少）
- 下游：Pitch Deck（TAM/SAM/SOM 是 Deck 的"市场"页核心数据）
- 平行：01 第一性原理（拿 TAM 数据做第一性推演——"如果 TAM 真的只有 $500M，这个生意还能做吗？"）
一句话：TAM/SAM/SOM 不是"编一个大的数字让投资人兴奋"——是你自己的战略地图。Bottom-Up 算出来的 TAM 告诉你值不值得做，SOM 告诉你 5 年目标该定在哪。
工具六：Pitch Deck（10/12 页结构）
是什么
Pitch Deck 是创业公司融资叙事的浓缩版 PPT。
Sequoia Capital 推荐的 10 页结构（2012 blog post，业内标准）：
- Company Purpose——一句话公司使命
- Problem——你解决什么问题
- Solution——你怎么解决
- Why Now——为什么是现在
- Market Size——市场多大
- Competition——竞品分析
- Product——产品 demo
- Business Model——怎么赚钱
- Team——团队介绍
- Financials——财务/指标
YC Demo Day 版：2.5 分钟 / 5-7 张幻灯片（极简版）。
为什么用
核心问题：早期投资人看 1000+ 个项目/年，你只有 3 分钟让他"想再见一面"。
Pitch Deck 不是"展示公司"——是"让投资人想再见一面"。
Sequoia 的 Alfred Lin："Deck 的目标不是说服投资人投你——是让投资人想再见你一面。"
怎么用
步骤 1：每页只讲一件事
每页的核心信息用 1 句话能概括：
| 页 | 核心信息 |
|---|---|
| 1 | "We are [公司] and we [做什么]" |
| 2 | "[某群体] 在 [某场景] 下遇到 [某问题]" |
| 3 | "我们用 [某方案] 解决" |
| ... | ... |
步骤 2：用数据代替形容词
| 错（形容词） | 对（数据） |
|---|---|
| "增长很快" | "MRR $100K，月增 20%" |
| "市场巨大" | "TAM 5B，SOM $500M" |
| "用户喜欢" | "D30 留存 60%，NPS 65" |
| "团队很强" | "前 Stripe CTO + 前 Airbnb 工程 VP" |
步骤 3：Story First, Data Second
投资人不缺数据——缺的是让你这份数据有意义的故事。
Sequoia 推荐的叙事弧：
- Hook（吸引注意）：第一句话让投资人抬头
- Tension（制造冲突）：现状有什么问题
- Resolution（解决方案）：你的产品如何解决
- Proof（证据）：数据/案例
- Ask（要钱）：你融多少，达到什么里程碑
步骤 4：Demo Day 极简版
YC Demo Day 只有 2.5 分钟——必须极简：
| 时间 | 内容 |
|---|---|
| 0-15 秒 | Hook："[公司] is [做什么]" |
| 15-45 秒 | Problem + Solution |
| 45-75 秒 | Traction（数据） |
| 75-105 秒 | Business Model + Market |
| 105-135 秒 | Team |
| 135-150 秒 | Ask："Raising $X to [milestone]" |
案例：Airbnb 的经典 Deck（2009 种子轮）
Airbnb 2009 年种子轮 Deck 被广泛传阅——被认为是 Pitch Deck 教科书。它的特点：
- 每页只 1 个核心信息
- 大量用图（不是字）
- 数据精确（如 "300 monthly income")
- 故事清晰（"Book a room in someone's house instead of a hotel"）
这份 Deck 帮 Airbnb 拿到 Sequoia 的 30 亿。
案例：Stripe 兄弟的"反 Deck"（2010-2011）
Patrick 和 John Collison（Stripe）的早期融资用反 Deck 策略：
- 不准备 Deck——只准备 API 文档和 demo
- 让投资人飞到旧金山——而不是自己去见投资人
- "我们 5 分钟内让你能收款"——现场让投资人集成 Stripe
这种"show, don't tell"策略后来被称为 "Collison installation"——PG 在 YC 内反复推广。
案例：YC Demo Day Pitch 的演变（2005 至今）
YC Demo Day 的 Pitch 风格在 21 年里发生了变化：
| 时代 | 风格 | 代表 |
|---|---|---|
| 2005-2014 (PG 时代) | 哲学化、长句 | Airbnb、Stripe |
| 2014-2019 (Sam 时代) | 数据化、增长叙事 | Coinbase、Rippling |
| 2019-2023 (Geoff 时代) | 远程视频、极简 | Replit、Vanta |
| 2023-至今 (Garry Tan 时代) | AI 叙事、Demo 优先 | Perplexity、Cursor |
Garry Tan 2023 年后的标准：
- 必须 live demo——投资人要看产品在跑
- AI 假设前置——"我们假设 AI 会改变 [某行业]"
- 数据 > 愿景——早期就要 MRR/用户数
常见误区
| 误区 | 修正 |
|---|---|
| 每页塞太多信息 | 一页一件事 |
| 形容词代替数据 | 必须用数字 |
| 不练 Demo | Demo 必须练 50+ 次 |
| 没有"Ask" | 必须明确"融多少，达到什么" |
与其他工具的关系
- 上游：所有前 3 个模块（VPC、BMC、MVP、PMF 等）+ 本模块的 TAM/SAM/SOM + Cap Table
- 下游：Demo Day / 投资人会议
工具七：Investor Updates（投资人月报）
"Most founders stop sending updates once they raise. That's exactly when they should start."
—— Paul Graham, YC 内部反复强调
是什么
Investor Updates（投资人月报） 是融资完成后立即开始的运营节奏——每月向所有投资人发一份结构化月报，包含亮点、问题、求助、KPI 四段。
YC 自 2005 年起强制要求 batch 公司每月发月报——这一惯例成了全球创业公司的标准。
为什么用
核心问题：99% 的创始人融资完就消失——只在需要再融资时才联系投资人。
结果：
- 投资人帮不了你（不知道你在做什么）
- 困难时得不到支持（关系已经断了）
- 下一轮融资更难（投资人觉得你"出问题"）
月报不是"汇报工作"——是"激活投资人帮你"的运营手段。
怎么用
4 段式标准模板（YC + Suhail Doshi 版）
1. Highlights（亮点）— 3 个具体成就
例：MAU 从 10K 涨到 15K；招聘到第 1 个销售；
Twitter 提及率 +50%
2. Lowlights（不顺利）— 2-3 个真实问题
例：CAC 从 $50 涨到 $80；CTO 候选人拒绝 offer；
Apple Store 审核被拒 2 次
3. Asks（求助）— 3 个具体需求
例：介绍前 Stripe 工程师推荐候选人；
介绍 Capital One 的 CIO；介绍 Sequoia 合伙人
4. KPIs — 5 个核心指标的环比
例：MAU / WAU / 付费转化率 / Burn / Runway
Asks 是核心——这是月报区别于"自我表白"的地方。具体 + 可执行的 ask，比"请大家多多支持"有效 100 倍。
发送频率
| 阶段 | 频率 |
|---|---|
| YC batch 期间 | 每周（Tuesday Update） |
| Demo Day 后 6 个月 | 每两周 |
| 之后 | 每月 |
不要犯的错误
- ❌ 只报喜不报忧——投资人会发现，失去信任
- ❌ 不写 Asks——投资人不知道怎么帮你
- ❌ 太长——3 段，每段 5 行
- ❌ 没数据——"我们在增长" → 错；"MAU 从 10K 涨到 15K" → 对
- ❌ 发完不管回复——跟进每个 Ask 的反馈
案例：Suhail Doshi 的 Mixpanel 月报（2010-2018）
Suhail Doshi（Mixpanel 创始人）连续 8 年每月给所有投资人发月报——即使在公司最困难的时候。
Suhail："投资人不是你的老板——是你的顾问。但顾问只有在你告诉他们'我在做什么'的时候才能帮你。"
8 年坚持的结果：
- 2018 年公司面临转型——投资人在 24 小时内提供 5 个战略建议
- 同年获得 Sequoia 跟投 $65M
- 投资人介绍的客户带来 30% ARR
如果 Suhail 只在再融资时联系投资人，这些资源都不会有。
案例：Karri Saarinen 的 Linear 公开月报（2019 起）
Linear 的月报完全公开——任何人都可以订阅。
Karri Saarinen 2022："我们不藏秘密——Linear 是什么样子，用户和投资人看到的就是同一份月报。"
效果：
- 建立 love 用户的深度信任
- 吸引"价值观匹配"的求职者
- 投资人觉得 Linear 没有隐瞒——更愿意跟投
案例：李泽湘体系的月报机制（2022 起）
深圳科创学院体系（SZCAI）的所有被投公司每月向清水湾基金发月报——这是体系内公司能"互助"的关键。
月报的特殊功能：
- 体系内公司互相看到对方进度（梅特卡夫效应）
- 清水湾基金基于月报"撮合"业务合作（265+ 家体系内公司互相采购）
- 创始人之间形成"互助网络"——比单一投资人帮助更大
SZCAI 副院长于盈 2024："月报不是给老板看的——是让体系内所有人知道'你现在需要什么'。"
常见误区
| 误区 | 修正 |
|---|---|
| 只发好消息 | 真实最重要——投资人能接受失败，不能接受隐瞒 |
| 等做出成绩再发 | 立即开始发——哪怕只是"招到第 1 个员工" |
| 发完不管回复 | 跟进每个 Ask 的反馈——月报是双向对话 |
| 月报 = 给老板汇报 | 月报 = 激活投资人帮你——不是汇报 |
| 太正式 | 月报应该像写给朋友的邮件——不是公司年报 |
| 不发 Lowlights | 没有低潮的月报 = 假的——投资人会觉得你在隐瞒 |
与其他工具的关系
- 上游：Pitch Deck（Pitch 是融资时讲一次，月报是融资后讲 100 次）
- 下游：Board of Directors（月报是董事会会议的准备材料）
- 平行：03 OKR（月报的 KPIs 应该和 OKR 的 KR 对齐）
工具八：Board of Directors（董事会管理）
"Your board is your most important strategic asset—or your biggest liability. The difference is how you manage them."
—— Brad Feld & Matt Blumberg, Startup Boards (2014)
是什么
Board of Directors（董事会） 是公司法律上的最高决策机构。早期董事会的核心管理——3-5 人董事会构成、议程、关系管理——是 Series A 后 CEO 的核心工作（占 ~20% 时间）。
为什么用
核心问题：大多数创始人不知道：
- 董事会和投资人月报的区别（一个是法律决策机构，一个是信息同步）
- 早期董事会的正确构成（不是"投资人越多越好"）
- 如何把董事会从"汇报会"变成"战略咨询会"
结果：早期董事会错误 = 5 年都改不过来。
怎么用
步骤 1：董事会构成（按融资阶段）
| 阶段 | 董事会构成 |
|---|---|
| Seed 前 | 创始人 1-2 人（不需要投资人董事） |
| Seed 后 | 2 创始人 + 1 投资人 = 3 人 |
| Series A 后 | 2 创始人 + 2 投资人 + 1 独立董事 = 5 人 |
| Series B 后 | 2 创始人 + 3 投资人 + 2 独立 = 7 人 |
关键原则：
- 奇数董事——避免投票死局
- 独立董事——tiebreaker + 战略资源
- 创始人占多数（Series A 前）——保持控制权
步骤 2：董事会议程模板（4 段）
| 段 | 内容 | 时长 |
|---|---|---|
| 1. KPIs + 财务 | 上月关键指标 + 现金流 + Runway | 30 分钟 |
| 2. 战略讨论 | 1 个核心议题（不是汇报所有事） | 60 分钟 |
| 3. 公司治理 | 期权池、招聘、合规 | 30 分钟 |
| 4. 下季度 OKR | 下个季度的 3 个 O + KR | 30 分钟 |
关键：每次会议聚焦 1 个战略议题，不是"汇报所有事"。汇报可以异步做（月报），董事会是讨论"必须当面决策"的事。
步骤 3：董事会 vs 投资人月报
很多人混淆这两者——它们完全不同：
| 维度 | 投资人月报 | 董事会 |
|---|---|---|
| 频率 | 每月 | 每季度 |
| 受众 | 所有投资人（可能 20-50 人） | 董事会成员（3-7 人） |
| 形式 | 异步邮件 | 同步会议（2-3 小时） |
| 目的 | 信息同步 + 求助 | 战略决策 + 法律责任 |
| 法律意义 | 无 | 董事会决议有法律效力 |
步骤 4：创始人在董事会的角色
不要做的事：
- ❌ 让投资人主导议程
- ❌ 董事会前不发预告材料
- ❌ 战略议题留到董事会才讨论
- ❌ 把董事会当汇报会
- ❌ 隐瞒坏消息
要做的事：
- ✅ 创始人主导议程（CEO 是董事会主席）
- ✅ 会前 1 周发预告材料（含 KPI / 战略议题）
- ✅ 战略议题会前 1:1 跟每个董事聊（避免会议上的 surprise）
- ✅ 把董事会当"咨询会"用——获取董事的洞察
- ✅ 主动揭露坏消息——投资人会原谅失败，不会原谅隐瞒
案例：Mark Zuckerberg 的"控制型董事会"（2012 至今）
通过 Class B 超级投票权，Zuckerberg 投票权 61%——董事会完全听他的。
这种结构的优劣：
| 优势 | 劣势 |
|---|---|
| 能豪赌元宇宙（2022-2023） | 没有人能 challenge 错误决策 |
| 不受股东短期压力 | 治理风险（如果 Zuckerberg 错了） |
| 决策快 | 缺乏 diverse 视角 |
这是 Founder Mode 的极致版——但只适用于已证明过自己的创始人。
案例：Reid Hoffman 的"咨询型董事会"（LinkedIn 2009-2016）
Reid Hoffman 设计 LinkedIn 董事会的原则：每个董事都是 LinkedIn 想进入的领域的专家。
- Stanley McChrystal（将军）——帮 LinkedIn 进入政府 / 军方市场
- Aneel Bhusri（Workday CEO）——企业 SaaS 战略
- Sue Decker（前 Yahoo CFO）——财务治理
结果：LinkedIn 董事会 = 战略咨询委员会。2016 年以 $26B 被 Microsoft 收购。
Reid Hoffman："董事会不是'管你的人'——是'帮你做决策的人'。"
案例：李泽湘体系的"耐心资本"董事会（2018 起）
清水湾基金作为体系内核心投资人，其董事会的特殊之处：
- 不催短期估值——给体系内公司 5-10 年成长时间
- 不参与日常决策——只在战略议题上提建议
- 撮合体系内合作——把 265+ 家公司当做"互相介绍客户"的网络
李泽湘 2024："最好的投资人董事，是那个在你做对时不打扰你、在你做错时立刻指出来的——清水湾基金就是这种。"
常见误区
| 误区 | 修正 |
|---|---|
| 董事会 = 汇报会 | 董事会 = 战略决策会 + 法律责任 |
| 3 人董事会就够 | Series A 后必须扩到 5 人——加独立董事 |
| 战略议题会上才讨论 | 会前 1:1 跟每个董事聊——避免 surprise |
| 投资人董事是敌人 | 投资人董事是合作伙伴——他们的成功和你的成功绑定 |
| 独立董事是装饰 | 独立董事是 tiebreaker + 战略资源——认真选 |
| 董事会越频繁越好 | 每季度足够——更频繁是 CEO 失职（在用董事会代替决策） |
| 隐瞒坏消息 | 投资人会原谅失败，不会原谅隐瞒——主动揭露 |
与其他工具的关系
- 上游：Investor Updates（月报是董事会的准备材料）、Cap Table（股权决定董事会席位）
- 平行：03 Founder Mode（Founder Mode 是董事会上 CEO 应有的姿态——不卑不亢，主导议程）
- 延伸阅读：Brad Feld & Matt Blumberg《Startup Boards》(2014)、Reid Hoffman《Masters of Scale》
工具九：反向推演（Pre-Mortem / Pre-Parade）
"Most companies don't die from external shocks. They die from risks they never bothered to imagine — because imagining failure is uncomfortable."
—— Sequoia Capital 内部投资尽调原则
是什么
反向推演（Pre-Mortem，或称"事前验尸"）是一种在项目启动前逆向思考的战略工具——由认知心理学家 Gary Klein 在 2007 年提出，后被 Sequoia Capital 纳入投资决策和投后管理的核心框架。
核心操作：
在项目启动前，假设 12-24 个月后项目已经死亡。然后倒推：是什么导致了死亡？
常规思考：现在 → 不确定性 → 可能的未来（模糊）
反向推演：确定的失败 ← 倒推 ← 死亡原因列表（清晰具体）
为什么叫"Pre-Mortem"：医学上的"post-mortem"（尸检）是死后找死因。"Pre-Mortem"是在"死亡"发生之前，假设它已经发生，找"可能的死因"——然后把它们逐个预防。
两种形式：
| 形式 | 来源 | 操作 |
|---|---|---|
| Pre-Mortem | Gary Klein（2007，《哈佛商业评论》） | 假设 12-24 个月后项目失败，集体枚举所有可能的死因 |
| Pre-Parade | Sequoia Capital 内部 | 想象"庆功游行"前夜——假设游行被取消了（失败了），发生了什么？ |
为什么用
核心问题：标准风险管理有致命的心理盲区。
常规的"SWOT 分析"或"风险评估"有一个结构性缺陷——它让人们在评估风险时自动进入"防御模式"：
| 常规风险评估 | 反向推演 |
|---|---|
| "这个项目可能有什么风险？" | "这个项目已经死了——是什么杀了它？" |
| 人们说"有点风险，但我们可以控制" | 人们被迫列举具体的死亡路径 |
| 乐观偏见让风险看起来可控 | 确定失败的前提打破乐观偏见 |
| 产出：一份泛泛的风险清单 | 产出：具体的、有因果链的死因列表 |
| 团队心态："我们讨论过风险了" | 团队心态："我们要预防这些具体死因" |
Gary Klein 2007 原话："Prospective hindsight — imagining that an event has already occurred — increases the ability to correctly identify reasons for future outcomes by 30%."
Deborah Mitchell（沃顿商学院，1989）的研究：当人们被要求"假设事件已经发生"时，他们能识别出的具体风险因素比"假设事件可能发生"多 30%。这就是"前瞻性后见之明"（prospective hindsight）的效力。
怎么用
步骤 1：设定条件（5 分钟）
| 设定项 | 内容 |
|---|---|
| 时间点 | 从现在起 12-18 个月后 |
| 失败定义 | 明确"什么算死亡"——公司关了？产品下架？团队散了？融资失败？ |
| 参与人 | 核心团队 4-8 人 + 1 个外部视角（投资人/顾问） |
| 规则 | 每人独立写，不争论——写完再讨论 |
步骤 2：独立列举（15 分钟）
每人独立写下 5-10 个"可能导致失败的原因"，必须具体到事件链：
| 太模糊（无效） | 具体的因果链（有效） |
|---|---|
| "市场变了" | "OpenAI 发布了一个免费功能替代了我们的核心付费功能 → 付费转化率从 5% 跌到 0.5% → 现金 6 个月烧完" |
| "团队散了" | "CTO 和 CEO 在产品方向上不可调和地分歧 → CTO 离职带走 3 个核心工程师 → 产品 2 个月停滞 → 竞品抢先发布" |
| "融资失败" | "Q3 MRR 增长率降到 5% 以下 → Series A 投资人觉得增长不够 → 融资窗口错过 → 现金在第 10 个月烧完" |
关键：必须写出事件链——不是"出问题了"，是"A 发生 → B 发生 → C 发生 → 死亡"。
步骤 3：合并分组（10 分钟）
把所有人的死因贴在白板上，合并同类项，找出频率最高的 Top 3-5：
| 聚类 | 出现次数 |
|---|---|
| 竞品/技术替代风险 | 6/8 人提到 |
| 团队/合伙人分裂 | 5/8 人提到 |
| PMF 失败/用户不付费 | 4/8 人提到 |
| 资金耗尽 | 4/8 人提到 |
| 监管风险 | 2/8 人提到 |
步骤 4：反向预防（15 分钟）
对 Top 3-5 死因，逐一制定预防措施：
| 死因 | 预防措施 | 负责人 | 检查点 |
|---|---|---|---|
| 竞品发布免费竞品 | 1) 建立用户切换成本（数据/集成/社区）；2) 每月监控竞品动态；3) 制定"竞品发布应急预案" | CEO | 每月 |
| 合伙人分裂 | 1) 每周 1:1；2) 引入外部教练；3) 明确决策权边界 | CEO/COO | 每周 |
| PMF 失败 | 1) 每月跑 Sean Ellis 40% 测试；2) 每月用户访谈 5 人 | CPO | 每月 |
步骤 5：每季度重新做
Pre-Mortem 不是一次性操作——每个季度年初重新做一次：
- 上个季度的 Top 3 死因是否已预防？
- 新的死因是否出现？
- 过去的预防措施是否有效？
案例：Kickstarter 的 Pre-Mortem（2012）
Kickstarter CEO Yancey Strickler 在 2012 年公司高增长期做了一次 Pre-Mortem——问团队："假设 Kickstarter 两年后死了——为什么？"
团队枚举的 Top 3 死因：
- "我们追求更大的项目，忘了独立创作者——他们觉得我们'变大了就不在乎小创作者了'"
- "一个高关注度的项目涉嫌欺诈 → 整个平台信任崩塌 → 用户质疑'Kickstarter 不审核项目'"
- "竞争对手推出'不成功不收费'模式 → 创作者全跑过去"
应对措施：
- 成立"信任与安全"团队——在欺诈问题变大前投资审核
- 坚持"不做股权众筹"——只做回报型众筹
- 设立"创作者关系"岗位——维护独立创作者群体
结果：Kickstarter 至今仍然是独立创作者的首选众筹平台——2024 年累计 2500 万+ 人支持了 25 万+ 项目。
案例：Sequoia 的 Pre-Parade（2020 至今）
Sequoia Capital 2020 年后在投后管理中引入 "Pre-Parade" 概念：
操作：每季度与 portfolio CEO 做一次"假设 12 个月后你的公司已经死了"的审计——聚焦三个问题：
- "What would the headline say?"——如果媒体写你死亡的故事，标题是什么？
- "Who would be most surprised?"——谁最震惊？这说明他们被蒙在鼓里？
- "What's the one thing you're NOT worried about — that you should be?"——你完全不担心但最可能出问题的点是什么？
Sequoia 的逻辑：Founders 的乐观是他们最大的资产——也是他们最大的盲区。Pre-Parade 不是打压乐观，而是保护这份乐观不如自己预想的那样脆弱。
反向推演 vs 相关工具
| 工具 | 思考方向 | 阶段 | 适用场景 |
|---|---|---|---|
| 反向推演（Pre-Mortem） | 从失败倒推原因 | 启动前、季度初 | 战略决策、产品发布、融资前 |
| Default Alive/Dead | 从现金流正向判断 | 持续（每月） | 判断生存能力——是否会烧光钱 |
| SWOT 分析 | 外部机会/威胁 + 内部优势/劣势 | 战略规划 | 全面的战略环境扫描 |
| Red Teaming | 故意挑战/攻击主计划 | 重大决策 | 军事级对抗推演，寻找计划漏洞 |
| Scenario Planning | 构建多个可能未来 | 长期战略 | 应对高不确定性环境 |
反向推演比 Default Alive/Dead 更"前置"：
- Default Alive/Dead 回答"活下去的概率多大"（财务视角）
- Pre-Mortem 回答"如果活不下去，原因是什么"（全视角）
反向推演比 SWOT 更"锐利"：
- SWOT 给出的是"威胁列表"——太泛
- Pre-Mortem 给出的是"死亡因果链"——具体可操作
常见误区
| 误区 | 修正 |
|---|---|
| 只做一次就归档 | 每季度年初重新做——死因会随公司阶段变化 |
| CEO 自己一个人做 | 必须全团队独立写——CEO 的盲区最大，需要团队补充 |
| 列举太模糊 | "竞争对手"不是有效的死因——必须写到"某竞品做了 X → 我们 Y 指标跌了 Z → 现金在 N 个月后烧完" |
| 列举太多（20+） | 只聚焦 Top 3-5——超过 5 个死因说明你没想清楚哪些是真正致命的 |
| 做完不行动 | Pre-Mortem 产出的是"防御计划"——必须落实到负责人 + 检查点 |
| 只在融资前做 | Pre-Mortem 是公司各阶段都需要的肌肉记忆——不是在给投资人表演 |
与其他工具的关系
- 上游：Default Alive/Dead（Dead 状态下先做反向推演——找到致死原因）、Board of Directors（反向推演是董事会战略议题的核心工具）
- 下游：Pitch Deck（反向推演找到的风险应在 Deck 的"Competition/Risk"页被诚实提及——投资人更喜欢知道自己可能怎么死的创始人）、Pivot 决策（反向推演触发了 Pivot——提前识别致命问题）
- 平行：01 第一性原理（反向推演是创业版的"谁在裸泳"——第一性原理是"为什么要做"，反向推演是"为什么会死"）
9 个工具的整体关系图
这 9 个工具的本质：从"PMF 后"到"可持续融资 + 公司治理 + 战略防御"的 9 步——
- Default Alive：判断公司能否活下去
- Runway：算清楚还能撑多久
- SAFE：用最快工具融资
- Cap Table：管理股权不被稀释失控
- TAM/SAM/SOM：算清楚市场天花板——自己先想明白，再写进 Deck
- Pitch Deck：把融资故事讲清楚——融资时讲一次
- Investor Updates：融资完成后立即开始——每月讲 1 次，激活投资人帮你
- Board of Directors：Series A 后变成核心工作——占 CEO 20% 时间，是公司治理 + 战略咨询
- 反向推演：每个重大决策前假设"这事已经死了"——倒推致死原因并逐个预防，Sequoia 级战略防御
完成这 9 步后，你就有了一个真正可持续的公司——不仅有 PMF（03 模块验证），还有活下去的资本、清晰的股权和市场规模判断、能讲给投资人的故事、激活投资人帮你的运营节奏、健康的公司治理结构、以及一个防止自己死于乐观盲区的战略免疫系统。
关联文档
本模块内：本页是 04 模块的唯一文档。
本模块其他章节：
- 00 · 开始之前：合伙人选择——本模块的零号前提（合伙人股权直接进入 Cap Table）
- 01 · 用户洞察——本模块的战略地基（含第一性原理、Schlep Blindness）
- 02 · 价值与商业模式——本模块的融资叙事来源
- 03 · 验证与增长——本模块的 PMF 前提（含单元经济学、OKR、Founder Mode）
关联模块：
- Y Combinator 深度分析——SAFE、Default Alive、Pitch Deck 的源头
- 深圳科创学院深度分析——李泽湘体系的融资策略
- 产品经理的战略规划和业务架构能力
- 万字长文：商业的本质与互联网——战略思维哲学基础
- 创业公司融资全生命周期——融资实操
- 产品经理必知必会的商业化变现模式——商业模式扩展
参考资源
- Paul Graham "Default Alive vs Default Dead"(2015 essay)——二元生存判断的源头，原文
- YC SAFE 模板(2013)——免费下载
- Brad Feld《Venture Deals》(2012, 3rd ed 2020)——融资条款的完整指南
- Sequoia Capital "Writing a Business Plan"(2012 blog)——Pitch Deck 10 页结构的源头
- Alex Clayton "Pitch Deck Teardown"(2018-2024 系列)——Pitch Deck 案例
- Garry Tan 2023 Office Hours——YC Demo Day 标准的当代版本
- Gary Klein "Performing a Project Premortem"(2007,《哈佛商业评论》)——Pre-Mortem 概念的原始论文，原文
- Deborah Mitchell "Prospective Hindsight"(1989, 沃顿商学院)——反向推演有效性的学术基础——前瞻性后见之明比常规风险管理多识别 30% 的风险
- Kickstarter Pre-Mortem 案例(Yancey Strickler 2012)——公司高增长期做反向推演并据此建立"信任与安全"团队，使 Kickstarter 至今仍是众筹首选平台