关于 pitch-deck
pitch-deck 是面向准备或修改融资演示文稿的创始人的技能,覆盖 pre-seed 至 Series A 阶段。它梳理面向投资人的叙事,生成 10–12 页结构化提纲,并按投资人可能提出的问题逐页检查内容。
主要功能
- 01检查创业背景信息缺口
- 02规划现场或预读演示文稿
- 03梳理投资人叙事结构
- 04提供 10–12 页内容框架
- 05逐页对照投资人问题审阅
适用场景
- 01准备融资演示文稿
- 02收到投资人拒绝后调整演示文稿
- 03规划幻灯片内容与视觉元素
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ shawnpang/ startup-founder-skills --skill pitch-deck安装后在 Claude Code 中输入/pitch-deck确认已加载。
详细介绍
融资演示文稿
适用场景
- 创始人正在为一轮融资(从种子前轮到 A 轮)准备融资演示文稿。
- 创始人已有演示文稿,希望获得结构或叙事方面的反馈。
- 创始人询问应包含哪些幻灯片,或如何向投资者讲述自己的故事。
所需背景信息
从 startup-context 获取:公司一句话介绍、发展阶段、产品描述、目标客户、商业模式、增长指标、团队简介、融资历史和竞争格局。如果缺少其中任何信息,请先向创始人询问,再起草幻灯片。
从用户获取:目标融资金额、目标投资者类型(VC 或天使投资人),以及这是用于现场演讲的演示文稿(文字更少、视觉内容更多),还是会前发送的演示文稿(文字可以更充分地自我说明)。
工作流
- 阅读创业公司背景信息 —— 从
.agents/startup-context.md中提取内容,填充幻灯片。标出任何信息缺口。 - 确定演示文稿类型 —— 询问这是用于现场演讲的演示文稿(视觉内容为主,每张幻灯片最多 30-40 个词),还是会前发送的演示文稿(可加入更多说明性文字,每张幻灯片 60-80 个词)。
- 拟定叙事脉络 —— 撰写幻灯片之前,先梳理故事:当今世界是什么样的(问题)、产品带来什么改变(解决方案)、为什么是现在、为什么是这支团队,以及实现目标需要什么。
- 逐页撰写内容 —— 为下方 10-12 张幻灯片逐一撰写内容。每张幻灯片都应包含标题、核心信息、辅助要点,以及建议的视觉内容或数据元素。
- 从投资者视角审阅 —— 检查每张幻灯片是否回答了投资者在该环节会提出的问题。标出薄弱之处。
- 生成最终输出 —— 以结构化 Markdown 形式交付演示文稿大纲。如果用户需要
.pptx,则在内容定稿后调用 Anthropic pptx skill。
输出格式
使用结构化 Markdown,每张幻灯片对应一个 H3 标题。每个幻灯片章节包含:
- 标题:幻灯片标题(简洁、陈述式,例如“医疗账单每年造成 2,000 亿美元浪费”)
- 核心信息:观众应从这张幻灯片中记住的一件事
- 内容:项目符号或叙述性文字
- 视觉建议:适合放在这里的图表、图片、截图或示意图
- 回答的投资者问题:VC 心中的隐含问题
框架与最佳实践
10-12 张幻灯片框架
| # | 幻灯片 | 目的 | 常见错误 |
|---|---|---|---|
| 1 | 标题 / 引子 | 公司名称、一句话介绍,以及令人印象深刻的数据或图片 | 把一句话介绍埋得太深;使用泛泛的标语 |
| 2 | 问题 | 让痛点具体、鲜明,并与目标客户画像相关 | 描述过于抽象;引用众所周知的问题 |
| 3 | 解决方案 | 展示你打造了什么,以及它如何消除痛点 | 堆砌功能;没有回扣问题 |
| 4 | 演示 / 产品 | 截图、GIF 或产品实时演示 | 展示管理面板,而不是面向用户的亮点功能 |
| 5 | 市场规模 | 使用可信的自下而上测算,展示 TAM/SAM/SOM | 只使用自上而下的“市场规模达 X 万亿美元”数字 |
| 6 | 商业模式 | 如何赚钱、单位经济效益和定价 | 未展示实际或预估的单位经济效益 |
| 7 | 增长表现 | 展示持续向上的增长图表 | 使用虚荣指标;隐藏 Y 轴;混用不同时间范围的数据 |
| 8 | 竞争格局 | 展示胜出原因——定位矩阵或对比表 | 声称“没有竞争对手”;使用一个仿佛能让自己轻松占据右上角的四象限图 |
| 9 | 团队 | 创始人和关键职位人才,以及相关背景 | 列出每位员工;没有解释创始人与市场的契合度 |
| 10 | 市场拓展 | 如何在当前及规模化阶段获取客户 | 没有具体渠道策略,却声称“我们会靠病毒式传播增长” |
| 11 | 财务数据 / 融资需求 | 融资金额、资金用途和关键预测 | 未说明这笔资金能解锁哪些里程碑 |
| 12 | 结尾 / 愿景 | 长远目标——未来 5-10 年的发展方向 | 目标过于保守;忘记提供联系方式 |
叙事弧线规则
- 幻灯片 1-3:营造紧迫感。在展示答案之前,先让观众感受到问题。
- 幻灯片 4-7:建立可信度。证明你拥有真实的产品,在真实的市场中取得了真实的增长。
- 幻灯片 8-10:证明你的防御能力。展示你如何胜过替代方案并实现规模化。
- 幻灯片 11-12:提出融资请求并描绘愿景。以雄心收尾,而不是纠结于细节。
阶段特定指导
- Pre-seed / Seed:强调问题的深度、创始人与市场的契合度,以及早期信号(候补名单、意向书、设计合作伙伴)。财务预测可以相对简略。
- Series A:强调可重复的市场拓展、单位经济效益,以及从当前增长到 3-5 倍增长的清晰路径。投资者期待看到真实的营收数据。
原则
- 每张幻灯片的标题都应表达一个论断,而不是一个标签。“我们连续 6 个月实现了 30% 的月环比增长”胜过“增长情况”。
- 删除任何不能推动叙事发展的幻灯片。如果你说不清一张幻灯片存在的理由,就删掉它。
- 这份演示文稿应该能让一位在晚上 11 点用 iPad 阅读、而你不在场讲解的合伙人也看得懂。
- 字体不超过 3 种,品牌色不超过 2 种。杂乱会损害可信度。
- 数据胜过形容词。用“同比增长 3 倍”替换“快速增长”。
相关技能
investor-research— 在制作演示文稿前使用,针对特定投资者的兴趣调整叙事data-room— 准备投资者看完演示文稿后会索取的备查材料fundraising-email— 撰写随演示文稿一同发送的联系邮件
示例
示例提示词:“帮我制作一份种子轮融资演示文稿。我们正在为一款 AI 驱动的合同审查工具融资 300 万美元,目标客户是中型法律团队。我们的月经常性收入为 4 万美元,有 12 位付费客户。”
良好输出片段(问题页):
幻灯片 2:问题
标题:中型法律团队每月使用 20 世纪 90 年代的工具审查 500 多份合同 关键信息:对于拥有 200-2,000 名员工的公司,合同审查是法律团队最耗时的工作,每家公司每年因此耗费超过 18 万美元的律师助理工时成本。 内容:
- 73% 的中型公司仍在 Word 中手动修订合同
- 合同平均需要 45 分钟审查,其中 30 分钟用于重复检查条款
- 合同审查错误每年会导致公司损失相当于交易金额 2-5% 的成本 视觉建议:并排展示一位被 Word 文档淹没的律师助理,以及你的产品在几秒内标出风险的画面 回答的投资者问题:这是一个真实、棘手且代价高昂的问题吗?
示例提示词:“帮我审阅现有的演示文稿——我总是在第一次会议后被拒绝。”
良好的输出方式:阅读演示文稿,找出 12 张幻灯片中哪些缺失或较弱,检查叙事弧线是否有紧迫感,并依据投资者问题框架逐一检验每张幻灯片。给出具体的改写,而不是含糊的建议。
评论
支持 Markdown