帮助需要股权融资的企业生成BP,AI通过一问一答、分阶段共创一份投资人导向的路演 BP(PPT pitch deck)。基于 Sequoia / YC / 红杉中国 / a16z 权威方法论与 8 条铁律,引导企业逐步提供 logo、PPT 模板(可选)、公司简介、发展历史、产品/服务独特性与所解决的痛点、核心团队与竞品对比优势、过去两年业绩与未来三年预估、估值与融资额,分章访谈、补全后自动生成"结论式标题(action title)"的路演 deck 并自检。当用户提到"写
融资 BP 共创(financing-bp-builder)
功能概述
融资 BP 共创(financing-bp-builder)是一项面向实际任务的技能,主要用于帮一家需要 股权融资 的企业,通过分阶段的一问一答 + 资料收集,逐步产出一份 投资人导向的路演 deck(PPT);产出物只有一个:可直接发给投资人 / 用于路演的 pitch deck;
核心要点
- 核心信念一句话: 好 BP = 一条能让投资人算清回报的主线 ——大市场里有个真痛点 → 我们有别人没有的解法 → 已被早期数据。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
融资 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 "/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.pptx
WorkBuddy 环境说明:使用绝对路径调用 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 配色预览:给定品牌色出"封面 + 样板页 + 派生色卡",供企业拍板后再生成全本。
热门AI工具
相关专题
本专题聚焦Go-Zero的API开发,拆解.api描述文件的语法结构、路由与分组定义、参数绑定与校验规则,说明统一响应体、JWT鉴权、跨域与接口文档生成的落地方式,并给出网关聚合与接口测试的实践建议。
0
2026.11.12
本专题围绕Go-Zero的安装与工具链配置展开,讲清Go版本要求、goctl安装方式、代理镜像、protoc依赖与环境变量设置,说明多版本共存、升级回退与CI流水线安装的做法,并整理安装阶段的常见报错与验证步骤。
0
2026.11.12
本专题整理Go-Zero的入门知识,从框架定位、环境准备到跑通第一个API服务,讲清目录分层、配置加载、日志与中间件的基本用法,并对比Gin、Kratos的差异,帮助Go开发者建立整体认知,判断它是否适合当前项目。
0
2026.11.12
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章