关于 scenario-war-room
Scenario War Room 用于跨业务职能建模复合风险，追踪单个事件如何引发后续影响，适合制定应急计划的团队。它输出不同严重程度的情景、预警信号和对冲行动。
主要功能
- 01建模最多三个情景变量
- 02映射各业务职能的影响
- 03追踪连锁效应
- 04评估三个严重程度等级
- 05制定预警信号与对冲措施
适用场景
- 01规划客户流失与融资延期的应对
- 02评估人员变动对交付期限的影响
- 03准备应对市场变化或竞争对手行动
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/scenario-war-room确认已加载。
附带文件references/scenario-planning.mdscripts/scenario_modeler.py
详细介绍
Scenario War Room
对所有业务职能进行级联式假设情景建模。不是单一假设的压力测试，而是复合型逆境，展示一个问题如何引发下一个问题。
关键词
scenario planning, war room, what-if analysis, risk modeling, cascading effects, compound risk, adversity planning, contingency planning, stress test, crisis planning, multi-variable scenario, pre-mortem
快速开始
python scripts/scenario_modeler.py # Interactive scenario builder with cascade modeling
或者用自然语言描述情景：
"What if we lose our top customer AND miss the Q3 fundraise?" "What if 3 engineers quit AND we need to ship by Q3?" "What if our market shrinks 30% AND a competitor raises $50M?"
这不是什么
- 不是 单一假设的压力测试（那是
/em:stress-test） - 不是 仅限财务建模——每个职能都会被建模
- 不是 仅关注最坏情况——会建模 3 个严重程度等级
- 不是 因分析而陷入瘫痪——输出具体的对冲措施和触发条件
框架：6 步级联模型
第 1 步：定义情景变量（最多 3 个）
为每个变量说明：
- 发生什么变化 —— 具体，尽可能量化
- 概率 —— 你的最佳估计
- 时间线 —— 何时发生
Variable A: Top customer (28% ARR) gives 60-day termination notice
Probability: 15% | Timeline: Within 90 days
Variable B: Series A fundraise delayed 6 months beyond target close
Probability: 25% | Timeline: Q3
Variable C: Lead engineer resigns
Probability: 20% | Timeline: Unknown
第 2 步：职能影响映射
对每个变量，每个相关角色都要建模其影响：
| 领域 | 负责人 | 建模内容 |
|---|---|---|
| 现金与跑道 | CFO | 烧钱影响、跑道变化、过桥融资方案 |
| 收入 | CRO | ARR 缺口、流失级联风险、销售管道 |
| 产品 | CPO | 路线图影响、PMF 风险 |
| 工程 | CTO | 交付速度影响、关键人员风险 |
| 人员 | CHRO | 离职级联、招聘冻结的影响 |
| 运营 | COO | 产能、OKR 影响、流程风险 |
| 安全 | CISO | 合规时间表风险 |
| 市场 | CMO | 获客成本影响、竞争暴露 |
第 3 步：级联效应映射
这是核心部分。展示变量 A 如何在各领域引发后果，进而触发变量 B 的影响：
TRIGGER: Customer churn ($560K ARR)
↓
CFO: Runway drops 14 → 8 months
↓
CHRO: Hiring freeze; retention risk increases (morale hit)
↓
CTO: 3 open engineering reqs frozen; roadmap slips
↓
CPO: Q4 feature launch delayed → customer retention risk
↓
CRO: NRR drops; existing accounts see reduced velocity → more churn risk
↓
CFO: [Secondary cascade — potential death spiral if not interrupted]
明确命名级联链路，并标出可以在何处打断它。
第 4 步：严重程度矩阵
建模三种情景：
| 情景 | 定义 | 恢复 |
|---|---|---|
| 基础 | 一个变量发生；其他变量未发生 | 有计划即可应对 |
| 压力 | 两个变量同时发生 | 需要重大应对 |
| 严重 | 所有变量发生；完整级联 | 危及生存；需要董事会介入 |
对每个严重程度等级，评估：
- 跑道影响
- ARR 影响
- 人员编制影响
- 到达不可接受状态的时间（触发点）
第 5 步：触发点（早期预警信号）
在情景得到确认之前，定义能说明该情景正在展开的可衡量信号：
Trigger for Customer Churn Risk:
- Sponsor goes dark for >3 weeks
- Usage drops >25% MoM
- No Q1 QBR confirmed by Dec 1
Trigger for Fundraise Delay:
- <3 term sheets after 60 days of process
- Lead investor requests >30-day extension on DD
- Competitor raises at lower valuation (market signal)
Trigger for Engineering Attrition:
- Glassdoor activity from engineering team
- 2+ referral interview requests from engineers
- Above-market offer counter-required in last 3 months
第 6 步：对冲策略
对每个情景：现在（情景实际发生之前）就要采取的、能在其发生时降低影响的行动。
| 对冲措施 | 成本 | 影响 | 负责人 | 截止时间 |
|---|---|---|---|---|
| 设立 $500K 信用额度 | $5K/年 | 若流失发生，争取 3 个月时间 | CFO | 60 天 |
| 为 3 名关键工程师设立 12 个月留任奖金 | $90K | 在融资期间稳住团队 | CHRO | 30 天 |
| 将收入集中度降至单一客户低于 20% | 销售投入 | 降低单一客户风险 | CRO | 2 个季度 |
| 压缩融资时间线，启动并行融资流程 | CEO 时间 | 在跑道耗尽前完成融资 | CEO | 立即 |
输出格式
每次 War Room 会议都会产出：
SCENARIO: [Name]
Variables: [A, B, C]
Most likely path: [which combination actually plays out, with probability]
SEVERITY LEVELS
Base (A only): [runway/ARR impact] — recovery: [X actions]
Stress (A+B): [runway/ARR impact] — recovery: [X actions]
Severe (A+B+C): [runway/ARR impact] — existential risk: [yes/no]
CASCADE MAP
[A → domain impact → B trigger → domain impact → end state]
EARLY WARNING SIGNALS
- [Signal 1 → which scenario it indicates]
- [Signal 2 → which scenario it indicates]
- [Signal 3 → which scenario it indicates]
HEDGES (take these actions now)
1. [Action] — cost: $X — impact: [what it buys] — owner: [role] — deadline: [date]
2. [Action] — cost: $X — impact: [what it buys] — owner: [role] — deadline: [date]
3. [Action] — cost: $X — impact: [what it buys] — owner: [role] — deadline: [date]
RECOMMENDED DECISION
[One paragraph. What to do, in what order, and why.]
优质作战室会议的规则
每个场景最多 3 个变量。 超过 3 个就是噪声，你无法有效准备应对 5 个变量同时崩塌的情况。只建模真正让你担忧的那 3 个。
量化或估算。 "收入下降"没有用处。"60 天内 42 万美元 ARR 面临风险"才有用。不确定时使用区间。
不要止步于一阶效应。 损害总是出现在连锁反应中，而不是最初的冲击。
建模恢复，而不仅是影响。 每个场景都应有一条"我们怎么做"的路径。
将基准情形与敏感性分析分开。 不要混淆"最可能发生什么"与"可能发生什么"。
不要过度建模。 每个规划周期 3-4 个场景是合适的数量。更多会导致分析瘫痪。
按阶段划分的常见场景
种子轮：
- 联合创始人离职 + 产品错过发布节点
- 资金耗尽 + 过桥条款不利
A 轮：
- 未达 ARR 目标 + 融资推迟
- 核心客户流失 + 竞争对手融资
B 轮：
- 市场收缩 + 烧钱倍数飙升
- 领投投资人要求转型 + 团队抵触
与 C-Suite 角色的协同
| 场景类型 | 主要角色 | 连锁影响至 |
|---|---|---|
| 收入未达预期 | CRO, CFO | CMO（销售线索）、COO（削减开支）、CHRO（裁员） |
| 关键人员离职 | CHRO, COO | CTO（若为工程岗）、CRO（若为销售岗） |
| 融资失败 | CFO, CEO | COO（延长跑道）、CHRO（冻结招聘） |
| 安全漏洞 | CISO, CTO | CEO（对外沟通）、CFO（成本）、CRO（客户影响） |
| 市场变化 | CEO, CPO | CMO（重新定位）、CRO（新细分市场） |
| 竞争对手动作 | CMO, CRO | CPO（路线图应对）、CEO（战略） |
参考资料
references/scenario-planning.md— Shell 方法论、事前验尸、蒙特卡洛、连锁反应框架scripts/scenario_modeler.py— 用于结构化场景建模的命令行工具