board-deck-builder
作者 alirezarezvaniboard-deck-builder 可帮助创建董事会和投资人更新 deck,覆盖高管叙事、SaaS metrics、风险以及 board asks。适用于季度董事会会议、投资人更新、QBR 和融资准备;其 templates 会为未知数字保留 [TBD],避免随意补数。
该技能评分为 80/100。对于需要让 agent 起草董事会或投资人更新 deck、并希望减少通用 prompt 猜测空间的目录用户来说,这是一个比较稳妥的收录候选。它提供了清晰的使用场景、可复用的 deck 结构,以及配套 frameworks/templates;不过,如果能补充明确的安装说明,并扩展对非 SaaS 场景的覆盖,采用门槛会更低。
- 触发场景清晰:描述和关键词能明确对应董事会会议、投资人更新、QBR、融资叙事和 board packs。
- 结构具备实操价值:SKILL.md 定义了标准 deck 顺序,并为每个章节提供 Headline → Data → Narrative → Ask/Next 的组织方式。
- 执行支持较完整:随附的 framework 和 template files 覆盖 SaaS 董事会指标、benchmark targets、ARR waterfall,以及逐页占位内容,并明确要求不要编造数字。
- 技能路径中未提供安装命令或 README,用户需要参考整个 repository 的通用安装约定。
- 现有证据和 benchmarks 更偏向 SaaS 与早期阶段公司;非 SaaS 或更成熟阶段的公司可能需要自行调整。
board-deck-builder skill 概览
board-deck-builder 适合用来做什么
board-deck-builder 是一个 Claude skill,用于创建董事会材料和投资人更新 deck。它强调清晰的高管叙事,而不是把一堆指标简单堆在一起。它适合季度董事会、投资人更新、QBR、融资准备,以及管理层需要以“可直接给董事会看的格式”说明业绩、风险、诉求和下季度重点的场景。
最适合的用户和 deck 场景
board-deck-builder skill 特别适合创始人、CEO、CFO、chiefs of staff、投资者关系负责人,以及为 SaaS 或风险投资支持公司准备结构化汇报的运营管理者。相比通用 pitch deck,它更适合做标准 board pack:覆盖 CEO、COO、CFO、CRO、CPO、CMO、CTO,以及 people/team 等视角。
它和通用 prompt 有什么不同
这个 skill 内置了一套可复用的 deck 逻辑:Headline → Data → Narrative → Ask/Next。它也强调董事会层面的坦诚沟通:说明发生了什么变化、为什么重要、业务哪里偏离计划,以及需要董事会做出什么决策或提供什么支持。一个关键防护是:skill 应使用 [TBD] 这类明确占位符,而不是编造指标。
安装前需要了解的主要限制
这个 skill 不会自行生成经过验证的财务数据、图表或董事会认可的正式表述。它需要真实输入:ARR、增长、burn、runway、retention、pipeline、产品进展、招聘、风险和目标。它最擅长结构化起草和叙事组装;数字准确性、法律敏感性和董事会政治仍然需要人工把关。
如何使用 board-deck-builder skill
board-deck-builder 安装方式和仓库路径
从源仓库安装:
npx skills add alirezarezvani/claude-skills --skill board-deck-builder
该 skill 位于:
c-level-advisor/skills/board-deck-builder
安装后,先阅读 SKILL.md,再查看 templates/board-deck-template.md 了解逐页 slide 结构,并查看 references/deck-frameworks.md 了解 SaaS board pack 的基准和常见框架。
产出有用内容所需的输入
要让 board-deck-builder 产出高质量结果,请提供公司阶段、董事会节奏、受众、覆盖周期和已有指标。尽量包含实际值与计划值的对比。高价值输入包括 ARR、QoQ 或 MoM growth、NRR、gross margin、CAC payback、burn multiple、runway、pipeline、churn、hiring plan、product milestones、major risks,以及你希望董事会做出的决策。
如果数据不完整,要直接说明。例如:“NRR is not finalized; use [TBD] and list the follow-up owner.” 这符合仓库中“不编造数字”的要求。
把粗略需求改成高质量 prompt
较弱的 prompt 是:“Make me a board deck.”
更好的 prompt 是:
“Use board-deck-builder for Slide Decks to draft a Series A SaaS Q3 board update. Audience: existing board and one observer. Include CEO executive summary, metrics dashboard, finance, GTM, product, people, risks, and board asks. Known metrics: ARR $2.45M, QoQ growth 18%, NRR 99.7%, gross margin 71%, net burn $410K/month, cash $6.8M, runway 16 months, burn multiple 2.6x. We missed the enterprise pipeline target by 22% because two deals slipped. Do not invent missing numbers; mark them [TBD]. Make the narrative candid but constructive.”
这样的上下文足以让 skill 生成接近 board-ready 的叙事,并在不猜测的前提下标出薄弱点。
从初稿到 board-ready 的实用流程
先让它产出大纲和各部分叙事,而不是一开始就要最终 slide 文案。然后要求第二轮收紧 CEO summary 到三句话,把每个部分转成 Headline → Data → Narrative → Ask/Next,并高亮缺失指标。最后,将输出与 templates/board-deck-template.md 对照,移除占位符后再对外分享。
board-deck-builder skill 常见问题
board-deck-builder 只适用于 SaaS 公司吗?
不是,但内置参考材料明显更适合 SaaS 和风险投资支持公司。references/deck-frameworks.md 包含 SaaS board pack 常见预期,例如 ARR、NRR、gross margin、CAC payback、burn multiple 和 runway。非 SaaS 团队仍然可以使用这套结构,但应将指标模型替换为符合自身业务的 KPIs。
它可以替代 CFO 或 chief of staff 吗?
不可以。board-deck-builder skill 可以帮助组织叙事、暴露缺口,并生成干净的一版初稿。它不能验证会计数据、批准预测、判断哪些披露在法律上安全,也不能处理敏感的董事会动态。应把它当作起草和结构助手,而不是最终治理审查。
什么时候不应该使用这个 skill?
如果你只需要营销 pitch deck、销售演示,或高度视觉化的 investor teaser,就不适合使用它。它面向的是董事会和投资人更新的工作纪律:经营指标、业务叙事、实际表现与计划对比、风险和诉求。如果你完全没有可靠数据,应先收集指标,再要求它生成完整 deck。
它适合新手吗?
适合,前提是你能提供基本业务背景。模板给出了清晰的 slide 脚手架和括号占位符。新手可以从标准 board deck template 开始,填入已知数值,并先让 skill 识别缺失输入,再生成更 polished 的表述。
如何改进 board-deck-builder skill 的使用效果
用更明确的输入提升 board-deck-builder 输出质量
提升 board-deck-builder 效果最快的方法,是提供相对计划的偏差及原因,而不仅是原始指标。“Revenue was $180K below plan because enterprise procurement pushed two contracts into next quarter” 比 “revenue missed” 有用得多。董事会成员关心的是:发生了什么、为什么发生、是否可修复,以及管理层下一步准备怎么做。
避免常见失败模式
常见问题包括总结过于正面、slide 太多且不聚焦、缺少 board asks、指标没有解释。可以要求 skill 标注 red/yellow/green 状态,说明每个部分的 “so what”,并区分事实与管理层判断。对于坏消息,可以要求采用直接结构:issue、impact、root cause、mitigation、decision needed。
有意识地使用 reference 和 template 文件
从安装决策的角度看,最重要的文件是 SKILL.md、templates/board-deck-template.md 和 references/deck-frameworks.md。需要 slide 顺序和必填字段时使用 template。希望具备 SaaS benchmark 意识时使用 framework reference,例如为什么 NRR 低于 100% 或 burn multiple 高于 3x 应被视为董事会层面的风险信号。
从叙事迭代到最终 deck 文案
如果事项重要,不要把第一轮输出直接要求为最终 slides。先要求董事会叙事:“What story does this quarter tell?” 然后再要 section headlines、slide content,最后要 executive summary。最终润色 prompt 可以这样写:“Cut repetition, make every slide answer ‘so what,’ preserve [TBD] for unknowns, and list the top five questions the board is likely to ask.”
