scenario-war-room

TotalClaw 作者 Alireza Rezvani

跨职能多变量级联情景建模。与单假设压力测试不同,本技能同时模拟各业务职能的复合逆境。适用于复杂风险情景、重大下行战略决策,或用户问「如果 X 和 Y 同时发生会怎样?」

安装 / 下载方式

TotalClaw CLI推荐
totalclaw skills install shop:totalclaw:totalclaw~scenario-war-room
cURL直接下载,无需登录
curl -fsSL https://skills.taituai.com/api/skills/totalclaw%3Atotalclaw~scenario-war-room/file -o scenario-war-room.md
## 概述(中文)

跨职能多变量级联情景建模。与单假设压力测试不同,本技能同时模拟各业务职能的复合逆境。适用于复杂风险情景、重大下行战略决策,或用户问「如果 X 和 Y 同时发生会怎样?」

## 技能正文

# 情景作战室

跨业务职能建模级联 what-if 情景。不是单假设压力测试——而是展示一个问题如何引发下一个的复合逆境。

## 关键词
情景规划、作战室、what-if 分析、风险建模、级联效应、复合风险、逆境规划、应急规划、压力测试、危机规划、多变量情景、事前剖析(pre-mortem)

## 快速开始

```bash
python scripts/scenario_modeler.py   # 交互式情景构建与级联建模
```

或描述情景:
```
/war-room "如果我们失去最大客户且 Q3 融资失败会怎样?"
/war-room "如果 3 名工程师离职且必须在 Q3 前交付会怎样?"
/war-room "如果市场萎缩 30% 且竞品融资 $50M 会怎样?"
```

## 本技能不是什么

- **不是** 单假设压力测试(那是 `/em:stress-test`)
- **不是** 仅财务建模——每个职能都会被建模
- **不是** 只做最坏情况——建模 3 个严重级别
- **不是** 分析瘫痪——输出具体对冲与触发器

## 框架:6 步级联模型

### 步骤 1:定义情景变量(最多 3 个)
每个变量说明:
- **变化什么** — 具体、尽量量化
- **概率** — 最佳估计
- **时间线** — 何时发生

```
变量 A:最大客户(28% ARR)发出 60 天终止通知
  概率:15% | 时间线:90 天内

变量 B:A 轮融资比目标晚 6 个月
  概率:25% | 时间线:Q3

变量 C:首席工程师辞职
  概率:20% | 时间线:未知
```

### 步骤 2:领域影响映射

每个变量、每个相关角色建模影响:

| 领域 | 负责人 | 建模内容 |
|--------|-------|--------|
| 现金与跑道 | CFO | 烧钱影响、跑道变化、过桥选项 |
| 收入 | CRO | ARR 缺口、流失级联、管线 |
| 产品 | CPO | 路线图影响、PMF 风险 |
| 工程 | CTO | 速度影响、关键人风险 |
| 人员 | CHRO | 流失级联、招聘冻结含义 |
| 运营 | COO | 产能、OKR 影响、流程风险 |
| 安全 | CISO | 合规时间线风险 |
| 市场 | CMO | CAC 影响、竞争暴露 |

### 步骤 3:级联效应映射

核心:展示变量 A 如何在各领域触发后果,进而触发变量 B 的效应:

```
触发:客户流失($560K ARR)
  ↓
CFO:跑道 14 → 8 个月
  ↓
CHRO:招聘冻结;留任风险上升(士气打击)
  ↓
CTO:3 个开放工程岗位冻结;路线图延期
  ↓
CPO:Q4 功能发布延期 → 客户留存风险
  ↓
CRO:NRR 下降;现有账户增速放缓 → 更多流失风险
  ↓
CFO:[次级级联——若不中断可能死亡螺旋]
```

明确命名级联。标明可在何处中断。

### 步骤 4:严重度矩阵

建模三种情景:

| 情景 | 定义 | 恢复 |
|----------|------------|---------|
| **基准** | 仅一个变量发生 | 有计划可管理 |
| **压力** | 两个变量同时发生 | 需重大应对 |
| **严重** | 全部变量;完整级联 | 生存危机;需董事会介入 |

每个严重级别:
- 跑道影响
- ARR 影响
- 编制影响
- 到不可接受状态的时间(触发点)

### 步骤 5:触发点(早期预警信号)

定义可衡量信号,在情景**确认前**即表明正在展开:

```
客户流失风险触发器:
  - 赞助人失联 >3 周
  - 使用量环比降 >25%
  - 12 月 1 日前未确认 Q1 QBR

融资延期触发器:
  - 流程 60 天后 <3 份 term sheet
  - 领投方要求 DD 延期 >30 天
  - 竞品以更低估值融资(市场信号)

工程流失触发器:
  - 工程团队在 Glassdoor 活跃
  - 2+ 工程师被猎头联系
  - 近 3 个月需高于市场价 counter offer
```

### 步骤 6:对冲策略

每个情景:**现在**采取的行动(情景发生前),以降低影响。

| 对冲 | 成本 | 影响 | 负责人 | 截止 |
|-------|------|--------|-------|---------|
| 建立 $500K 信用额度 | $5K/年 | 流失时多 3 个月 | CFO | 60 天 |
| 3 名关键工程师 12 个月留任奖金 | $90K | 锁定团队至融资完成 | CHRO | 30 天 |
| 单客户收入集中度 <20% | 销售投入 | 降低单客户风险 | CRO | 2 季度 |
| 压缩融资时间线,并行流程 | CEO 时间 | 跑道交汇前完成 | CEO | 立即 |

---

## 输出格式

每次作战室产出:

```
SCENARIO: [名称]
Variables: [A, B, C]
Most likely path: [最可能组合及概率]

SEVERITY LEVELS
Base (仅 A): [跑道/ARR 影响] — 恢复:[X 项行动]
Stress (A+B): [跑道/ARR 影响] — 恢复:[X 项行动]
Severe (A+B+C): [跑道/ARR 影响] — 生存风险:[是/否]

CASCADE MAP
[A → 领域影响 → B 触发 → 领域影响 → 终态]

EARLY WARNING SIGNALS
- [信号 1 → 对应情景]
- [信号 2 → 对应情景]
- [信号 3 → 对应情景]

HEDGES(现在采取)
1. [行动] — 成本:$X — 影响:[买到什么] — 负责人:[角色] — 截止:[日期]
2. ...
3. ...

RECOMMENDED DECISION
[一段话:做什么、顺序、原因。]
```

---

## 优质作战室规则

**每情景最多 3 个变量。** 超过 3 个是噪音——无法有意义地为 5 变量崩塌做准备。建模真正让你担心的 3 个。

**量化或估算。** 「收入下降」无用。「60 天内 $420K ARR 风险」有用。不确定用区间。

**不要停在直接影响。** 损害总在级联,不在初始打击。

**建模恢复,不只影响。** 每个情景都应有「我们怎么做」路径。

**区分基准与敏感性。** 不要把「可能发生」与「可能发生」混为一谈。

**不要过度建模。** 每规划周期 3–4 个情景合适。更多导致分析瘫痪。

---

## 按阶段的常见情景

**Seed:**
- 联合创始人离开 + 产品错过发布
- 资金耗尽 + 过桥条款不利

**A 轮:**
- 未达 ARR 目标 + 融资延期
- 关键客户流失 + 竞品融资

**B 轮:**
- 市场收缩 + 烧钱倍数飙升
- 领投要求 pivot + 团队抵制

## 与 C-Suite 角色协同

| 情景类型 | 主要角色 | 级联至 |
|--------------|---------------|------------|
| 收入未达 | CRO, CFO | CMO(管线)、COO(削减)、CHRO(裁员) |
| 关键人离职 | CHRO, COO | CTO(若工程)、CRO(若销售) |
| 融资失败 | CFO, CEO | COO(延长跑道)、CHRO(招聘冻结) |
| 安全 breach | CISO, CTO | CEO(沟通)、CFO(成本)、CRO(客户影响) |
| 市场转变 | CEO, CPO | CMO(重新定位)、CRO(新细分) |
| 竞品动作 | CMO, CRO | CPO(路线图应对)、CEO(战略) |

## 参考
- `references/scenario-planning.md` — Shell 方法论、事前剖析、蒙特卡洛、级联框架
- `scripts/scenario_modeler.py` — 结构化情景建模 CLI