通过整合所有 C-suite 角色的视角，构建全面的董事会和投资者更新简报。适用于准备董事会会议、投资者更新、季度业务回顾或融资叙事。涵盖了结构、叙事框架、坏消息传达以及常见错误。
通过整合所有 C-suite 角色的视角，构建全面的董事会和投资者更新简报。适用于准备董事会会议、投资者更新、季度业务回顾或融资叙事。涵盖了结构、叙事框架、坏消息传达以及常见错误。
npx skills add https://github.com/Fantasia1999/claude-skills-zh --skill board-deck-builder复制此命令并粘贴到 Claude Code 中以安装该技能
| name | board-deck-builder |
| description | 通过整合所有 C-suite 角色的视角，构建全面的董事会和投资者更新简报。适用于准备董事会会议、投资者更新、季度业务回顾或融资叙事。涵盖了结构、叙事框架、坏消息传达以及常见错误。 |
| license | MIT |
| metadata | {"version":"1.0.0","author":"Alireza Rezvani","category":"c-level","domain":"board-governance","updated":"2026-03-05T00:00:00.000Z","frameworks":"deck-frameworks, board-deck-template"} |
构建能够讲好故事的董事会简报——而不仅仅是展示数据。每个章节都应有明确的负责人、叙事逻辑和“结论意义”。
board deck, investor update, board meeting, board pack, investor relations, quarterly review, board presentation, fundraising deck, investor deck, board narrative, QBR, quarterly business review
/board-deck [quarterly|monthly|fundraising] [stage: seed|seriesA|seriesB]
提供现有指标。生成器会用明确的占位符填充空白处——绝不编造数据。
每个章节遵循：标题 → 数据 → 叙事 → 请求/下一步
最多 3 句话。
错误示例： “我们度过了一个不错的季度，在所有领域都取得了很大进展。” 正确示例： “我们在第三季度以 2.4M 美元的 ARR 结项（QoQ +22%），签署了最大的企业级合同，并在进入第四季度时拥有 14 个月的现金跑道。向中端市场的战略转型正在奏效——ACV 增长了 40%，销售周期缩短了 3 周。第四季度的优先级：完成 3M 美元的 A 轮融资并达到 2.8M 美元的 ARR。”
最多 6-8 个指标。使用表格。
| 指标 | 本期 | 上期 | 目标 | 状态 |
|---|---|---|---|---|
| ARR | $2.4M | $1.97M | $2.3M | ✅ |
| MoM 增长 | 8.1% | 7.2% | 7.5% | ✅ |
| 烧钱倍数 (Burn multiple) | 1.8x | 2.1x | <2x | ✅ |
| NRR | 112% | 108% | >110% | ✅ |
| CAC 回收期 | 11 个月 | 14 个月 | <12 个月 | ✅ |
| 员工人数 | 24 | 21 | 25 | 🟡 |
挑选董事会真正关注的指标。剔除任何他们表示不关心的内容。
对每个偏差用一句话说明。 董事会讨厌只有“收入低于目标”而没有解释。要说明原因。
预测必须包含置信水平。 “我们预计 2.8M 美元”表述较弱。“高置信度 2.6M 美元，如果两笔后期交易成交，有望达到 2.9M 美元”则很有用。
不要罗列功能清单。 只展示有证据表明对用户产生影响的功能。
保持简短，除非有重大问题。 董事会不需要了解 Sprint 的细节。
“请求”幻灯片是最重要的。 务必具体。“我们希望获得 3 个对 B 轮公司 CFO 的直接引荐”远好于“希望得到任何形式的帮助”。
董事会每个季度会看到 10 份以上的简报。你的简报需要一条贯穿始终的主线。
四幕结构：
这套框架对于好消息和坏消息同样有效。因为它承认现实，所以更具公信力。
开篇框架： 从最重要的一件事开始——董事会应该在第 3 张幻灯片就知道核心信息，而不是第 30 张。
绝不要隐瞒坏消息。董事会终究会发现。晚点发现只会让情况更糟。
框架：
禁忌事项：
| 错误 | 修正 |
|---|---|
| 幻灯片太多 (>25) | 无情削减 —— 如果你在现场解释不清楚，这张幻灯片就是多余的 |
| 指标没有目标值 | 每个指标都需要目标值和状态 |
| 缺乏叙事 | 没有故事的数据会迫使董事会自己得出结论 |
| 隐瞒坏消息 | 率先说明，勇于承担，解决问题 |
| 请求模糊 | 仅提出具体的、可执行的、指派到人的请求 |
| 没有偏差解释 | 与目标的每一个差距都需要一句话的原因说明 |
| 附录内容过时 | 附录只有在内容是最新的情况下才有用 |
| 为读者设计而非为会场设计 | 简报是用来演示的 —— 它们必须在口头表达时也顺畅 |
每季度（标准）： 完整简报，包含所有章节，20-30 张幻灯片。提前 48 小时发送。
每月（针对早期阶段）： 浓缩版 —— 指标仪表盘、财务、销售管线、首要风险。8-12 张幻灯片。
融资： 以市场/愿景开篇，以请求结束。参考 references/deck-frameworks.md 中的红杉资本 (Sequoia) 格式。
references/deck-frameworks.md — SaaS 董事会简报格式、红杉资本结构、投资者适配templates/board-deck-template.md — 完整董事会简报的填充模板合同与提案撰写助手
监控客户健康状况、预测流失风险，并利用 SaaS 客户成功的加权评分模型识别增购机会。适用于分析客户账户、审查留存指标、对风险客户评分，或当用户提到流失、客户健康分、追加销售机会、增购收入、留存分析或客户分析时。运行三个 Python CLI 工具，为企业、中端市场和中小企业 (SMB) 细分市场生成确定性的健康评分、流失风险分级和优先增购建议。
分析销售管道健康状况、收入预测准确性以及 SaaS 收入优化的 GTM 效率指标。适用于分析销售管道覆盖率、预测收入、评估进入市场表现、审查销售指标、评估管道分析、使用 MAPE 跟踪预测准确性、计算 GTM 效率，或衡量 SaaS 团队的销售效率和单位经济效益。
分析 RFP/RFI 响应中的覆盖范围差距，构建竞争性功能对比矩阵，并为售前工程策划概念验证 (POC) 互动。适用于响应 RFP、投标或提案请求；与竞争对手进行产品功能对比；策划或为客户 POC 或销售演示评分；准备技术提案；或执行胜负因素竞争分析。处理描述为 'RFP response'、'bid response'、'proposal response'、'competitor comparison'、'feature matrix'、'POC planning'、'sales demo prep' 或 'pre-sales engineering' 的任务。
4 个生产级业务与增长技能：包含健康评分和流失预测的客户成功经理，包含 RFP 分析的销售工程师，包含管线和 GTM 指标的收入运营，以及合同与提案撰写。内置 Python 工具（全部仅限标准库）。适用于 Claude Code、Codex CLI 和 OpenClaw。
C-suite 智能体团队的智能体间通信协议。定义了调用语法、循环预防、隔离规则和响应格式。当 C-suite 智能体需要相互查询、协调跨职能分析或运行包含多个智能体角色的董事会会议时使用。