关于 scenario-war-room
scenario-war-room 是面向企业领导团队的情景规划技能,用于建模跨业务职能的复合风险及其连锁影响,并制定包含成本、负责人和期限的对冲措施。
主要功能
- 01建模最多 3 个情景变量
- 02映射跨职能影响与风险级联
- 03构建基础、压力和严重情景
- 04定义早期预警信号与阈值
- 05制定含成本、负责人和期限的对冲措施
适用场景
- 01评估多个威胁同时发生的风险
- 02在融资、收购或进入市场前进行预演
- 03开展季度领导层风险审查
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ borghei/ claude-skills --skill scenario-war-room安装后在 Claude Code 中输入/scenario-war-room确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
scripts/decision_tree_analyzer.pyimpact_matrix_calculator.pyscenario_builder.py详细介绍
情景作战室
级别: 强大 类别: 高管咨询 标签: 情景规划、作战室、风险建模、连锁效应、应急规划、事前复盘、危机模拟
概述
情景作战室会对所有业务职能进行连锁假设情景建模。这不是单一假设的压力测试,而是复合逆境分析,展示一个问题如何引发下一个问题,以及如何中断连锁反应。每个情景都会产出具体的风险对冲方案,并列出成本、负责人和截止日期。
适用场景
- 某项重大风险的概率超过 15%,且影响超过 ARR 的 20%
- 两项或更多威胁可能同时发生
- 某项战略决策一旦出错,就会造成重大损失
- 董事会或投资者在问“最坏情况是什么?”
- 在做出重大承诺前进行事前复盘(融资、收购、进入市场)
- 领导团队进行季度风险评审
不适用场景
- 单变量财务敏感性分析(使用 CFO Advisor 的压力测试)
- 常规项目风险评估(使用项目管理风险框架)
- 技术故障模式分析(使用工程事件规划)
首先澄清
生成内容前,请确认以下输入。如果有任何一项未知或含糊不清,请先询问,不要自行假设:
- 真正让领导层夜不能寐的变量(最多 3 个)——整个模型都围绕这些变量构建;变量选错会导致情景分析毫无用处
- 每个变量的概率、时间线和量化影响——“收入下降”无法指导行动;“60 天内有 420K 美元 ARR 面临风险”则可以,而且严重程度也取决于此
- 当前基线(ARR、以月计的资金跑道、员工人数)——连锁反应和严重程度的计算(例如,资金跑道从 14 个月缩短至 8 个月)需要起始数据
- 公司所处阶段——常见情景模式及生存威胁的判定标准会因阶段而异
停止规则:只询问最能改变输出的 2-3 项。如果用户说“先起草吧”,就继续,并在产出内容顶部列出你的假设。
六步连锁模型
第 1 步:定义情景变量(最多 3 个)
变量超过 3 个会导致分析瘫痪,而非带来洞见。选择真正让领导层夜不能寐的 3 个变量。
对每个变量,明确以下内容:
| 字段 | 说明 | 示例 |
|---|---|---|
| 变化内容 | 具体且量化 | “占 ARR 28% 的最大客户发出 60 天终止通知” |
| 概率 | 你的最佳估计 | 15% |
| 时间线 | 可能发生的时间 | 90 天内 |
| 预警信号 | 如何判断其正在发生 | 赞助人失联,使用量环比下降 25% |
变量模板:
Variable A: [Specific change]
Probability: [X]% | Timeline: [When]
Detection: [Early warning signal]
First-order impact: [Immediate consequence]
Variable B: [Specific change]
Probability: [X]% | Timeline: [When]
Detection: [Early warning signal]
First-order impact: [Immediate consequence]
Variable C: [Specific change]
Probability: [X]% | Timeline: [When]
Detection: [Early warning signal]
First-order impact: [Immediate consequence]
第 2 步:业务领域影响映射
针对每个变量,评估其对所有业务职能的影响:
| 领域 | 关键问题 | 典型影响领域 |
|---|---|---|
| 财务(CFO) | 对现金消耗的影响?资金跑道变化?过渡融资选项? | 现金、资金跑道、契约触发条件 |
| 收入(CRO) | ARR 缺口?客户流失连锁反应?对销售管线的影响? | NRR、扩张、新客户风险 |
| 产品(CPO) | 产品路线图是否偏离?产品市场契合度是否面临风险?客户需求是否发生变化? | 交付时间线、功能优先级 |
| 工程(CTO) | 开发速度受影响?关键人员风险?技术债影响? | 产能、架构、招聘 |
| 人员(CHRO) | 员工流失连锁反应?冻结招聘?士气影响? | 留任、文化、团队实力 |
| 运营(COO) | 产能受影响?流程失效?对 OKR 的影响? | SLA、效率、规模化 |
| 市场(CMO) | CAC 受影响?竞争风险?品牌风险? | 销售管线增长、定位 |
| 法律/合规 | 监管时间线风险?合同风险敞口? | 义务、截止日期、罚款 |
步骤 3:级联映射(核心)
这是最有价值的一步。梳理变量 A 如何引发后果,并放大变量 B。
级联图:
TRIGGER: Customer churn ($560K ARR)
│
├──▶ CFO: Runway drops 14 → 8 months
│ │
│ └──▶ CHRO: Hiring freeze imposed
│ │
│ └──▶ CTO: 3 open engineering reqs frozen, roadmap slips 2 months
│ │
│ └──▶ CPO: Q4 feature launch delayed → 2 more customers at risk
│ │
│ └──▶ CRO: NRR drops → additional churn risk (DEATH SPIRAL ENTRY)
│
└──▶ CRO: Revenue concentration increases (next largest = 22%)
│
└──▶ Investors: Concentration risk flagged → Series A terms worsen
明确命名各级联。 常见的级联模式:
| 级联模式 | 描述 | 中断点 |
|---|---|---|
| 收入到现金跑道的死亡螺旋 | 客户流失 → 现金跑道缩短 → 冻结招聘 → 产品迭代变慢 → 更多客户流失 | 紧急实现收入多元化 |
| 关键人员级联 | 明星员工离职 → 团队士气低落 → 追随者离开 → 产能崩溃 | 离职前提供留任奖金 |
| 市场挤压 | 竞争对手涨价 → 价格战 → 利润率收窄 → 无法投资产品 | 做出差异化,而非跟进降价 |
| 信任级联 | 事件发生 → 客户担忧 → 客户流失 → 媒体报道 → 更多客户流失 | 迅速、透明地沟通 |
| 融资与消耗螺旋 | 未达目标 → 融资延迟 → 以不利条件进行过桥融资 → 削减消耗 → 团队流失 | 并行推进多条融资路径 |
步骤 4:严重程度矩阵
建模三个严重程度逐步上升的情景:
| 情景 | 受影响变量 | 定义 | 恢复难度 |
|---|---|---|---|
| 基准 | 3 个变量中的 1 个 | 单一冲击,其他情况未发生 | 有准备的应对措施即可处理 |
| 压力 | 3 个变量中的 2 个 | 复合冲击,级联开始 | 需要重大转向,并由董事会介入 |
| 严重 | 全部 3 个 | 完整级联,事关存亡 | 需要采取紧急行动,可能需要董事会干预 |
针对每个严重程度,量化:
BASE SCENARIO (Variable A only):
Runway impact: [X] months → [Y] months
ARR impact: -$[X] ([Y]% of total)
Headcount impact: [freeze / reduction / none]
Timeline to critical: [X] months
Recovery plan: [specific actions]
STRESS SCENARIO (Variables A + B):
Runway impact: [X] months → [Y] months
ARR impact: -$[X] ([Y]% of total)
Headcount impact: [specifics]
Timeline to critical: [X] months
Recovery plan: [specific actions]
SEVERE SCENARIO (All three):
Runway impact: [X] months → [Y] months
ARR impact: -$[X] ([Y]% of total)
Headcount impact: [specifics]
Timeline to critical: [X] months
Existential: [yes/no]
Emergency plan: [specific actions requiring board approval]
步骤 5:早期预警信号(触发点)
定义可衡量的信号,在情景得到确认之前,提示你情景正在发展。开展这项工作的价值在于及早行动,而不是事后应对。
信号设计标准:
- 可观察(确实可以衡量)
- 具有领先性(在全面影响出现之前出现)
- 具体(不只是“感觉不太对劲”)
- 可执行(会触发特定应对措施)
| 变量 | 信号 | 阈值 | 应对措施 |
|---|---|---|---|
| 客户流失 | 赞助人停止回复 | 沉默超过 3 周 | 高管升级处理,申请季度业务回顾(QBR) |
| 客户流失 | 使用量下降 | 环比下降超过 25% | 客户成功团队主动联系,审查客户价值 |
| 融资延迟 | 投资意向书 | 融资流程启动 60 天后少于 3 份 | 并行商谈过桥融资 |
| 融资延迟 | 投资人提出要求 | 要求尽职调查延期超过 30 天 | 降低消耗,延长现金跑道 |
| 关键人员离职 | 市场薪酬 | 过去 90 天内需要提出反报价 | 制定留任方案和继任计划 |
| 关键人员离职 | 外部参与 | 工程师在竞争对手的会议上发表演讲 | 直接沟通,拓展职责 |
步骤 6:对冲策略
针对每种情景,明确现在(情景尚未发生前)应采取哪些行动,以降低情景发生后的影响。对冲有成本——目标是购买廉价保险,而不是杞人忧天。
对冲评估标准:
| 标准 | 问题 |
|---|---|
| 成本 | 实施这项对冲需要多少成本? |
| 可逆性 | 如果情景没有发生,我们能撤销这项措施吗? |
| 前置时间 | 实施需要多长时间?(必须短于从发现到造成影响的时间窗口) |
| 覆盖范围 | 这项对冲可以防范哪些情景? |
| 副作用 | 这项对冲会引发其他问题吗? |
对冲表格模板:
| 对冲措施 | 成本 | 防范情景 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|---|
| 建立 500K 美元的信贷额度 | 每年 5K 美元 | 现金跑道不足(基准 + 压力情景) | CFO | 60 天 | 尚未开始 |
| 为 3 名关键工程师提供 12 个月留任奖金 | 90K 美元 | 关键人员离职(所有情景) | CHRO | 30 天 | 进行中 |
| 将单个客户的收入占比降至 20% 以下 | 销售投入(6 个月) | 依赖单一客户 | CRO | 2 个季度 | 规划中 |
| 同步启动融资流程 | CEO 每周投入 10 小时 | 融资延迟(压力 + 严重情景) | CEO | 立即 | 尚未开始 |
| 与现有投资者预先协商过桥融资条款 | 2 次董事会沟通 | 现金跑道危机(严重情景) | CFO + CEO | 45 天 | 尚未开始 |
| 编写架构文档,降低关键人员依赖 | 2 个工程师周 | 关键人员离职 | CTO | 30 天 | 尚未开始 |
输出格式
每次战情室会议都会产出以下结构化内容:
SCENARIO: [Name]
DATE: [Date of analysis]
PARTICIPANTS: [Who was involved]
VARIABLES:
A: [Description] — Probability: [X]%, Timeline: [When]
B: [Description] — Probability: [X]%, Timeline: [When]
C: [Description] — Probability: [X]%, Timeline: [When]
MOST LIKELY PATH: [Which combination actually plays out, with reasoning]
SEVERITY LEVELS:
Base (A only): Runway [X]→[Y]mo, ARR impact -$[X]
Recovery: [2-3 specific actions]
Stress (A+B): Runway [X]→[Y]mo, ARR impact -$[X]
Recovery: [3-4 specific actions]
Severe (A+B+C): Runway [X]→[Y]mo, ARR impact -$[X]
Existential: [yes/no]
Emergency: [actions requiring board approval]
CASCADE MAP:
[A] → [domain impact] → [triggers B amplification] → [domain impact] → [end state]
Interruption points: [where cascade can be broken]
EARLY WARNING SIGNALS:
1. [Signal] → indicates [scenario], threshold: [specific]
2. [Signal] → indicates [scenario], threshold: [specific]
3. [Signal] → indicates [scenario], threshold: [specific]
HEDGES (implement now):
1. [Action] — cost: $[X] — protects: [scenarios] — owner: [role] — deadline: [date]
2. [Action] — cost: $[X] — protects: [scenarios] — owner: [role] — deadline: [date]
3. [Action] — cost: $[X] — protects: [scenarios] — owner: [role] — deadline: [date]
RECOMMENDED DECISION:
[One paragraph: what to do, in what order, and why]
REVIEW DATE: [When to re-run this analysis — typically 90 days or after any variable shifts]
按公司阶段划分的常见情景
种子轮阶段
- 联合创始人离职 + 产品错过发布期限
- 现金跑道耗尽 + 过桥融资条款苛刻
- 关键技术人才招聘失败 + 竞争对手抢先发布
A 轮
- 未达 ARR 目标 + 融资延迟
- 最大客户流失 + 竞争对手完成大额融资
- 关键工程师离职 + 重要功能面临截止期限
B 轮及以上
- 市场收缩 + 烧钱倍数飙升至 3 倍以上
- 领投方要求战略转型 + 团队抵制
- 监管变化 + 产品需要重新设计架构
战情室基本规则
- 每种情景最多包含 3 个变量。 更多只会增加噪声。只对真正重要的变量建模。
- 量化或估算。 “收入下降”没有参考价值。“60 天内有 420K 美元 ARR 面临风险”才有用。不确定时使用范围。
- 不要止步于一阶影响。 真正的损害总是来自连锁反应。
- 对恢复过程建模,而不只是影响。 每种情景都必须有一条“我们该怎么做”的路径。
- 区分基准情景和敏感性分析。 不要混淆“可能会发生什么”和“可能发生什么”。
- 每个规划周期设置 3–4 种情景。 更多会导致分析瘫痪。
- 每 90 天审查一次。 概率和变量都会变化。过时的情景会带来虚假的安全感。
- 不要有禁忌话题。 大家必须能够放心地提出棘手情景。
相关技能
| 技能 | 使用时机 |
|---|---|
| ceo-advisor | 为情景分析提供参考的战略决策 |
| cfo-advisor | 对情景影响进行财务建模 |
| coo-advisor | 运营应急规划 |
| internal-narrative | 向利益相关方传达情景分析结果 |
| cs-onboard | 为情景变量提供公司背景 |
故障排除
| 问题 | 可能原因 | 解决方案 |
|---|---|---|
| 情景过于抽象,难以采取行动 | 变量不够具体或缺少量化 | 要求每个变量都包含金额、百分比和时间线;“收入下降”无法指导行动,“60 天内有 42 万美元 ARR 面临风险”则可以 |
| 团队只提出明显且概率较低的情景 | 从众偏见;未运用 Shell 情景规划方法来挑战思维模式 | 使用逆向思考技巧:“什么情况会确保我们失败?”;引入外部视角;参考行业特定的历史先例 |
| 级联映射在一阶影响处就停止 | 引导者没有推动团队深入分析直接后果之后的影响 | 要求每个变量至少梳理 3 层级联影响;针对每个领域的影响,继续追问“然后呢?” |
| 已识别对冲措施,却从未实施 | 未指定负责人、截止日期或成本 | 每项对冲措施都必须包含:成本估算、负责人姓名、截止日期和状态跟踪;在每周领导层会议上审查 |
| 战情室会议耗时过长(> 4 小时) | 变量太多,或试图对每种情景建模 | 每次会议最多设置 3 个变量和 3-4 种情景;使用严重程度矩阵,聚焦影响最大的组合 |
| 未监测早期预警信号 | 虽已指定信号,但未将其纳入现有报告 | 将信号加入现有仪表板和每周记分卡;为每个信号指定具体监测人员 |
| 参与者不愿说出最坏情景 | 害怕被视为消极或危言耸听 | 明确制定基本规则;引用 Shell 的经验:“价值在于提出其他人不愿说出口的事情”;鼓励说出难听的真相 |
成功标准
- 每次情景会议都恰好产出 3 个变量、3 个严重程度级别,以及一份标明中断点的级联图
- 早期预警信号足够具体,能够接受监测:可观察、具有前瞻性,且可根据明确的阈值采取行动
- 在战情室会议结束后的 7 天内,为对冲措施估算成本、指定负责人并设定截止日期
- 每种情景至少有一项对冲措施在 30 天内得到实施(而非仅停留在计划阶段)
- 每 90 天进行一次情景审查,并根据新信息更新概率
- 早期预警信号触发时,按定义的时间线执行预先规划的响应措施
- 战情室产出简洁明了,适合董事会审阅:每种情景一页摘要
范围与限制
- 范围内: 多变量情景构建、覆盖所有业务职能的级联建模、严重程度矩阵分析、早期预警信号设计、包含成本效益分析的对冲策略、情景审查周期
- 范围外: 单变量财务敏感性分析(使用 CFO Advisor 压力测试);技术故障模式分析(使用工程事故规划);常规项目风险评估(使用项目管理框架);保险与风险转移(咨询专业经纪人)
- 限制: 情景概率是主观估算,而非精算结果;其价值在于做好准备,而非提高预测准确性
- 限制: 此框架假设情景彼此独立或相关;按定义,黑天鹅事件无法建模
- 限制: 级联映射基于常见的组织模式;独特的公司架构可能存在不同的级联路径
- 限制: 每种情景最多设置 3 个变量是一项有意为之的约束;变量过多会导致分析瘫痪,而不会带来更深入的洞见
集成点
| 技能 | 集成方式 | 数据流 |
|---|---|---|
ceo-advisor | 根据情景分析为战略决策提供依据 | 战情室情景 → CEO 决策输入 |
cfo-advisor | 对情景影响和对冲成本进行财务建模 | 战情室财务影响 → CFO 压力测试模型 |
coo-advisor | 制定运营应急计划并中断级联效应 | 战情室级联图 → COO 应急计划 |
executive-mentor | 将事前验尸发现的失败模式纳入情景变量 | 导师发现的失败模式 → 战情室变量 |
internal-narrative | 危机场景需要预先制定沟通计划 | 战情室危机场景 → Narrative 危机模板 |
org-health-diagnostic | 健康度维度评分揭示情景变量 | 健康度警示信号 → 战情室候选变量 |
strategic-alignment | 情景结果可能需要进行战略调整 | 战情室结果 → 重新评估战略一致性 |
Python 工具
| 工具 | 用途 | 用法 |
|---|---|---|
scripts/scenario_builder.py | 构建包含变量、概率、检测信号和严重程度的结构化情景 | python scripts/scenario_builder.py --name "Customer Concentration Risk" --variable "Top customer churns" --probability 20 --impact 500000 --timeline 90 --json |
scripts/impact_matrix_calculator.py | 使用严重程度矩阵和级联风险评分,计算多个变量的复合影响 | python scripts/impact_matrix_calculator.py --variables "churn:500000:0.2" "fundraise_delay:0:0.3" "key_departure:0:0.15" --arr 2000000 --runway-months 14 --json |
scripts/decision_tree_analyzer.py | 构建并评估决策树,计算战略选项的预期价值 | python scripts/decision_tree_analyzer.py --decision "Enter Japan market" --option "Direct:0.6:2000000:-500000" --option "Partnership:0.75:1000000:-200000" --option "Wait:1.0:0:0" --json |
评论
支持 Markdown