scenario-war-room
跨职能多变量级联情景建模。与单假设压力测试不同,本技能同时模拟各业务职能的复合逆境。适用于复杂风险情景、重大下行战略决策,或用户问「如果 X 和 Y 同时发生会怎样?」
安装 / 下载方式
TotalClaw CLI推荐
totalclaw skills install shop:totalclaw:totalclaw~scenario-war-roomcURL直接下载,无需登录
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