下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-vc3t81nj--financing-bp-builder.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-vc3t81nj/financing-bp-builder。与需要股权融资的企业一问一答、分阶段共创投资人导向的路演 BP(PPT pitch deck)。基于 Sequoia / YC 权威方法论,引导企业提供信息后自动生成路演 deck。
阅读全文 (展开查看完整说明)
概述
融资 BP 共创(financing-bp-builder)
帮一家需要股权融资的企业,通过分阶段的一问一答 + 资料收集,逐步产出一份投资人导向的路演 deck(PPT)。产出物只有一个:可直接发给投资人 / 用于路演的 pitch deck。
核心信念一句话:好 BP = 一条能让投资人算清回报的主线——大市场里有个真痛点 → 我们有别人没有的解法 → 已被早期数据验证 → 团队是对的人 → 给钱能换来可预期的高增长和退出回报。每一页都服务这条主线,加固不了主线的内容就删。
0. 开场怎么说
第一次触发时,先用 2-3 句向企业说明:
- 我会分 6 个阶段带你把 BP 需要的料问全,每个阶段只问一组问题,你答完我确认后再进入下一阶段。
- 你需要陆续提供:公司 logo、(可选)PPT 模板、公司简介、发展历史、产品/服务独特性与所解决的痛点、核心团队与竞品对比优势、过去两年业绩与未来三年预估、估值与融资额。没有现成的也没关系,我们边聊边补。
- 最终产出一份结论式标题的路演 deck(PPT)。我不会替你编造市场规模和财务数字——查不到、给不出的,我会停下来问你,或标注口径让你确认。
若企业已有资料(公司简介 / 官网 / 现有 PPT/PDF),先请其提供并通读,能提取的要素直接用、不重复问。 然后用 AskUserQuestion(若可用)或直接发问,进入阶段 1。一次只推进一个阶段。
1. 不可违反的硬规则(贯穿全程)
这些规则比"问得全"更重要。违反了,BP 就废了。
- 反幻觉三选一:每个写进 deck 的数字必须是 ①企业实证(企业给的、可追溯)、②估算(标注推算路径与假设)、③行业常识 之一。查不到、对不上时,必须停-问(让企业提供)/ 停-降(标"估算"+写出推算路径)/ 停-删(删掉该论断),三选一,绝不脑补市场规模和财务预测。
- 标题结论化:每页标题写成结论句(action title),不是主题词。例:写"LTV/CAC = 4.2,11 个月回本",不写"商业模式"。
- 一句话定位:封面那句定位要让外行 10 秒听懂并能复述;做不到就和企业一起打磨到能。
- 不吹"无对手":竞争页必须列直接/间接/潜在竞品并讲清壁垒。
- 数字一致:同一指标在不同页必须一致;业绩与财务预测的口径前后统一。
- 保密:涉及未公开数据,提醒企业;需要时用代号。客户真实敏感数据不外泄。
- 去 AI 味:不堆"赋能/生态/综上所述"等空词,不用"业内通行/专家指出/据说"等模糊归因。
- logo 原样使用,绝不替换:企业的 logo 必须原封不动放进 deck——不重绘、不替换、不再生成、不改色改形、不裁切变形。务必把用户提供的 logo 文件保存到工作目录、用其真实路径传给
logoPath。如果只是聊天里贴了张图、没有可读取的 logo 文件,必须停下来请用户把 logo 文件拖进来或给出本地文件路径——绝不能用自己画的占位图、近似图或任何替代图顶替。 渲染脚本在logoPath指向的文件不存在时会报警并以非零码退出,遇到此情况停手要文件。
完整方法论(8 条铁律、14 节框架、按阶段裁剪、权威源)见 references/方法论与8铁律.md——动手生成前务必读一遍。
2. 分阶段访谈(每阶段一组问题,确认后再推进)
每个阶段做三件事:①列出本阶段需要的资料与问题;②收齐后用一段话回述确认("我这样理解对吗");③对缺失项执行停-问/停-降/停-删,再进入下一阶段。把每阶段答案累积记进一个 content.json(schema 见第 3 节)。
不要一次把所有问题甩出去;投资人逻辑是分层的,企业也答得更准。
资料先行(重要):每个阶段提问前,先通读企业已提供的资料(公司简介 / 官网 / 年报 / 现有 PPT/PDF / 产品手册等;用 Read 打开 pdf/docx/pptx 提取文字)。能从资料里提取的要素就直接提取 + 回述确认,不要重复问资料里已有的内容;只对资料里缺失、过时或讲不清的项才提问。 其中这三类务必先翻资料、找不到再问:①所解决的痛点;②市场容量;③竞品信息。
阶段 1 · 启动与定位(→ 封面 + 投资亮点雏形)
资料:公司 logo(图片),务必让用户提供本地文件路径;公司全称;融资轮次(天使/A/B+/Pre-IPO);制作日期;公司 CI(VI 手册 / 品牌主辅色 hex,或仅 logo 让我取色);(可选)品牌字体、企业指定的 PPT 模板。问题:
- 用一句话说:你们帮【谁】解决【什么核心痛点】,方式是【什么独特解法】?
- 这轮融资是什么阶段?目标多少钱?(先记下,阶段 6 细化)
确认要点:一句话定位能否通过"10 秒电梯测试"。若 logo/模板暂缺,记为待补,不阻塞。拿到品牌色后,先用 scripts/preview.js 出一页配色预览让企业拍板,再继续(见第 3 节"CI 配色预览")。
阶段 2 · 问题与解法(→ 问题 + 解决方案 + 为什么是现在 + 产品)
问题:
- 所解决的痛点(先从资料里找;资料没讲清才问):谁的痛?多频繁、多严重?能否量化(多花的钱/时间/损失率)?现在怎么凑合解决、差在哪?
- 你们的解法如何精确消除这个痛?有没有 before/after 或 1-2 个真实使用场景?
- 为什么是现在?哪 2-3 个拐点(技术/政策/消费/供给)让这件事现在才成立?
- 产品形态、核心功能、当前进度(已上线 vs 概念)、未来 12-24 个月路线图?
确认要点:解法是否和痛点一一对应;产品进度是否诚实。
阶段 3 · 市场与竞争(→ 市场规模 + 竞争格局)
资料:行业研究/数据来源(若有)。问题:
- 市场容量(先从资料里找行业规模/TAM;资料没有才问):市场总盘 TAM 多大?数据来源是什么?
- 你能服务的 SAM 多大?未来三年能拿到的 SOM 怎么自下而上算(客户数 × 客单价 × 渗透率)?
- 竞品有哪些(先从资料里找;资料没有才问):直接、间接、潜在竞品分别列出名称(至少 2-3 个主要对手)。
- 对比维度:选 3-6 个投资人关心、且你可能领先的指标(如上线周期、单价、性能/精度、覆盖范围、交付速度、合规资质、留存等)。
- 逐维度要数据(关键):每个维度都要同时拿到 ①你方产品/服务的真实数值;②各竞品在同一维度同口径的数值。竞品数据须带来源(官网 / 招股书 / 公开评测 / 行业报告);查不到就标【估算】+ 推算路径,或留「待核」、或停-问——绝不编造竞品数字。
- 为什么对手短期追不上(壁垒:数据飞轮 / 网络效应 / 转换成本 / 资质牌照 / 专利等)?
确认要点:市场数字有没有来源;SOM 是否自下而上;有没有诚实列对手。查不到的市场数据→停-问或停-降。
竞品对比分析(拿到我方数据 + 竞品名与数据后必做):把数据整理成一张参数级对比表——行=对比维度,列=我方 + 各竞品,我方列高亮(写入
competition.table,usCol指向我方列)。每格填真实数值,竞品数据带来源、查不到标【估算】或留「待核」不编。再据此提炼结论式标题(如「在上线周期与单价上领先,对手 12 个月内追不上」)+ 一句壁垒说明。
阶段 4 · 团队与商业模式(→ 团队 + 商业模式)
资料:核心成员名单、履历、(可选)真实头像。问题:
- 核心团队是谁?每人的学历/年限/硬战绩?为什么是做成这件事的最佳人选(行业 know-how/技术/资源)?关键缺口与补法?
- 怎么赚钱:收入来源、定价、客单价/LTV、获客方式与 CAC、渠道?单位经济算得平吗(LTV/CAC、毛利、回本周期)?
确认要点:团队讲匹配度不堆头衔;商业模式与后面财务口径一致。
阶段 5 · 业绩与融资(→ 运营数据/业绩 + 财务预测 + 融资需求)
资料:过去两年经营/运营数据、未来三年预估、估值依据。问题:
- 过去两年关键业绩(收入/毛利/用户或出货/增速等,按行业选最有说服力的)?
- 未来三年预估?每条假设能否追溯到市场页/商业模式页?(建议给中性档,必要时加乐观/保守)
- 本轮融多少、出让多少股、投前/投后估值(依据是什么)?资金用途如何拆解?这笔钱能买到哪些里程碑?
确认要点:业绩与预测口径一致、假设可追溯;估值与阶段/数据不背离;用途与里程碑挂钩。编不出的预测→停-问,不替企业编收入。
阶段 6 · 提炼亮点、生成与自检
- 回看全程,提炼 3-6 条投资亮点(每条一句结论 + 一个硬数字),写入
content.highlights——这是 deck 第 2 页,投资人 3-5 分钟初筛就看它。 - 为每一页拟结论式标题(action title)。
- 按第 3 节生成 deck。
- 自检:见第 4 节。
- 交付:见第 5 节。
3. 生成 deck
收齐内容后,把访谈结果整理成一个 content.json,再用脚本渲染。动手前先读 references/deck每页规格.md(每页该放什么、对应哪条铁律、硬伤红线)。
content.json 结构
{
"company": "公司全称",
"oneLiner": "我们帮 [谁] 解决 [什么],方式是 [独特解法]",
"round": "A 轮",
"date": "2026年6月",
"logoPath": "logo.png",
"brand": {"primary": "品牌主色hex", "accent": "品牌辅色hex"},
"font": "品牌字体(可选)",
"contact": "联系人 · 电话 · 邮箱",
"disclaimer": true,
"highlights": ["亮点1(带数字)", "亮点2(带数字)", "..."],
"sections": [
{"key": "problem", "title": "结论式标题", "points": ["要点1", "要点2"]},
{"key": "solution", "title": "...", "points": ["..."]},
{"key": "whynow", "title": "...", "points": ["..."]},
{"key": "market", "title": "...", "points": ["..."], "table": {"cols": ["层级","口径","规模","来源"], "rows": [["TAM","...","...","..."]]}},
{"key": "product", "title": "...", "points": ["..."]},
{"key": "competition", "title": "...", "points": ["..."], "table": {"cols": ["维度","我们","对手A","对手B"], "rows": [["..."]]}},
{"key": "model", "title": "...", "points": ["..."]},
{"key": "traction", "title": "...", "points": ["..."], "kpi": [{"num":"+120%","label":"收入同比"}]},
{"key": "team", "title": "...", "points": ["姓名|职务|履历与硬战绩"]},
{"key": "financials", "title": "...", "points": ["关键假设1"], "table": {"cols": ["指标","2024","2025E","2026E","2027E"], "rows": [["收入","...","...","...","..."]]}},
{"key": "ask", "title": "...", "points": ["融资额/股权/估值","用途拆解","里程碑"]}
]
}规则:sections 用上面的 key 和顺序;某页缺料就先留少量诚实占位(如"待企业补充 XX 数据")而不是编造。table/kpi 可选。
logoPath(公司真实 logo 图片文件,PNG/JPEG):用用户提供的原图文件,绝不自绘替代。给了就自动放置——引擎读取图片原始像素比例按比例缩放(不拉伸变形),封面左上角放进一张白色 logo 卡,内容页右上角放一枚小 logo。logo 文件不存在时脚本会报警退出,此时停手要文件。
可选视觉字段(强烈建议填,版式会自动升级)
渲染器(v2)按 section.key 自动选版式。下列字段可选,给了就出更精致的图形版式,不给就回退到干净的卡片/项目符号:
- problem:
"stat": {"num": "¥320万", "label": "单厂年均损失(估算)"}→ 右侧深色大数字卡,左侧痛点行。 - solution:
"beforeAfter": {"before": "...", "after": "..."}→ BEFORE/AFTER 对比卡。 - whynow / product:
points写成「小标题:说明」→ 自动拆成卡片网格。 - market:
"funnel": [{"tier":"TAM ...","value":"约 380 亿","note":"来源"}, ...]+"source": "..."→ TAM/SAM/SOM 漏斗(SOM 金色高亮)。 - competition:把我方数据 vs 竞品数据整理成
"table"——第 1 列放维度名,紧跟一列放我方(设"usCol": 1高亮),其余列放各竞品;每格填真实数值。 - model:
"kpi": [{"num":"4.2","label":"LTV/CAC"}, ...](最多 4)→ 大数字卡。 - traction:
"kpi": [...]+"chart": {"name":"收入(万元)","labels":["2023","2024","2025"],"values":[900,2000,4500]}→ KPI 卡 + 柱状图。 - team:
"members": [{"name":"李四","role":"创始人/CEO","cred":"华为 8 年,主导 3 条产线"}, ...](最多 4)→ 头像卡。 - financials:
"table"(首行为收入、列为年份)或"chart"→ 柱状图 + 右侧关键假设。 - ask:
"headline": "融资 6,000 万 | 出让 15% | 投后估值 4 亿"+"useOfFunds": [{"label":"研发","value":3000}, ...]+"milestones": ["...", "..."]→ 标题条 + 资金用途环形图 + 里程碑。
依据公司 CI 适配视觉(重要)
默认是深蓝 + 琥珀。只要企业给了 CI,就让 deck 跟着 CI 走。
取色(按可得性,从上到下):
- 有 VI 手册 / 明确品牌色 → 主色作
primary、辅色作accent。 - 只有 logo 图片 → 用
Read打开 logo,挑 1-2 个最具辨识度的非中性品牌色:最主要的作primary,点缀色作accent(没有就留空,引擎自动配一个)。 - 有现成 deck / 官网 → 同理取主辅色与字体气质。
- 什么都没有 → 用默认深蓝 + 琥珀。
设置方式(写进 content.json 顶层):
"brand": {"primary": "0E5C63", "accent": "22B8A0", "secondary": "可选"}→ 引擎自动派生整套配色。只给 primary 也行。"font": "思源黑体"(或企业指定中文字体)→ 全局字体。- 风格微调:
"flat": true(去阴影、更扁平现代);"radius": 0(直角硬朗)或0.12(更圆润)。
CI 配色预览(先拍板,再生成全本)
拿到品牌色后,别急着出全本——先出一页预览让企业确认配色:
node "<skill目录>/scripts/preview.js" <主色hex> [辅色hex] "公司名" CI配色预览.pptx [字体] [logo路径]
# 例:
node "C:/Users/Lenovo/.workbuddy/skills/financing-bp-builder/scripts/preview.js" 1B75BB 29ABE2 "某公司" 配色预览.pptx "Microsoft YaHei" ./logo.png输出 2 页:封面 + 一页样板(KPI 大数字卡 / 市场漏斗 / 派生配色色卡)。用 deliver_attachments 发给用户,让其确认:
- 满意 → 把同一组
brand/font写进 content.json,出 14 页全本。 - 不满意 → 改 hex 重跑预览,直到拍板。
渲染
把 content.json 放到工作目录(建议工作区子目录,如 C:UsersLenovoWorkBuddy<项目>),运行:
# 在 content.json 所在目录下安装依赖(首次)
cd <工作目录>
"C:UsersLenovo.workbuddybinariesnodeversions22.22.2node.exe"
"C:Program Filesnodejsnode_modulesnpmbinnpm-cli.js" install pptxgenjs
# 渲染
"C:UsersLenovo.workbuddybinariesnodeversions22.22.2node.exe"
"C:UsersLenovo.workbuddyskillsfinancing-bp-builderscriptsbuild_deck.js"
content.json 公司名_路演BP_v1.pptxWorkBuddy 环境说明:使用绝对路径调用 Node.js(
C:UsersLenovo.workbuddybinariesnodeversions22.22.2node.exe)。npm install 需在工作目录下执行,不要全局安装。如遇路径含中文引号报错,用 PowerShell 双引号或 Bash 单引号包裹。
assets/ 里另带两份配套以 markdown 版提供:references/deck每页规格.md(每页内容规格说明)和 references/交稿检查清单.md(交稿前自查清单)。原 .pptx 骨架与检查清单模板因 SkillHub 文件类型限制不再打包,运行时按需生成。
4. 自检(生成后必做)
- 渲染检查:若系统有 LibreOffice(
soffice),可转 PDF 再逐页检查文字溢出。若无,直接用 PowerPoint 打开。 - 内容检查:用
references/交稿检查清单.md逐条过——重点:一句话定位过 10 秒测试、主线不断、每个数字有来源、SOM 自下而上、业绩与预测口径一致、不吹无对手、The Ask 五要素齐、每页标题是结论句、去 AI 味。 - 任何一条过不了,回到对应阶段补料或标注口径,不要硬发。
- PowerPoint 打开必检:用 PowerPoint 打开成稿,确认不弹「内容有问题/需要修复」。脚本末尾已内置
sanitizePptx,自动清除幽灵 slideMaster 悬空引用。
5. 交付
- 把成稿 pptx 存到工作目录,并调用
deliver_attachments工具把文件发给用户,让用户可以直接下载。 - 一句话说明产出与下一步(如还有待补数据,列清单)。
- 如企业要"先发版",可在成稿基础上抽出封面+投资亮点+1 页业绩做 1-2 页 Teaser。
- 可将空骨架按
references/deck每页规格.md格式生成一份 pptx 随成稿一并交付(deliver_attachments支持多文件数组),供企业参考自填。
运行依赖(在 WorkBuddy 里)
本技能自包含,不依赖其它技能。WorkBuddy 环境使用 managed Node.js(已预装):
- Node 路径:
C:UsersLenovo.workbuddybinariesnodeversions22.22.2node.exe - npm 安装包到工作目录
node_modules,不要全局安装 - 核心依赖:
pptxgenjs(会自动带jszip),首次渲染前npm install pptxgenjs - 中文字体按"Microsoft YaHei"渲染(Windows 自带;可用
font字段改) - 可选自检工具:
soffice(LibreOffice)用于 PDF 转图检查,不影响生成 pptx
参考文件索引
技能安装目录(默认):C:UsersLenovo.workbuddyskillsfinancing-bp-builder
references/方法论与8铁律.md— 8 条铁律、14 节框架、按阶段裁剪、权威源与可信度。生成前必读。references/deck每页规格.md— 每页的必答问题、对应铁律、内容要点、硬伤红线。references/交稿检查清单.md— 交稿前逐条自查清单(文本版)。references/example_content.json— content.json 填写示例(默认配色)。references/example_content_CI.json— content.json 填写示例(CI 自定义配色)。references/deck每页规格.md— 空骨架每页规格说明(文本版),替代原 .pptx 骨架。assets/BP路演Deck交稿检查清单_v1.pptx— 自查单页(因SkillHub文件类型限制不再打包,核查清单以 references/交稿检查清单.md 替代)。scripts/build_deck.js— 由 content.json 渲染成稿 deck。scripts/preview.js— CI 配色预览:给定品牌色出"封面 + 样板页 + 派生色卡",供企业拍板后再生成全本。