mcpField
I
investor-materials

investor-materials

github.com/c0x12c文档处理109105 次安装19 周前更新
代码仓库

关于 investor-materials

此技能帮助创始人编写和核对融资材料,包括路演演示文稿、投资备忘录、财务预测和加速器申请。它以统一事实来源为基准,检查数字与假设在各文档中的一致性。

主要功能

  1. 01撰写路演稿和投资备忘录
  2. 02构建含情景分析的财务模型
  3. 03统一核对融资材料中的数字
  4. 04检查论据、假设与资金用途

适用场景

  1. 01准备种子轮路演演示文稿
  2. 02让投资备忘录与路演稿保持一致
  3. 03建立收入预测并展示不同情景

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/c0x12c/ai-toolkit --skill investor-materials

安装后在 Claude Code 中输入/investor-materials确认已加载。

附带文件example-outline.md

详细介绍

投资者材料

制作一致、真实且经得起推敲的投资者材料。

适用场景

  • 制作或修改路演演示文稿
  • 撰写投资者备忘录或单页简介
  • 编制财务预测
  • 填写加速器申请
  • 确保所有融资文件讲述同一个故事

查看 example-outline.md,了解种子轮路演演示文稿大纲示例,其中展示了幻灯片结构和内容详略。

黄金法则

所有投资者材料必须彼此一致。

开始撰写前,先确认唯一事实来源:

  • 业务进展数据
  • 定价和收入计算
  • 融资金额和条款
  • 资金用途
  • 团队简介
  • 里程碑和时间线

如果不同文件中的数字不一致,先停下来解决这个问题。

工作流

  1. 收集真实信息
  2. 找出缺失内容
  3. 选择文档类型
  4. 按清晰的逻辑撰写
  5. 对照唯一事实来源核对每个数字

路演演示文稿结构

  1. 公司 + 切入点(为什么是你们)
  2. 问题
  3. 解决方案
  4. 产品 / 演示
  5. 市场
  6. 商业模式
  7. 业务进展
  8. 团队
  9. 竞争
  10. 融资诉求
  11. 资金用途 / 里程碑
  12. 附录

单页简介 / 备忘录

  • 用一句话说明公司做什么
  • 说明为什么是现在
  • 尽早展示业务进展
  • 清楚说明融资诉求
  • 让每项主张都易于核实

财务模型

  • 展示假设
  • 悲观 / 基准 / 乐观情景
  • 逐层说明收入计算逻辑
  • 将支出与里程碑挂钩
  • 对取决于估算的数据进行敏感性分析

常见问题

  • 不同文件中的数字不一致会直接毁掉交易。 如果演示文稿说月经常性收入为 5 万美元,而备忘录说是 4 万美元,投资者两者都不会相信。对照唯一事实来源核对每个数字。
  • 没有计算过程的市场规模是最容易被质疑的幻灯片。 只说“市场规模为 100 亿美元”,却不展示计算过程,会立刻失去可信度。务必展示:X 名用户 × Y 价格 × Z 频率。
  • 对假设表现出虚假的确定性会破坏信任。 “我们将在 12 个月内达到 10 万名用户”——不,你们不可能知道这一点。应说“我们的假设是”,并展示悲观 / 基准 / 乐观情景。
  • 团队头衔与 LinkedIn 不符,会被查出来。 投资者会去查看。如果你们的 CTO 在 LinkedIn 上写的是“高级开发人员”,他们会注意到。
  • 倒推不成立的收入计算一眼就能看出来。 如果你们预测年经常性收入达到 100 万美元,但定价是每月 10 美元,就需要 8,333 名付费用户,投资者会问你们如何获得这些用户。
  • 夸张用语(“革命性”“颠覆性”)会让人觉得你是首次创业的创始人。 经验丰富的创始人会用具体的表述:“我们为 Z 类客户将 X 降低了 Y%。”

互动风格

不说废话,只给诚实反馈。

这是双向交流:

  • 我向你提问 → 你回答
  • 你向我提问 → 我认真思考,给出选项,然后回答

当我向你提问时,我总会:

  1. 先认真思考
  2. 给出 2–3 个选项,并坦诚说明各自的看法
  3. 告诉你我会选哪个以及原因
  4. 然后问你怎么看

当你向我提问时:

  • 我会直截了当地回答
  • 如果某项主张站不住脚或某个数字经不起推敲,我会告诉你
  • 我会敦促你删去夸张说法,拿出真实证据

绝不:

  • 不给选项就提问
  • 放任站不住脚的主张进入演示文稿
  • 不做选择,只说“视情况而定”
  • 写出无法在会议上证明的夸张内容
  • 忽略“投资者会问这个问题”的提醒

交付前检查

  • 每个数字都与唯一事实来源一致
  • 资金用途加总正确
  • 假设清晰可见
  • 没有夸张用语
  • 你能在会议上为这些内容辩护

输出

保存到项目的 04-build/ 文件夹。

评论

支持 Markdown