Community生产力与协作github.com

thiagofernandes1987-create/board-deck-builder

设计——通过汇集所有C-level角色的视角,构建全面的董事会和投资者更新演示文稿。使用

board-deck-builder 是什么?

Board Deck Builder 技能旨在帮助用户构建具有叙事性的董事会演示文稿,而非仅仅罗列数据。该技能要求每个部分都有明确的负责人、叙述逻辑和“所以呢”的总结。它适用于多种平台,如Claude Code、Coder、Codex等AI代理工具。技能通过提供标准化的演示文稿结构、叙事框架和常见错误指南,确保内容清晰、有说服力。用户只需提供可用指标,技能会自动填充占位符,绝不虚构数字。支持的阶段包括种子轮、A轮和B轮,频率涵盖季度、月度及融资场景。技能强调坦诚沟通坏消息,并提供了具体的处理框架,帮助用户建立董事会信任。

兼容平台✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/thiagofernandes1987-create/APEX/tree/HEAD/skills/design/board-deck-builder

Installed? Explore more 生产力与协作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

董事会演示文稿构建器

构建讲述故事的董事会演示文稿——而不仅仅是展示数据。每个部分都有负责人、叙事逻辑和“所以呢”总结。

关键词

董事会演示文稿,投资者更新,董事会会议,董事会包,投资者关系,季度回顾,董事会演示,融资演示,投资者演示,董事会叙事,QBR,季度业务回顾

快速开始

/board-deck [quarterly|monthly|fundraising] [stage: seed|seriesA|seriesB]

提供可用的指标。构建器会用明确的占位符填补空白——绝不虚构数字。

演示文稿结构(标准顺序)

每个部分遵循:标题 → 数据 → 叙事 → 请求/后续

1. 执行摘要(CEO)

3句话。不超过。

  • 第一句:业务状态(我们在哪里)
  • 第二句:本期间最重要的事
  • 第三句:下季度我们的方向

糟糕的: “我们度过了不错的一个季度,各个领域都取得了许多进展。” 良好的: “我们以240万美元ARR(环比增长22%)结束了Q3,签署了最大的企业合同,并以14个月的现金流进入Q4。向中端市场的战略转型正在奏效——ACV增长了40%,销售周期缩短了3周。Q4的优先事项是:完成300万美元的A轮融资,并达到280万美元ARR。”

2. 关键指标仪表盘(COO)

最多6-8个指标。使用表格。

指标本期上期目标状态
ARR240万美元197万美元230万美元✅
月环比增长8.1%7.2%7.5%✅
烧钱倍数1.8倍2.1倍<2倍✅
NRR112%108%>110%✅
CAC回收期11个月14个月<12个月✅
员工数242125🟡

选择董事会真正关注的指标。换掉他们说过不关心的东西。

3. 财务更新(CFO)

  • 损益摘要:收入,销货成本,毛利率,运营支出,净烧钱
  • 现金状况和现金流月数
  • 烧钱倍数趋势(三个季度视图)
  • 与计划的偏差(什么不同以及原因)
  • 下季度的预测更新

每个偏差用一句话说明。 董事会讨厌“收入低于目标”而不作解释。说出原因。

4. 收入与管线(CRO)

  • ARR瀑布:起始 → 新增 → 扩展 → 流失 → 结束
  • NRR和客户流失率
  • 按阶段划分的管线(以美元计,不仅仅是数量)
  • 预测:下季度及置信水平
  • 前三大交易:名称/金额/关闭日期/风险

预测必须有置信水平。 “我们预计收入280万美元”很弱。“高置信度260万美元,如果两个后期交易完成,可上调至290万美元”才有用。

5. 产品更新(CPO)

  • 本季度发货:3-5个要点,每个要点的用户影响
  • 下季度发货:3-5个要点及目标日期
  • PMF信号:NPS趋势,DAU/MAU比率,功能采用率
  • 客户研究的一个关键发现

没有功能列表。 只有带有用户影响证据的功能。

6. 增长与营销(CMO)

  • 按渠道划分的CAC(表格)
  • 按渠道划分的管线贡献(美元)
  • 与阶段相关的品牌/知名度指标(流量,声量份额)
  • 什么在起作用,什么在削减,什么在测试

7. 工程与技术(CTO)

  • 交付速度趋势(最近4个季度)
  • 技术债务比率和计划
  • 基础设施:正常运行时间,事件,成本趋势
  • 安全态势(一行,标记任何待处理事项)

保持简短,除非有实质性问题。 董事会不需要冲刺细节。

8. 团队与人员(CHRO)

  • 员工数:实际与计划
  • 招聘:已发offer,管线,招聘周期趋势
  • 离职:可避免与不可避免
  • 敬业度:上次调查得分,趋势
  • 本季度关键招聘,关键空缺职位

9. 风险与安全(CISO)

  • 安全态势:关键控制的状态
  • 合规性:进行中的认证,截止日期
  • 本季度事件(如有):影响,解决,预防
  • 前三大风险及缓解状态

10. 战略展望(CEO)

  • 下季度优先事项:3-5项,按优先级排序
  • 需要董事会做出决定的关键事项
  • 请求:预算,介绍,建议,投票

“请求”幻灯片是最重要的。 要具体。“我们希望获得3个向B轮公司CFO的热介绍”比“任何帮助都感激不尽”要好。

11. 附录

  • 详细的财务模型
  • 完整的管线数据
  • 队列留存率图表
  • 客户案例研究
  • 详细的员工数细分

叙事框架

董事会每个季度会看到10多份演示文稿。你的需要有一条主线。

四幕结构:

  1. 我们之前说会达到的位置(上个季度的目标)
  2. 我们实际的位置(诚实的评估)
  3. 差距存在的原因(每个偏差一个原因,不是借口)
  4. 我们正在采取的措施(具体、有日期的行动)

这对好消息和坏消息都适用。因为承认现实,所以可信。

开场框架: 从最重要的一件事开始——董事会应该在幻灯片3而不是幻灯片30之前知道关键信息。


传递坏消息

永远不要掩盖。董事会最终会发现。发现得晚只会让情况更糟。

框架:

  1. 直截了当地陈述—— “我们Q3的ARR目标差30万美元(12%的差距)”
  2. 承担原因—— “主要驱动因素是企业部门销售周期比预期更长”
  3. 表明你理解—— “我们分析了8个丢失/停滞的交易;模式是X”
  4. 提出解决方案—— “我们做了3个改变:[具体、有日期的改变]”
  5. 更新预测—— “修改后的Q4目标是260万美元;这是自下而上的构建”

什么不该做:

  • 不要用好消息开场来缓和坏消息——董事会会注意到并怀疑你的表述
  • 不要解释而不承担——“市场条件”不是原因,而是背景
  • 不要在没有数据支持的情况下提出解决方案
  • 不要在没有显示假设的情况下展示修改后的预测

常见董事会演示文稿错误

错误修复
幻灯片太多(>25)无情地删减——如果你不能在房间里解释,那幻灯片就是错的
指标没有目标每个指标都需要目标和状态
没有叙事没有故事的数据会迫使董事会自己得出结论
掩盖坏消息以坏消息开头,承担它,修复它
模糊的请求只提具体、可操作、指定人员的请求
没有偏差解释每个与目标的差距都需要一句话原因
过时的附录附录只有在最新时才有用
为读者而非房间设计演示文稿是展示的——它们必须在口头上表达时有效

节奏说明

季度(标准): 完整演示文稿,所有部分,20-30张幻灯片。提前48小时发送。 月度(早期阶段): 精简版——指标仪表盘、财务、管线、主要风险。8-12张幻灯片。 融资: 以市场/愿景开场,以请求结束。参见references/deck-frameworks.md了解红杉格式。

参考资料

  • references/deck-frameworks.md — SaaS董事会包格式,红杉结构,投资者定制
  • templates/board-deck-template.md — 用于完整董事会演示文稿的填写模板

差异历史

  • v00.33.0:从claude-skills-main导入

为什么存在这个技能

设计——通过汇集所有C-level角色的视角,构建全面的董事会和投资者更新演示文稿。使用

何时使用

当任务需要董事会演示文稿构建器能力时使用此技能。

如果失败

  • 条件:没有可分析的视觉资源

相关技能