商业计划书(BP)生成器

Polar Sponsor
爱发电 赞助
.NET 9.0

帮助需要股权融资的企业生成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 句向企业说明:

  1. 我会分 6 个阶段带你把 BP 需要的料问全,每个阶段只问一组问题,你答完我确认后再进入下一阶段。
  2. 你需要陆续提供:公司 logo、(可选)PPT 模板、公司简介、发展历史、产品/服务独特性与所解决的痛点、核心团队与竞品对比优势、过去两年业绩与未来三年预估、估值与融资额。没有现成的也没关系,我们边聊边补。
  3. 最终产出一份结论式标题的路演 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 · 提炼亮点、生成与自检

  1. 回看全程,提炼 3-6 条投资亮点(每条一句结论 + 一个硬数字),写入 content.highlights——这是 deck 第 2 页,投资人 3-5 分钟初筛就看它。
  2. 为每一页拟结论式标题(action title)。
  3. 按第 3 节生成 deck。
  4. 自检:见第 4 节。
  5. 交付:见第 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 走。

取色(按可得性,从上到下):

  1. 有 VI 手册 / 明确品牌色 → 主色作 primary、辅色作 accent。
  2. 只有 logo 图片 → 用 Read 打开 logo,挑 1-2 个最具辨识度的非中性品牌色:最主要的作 primary,点缀色作 accent(没有就留空,引擎自动配一个)。
  3. 有现成 deck / 官网 → 同理取主辅色与字体气质。
  4. 什么都没有 → 用默认深蓝 + 琥珀。

设置方式(写进 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. 自检(生成后必做)

  1. 渲染检查:若系统有 LibreOffice(soffice),可转 PDF 再逐页检查文字溢出。若无,直接用 PowerPoint 打开。
  2. 内容检查:用 references/交稿检查清单.md 逐条过——重点:一句话定位过 10 秒测试、主线不断、每个数字有来源、SOM 自下而上、业绩与预测口径一致、不吹无对手、The Ask 五要素齐、每页标题是结论句、去 AI 味。
  3. 任何一条过不了,回到对应阶段补料或标注口径,不要硬发。
  4. 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 配色预览:给定品牌色出"封面 + 样板页 + 派生色卡",供企业拍板后再生成全本。

相关专题

更多
Go-Zero API开发使用教程
Go-Zero API开发使用教程

本专题聚焦Go-Zero的API开发,拆解.api描述文件的语法结构、路由与分组定义、参数绑定与校验规则,说明统一响应体、JWT鉴权、跨域与接口文档生成的落地方式,并给出网关聚合与接口测试的实践建议。

2026.11.12

0

15

Go-Zero安装与goctl环境配置教程
Go-Zero安装与goctl环境配置教程

本专题围绕Go-Zero的安装与工具链配置展开,讲清Go版本要求、goctl安装方式、代理镜像、protoc依赖与环境变量设置,说明多版本共存、升级回退与CI流水线安装的做法,并整理安装阶段的常见报错与验证步骤。

2026.11.12

0

15

Go-Zero零基础入门教程
Go-Zero零基础入门教程

本专题整理Go-Zero的入门知识,从框架定位、环境准备到跑通第一个API服务,讲清目录分层、配置加载、日志与中间件的基本用法,并对比Gin、Kratos的差异,帮助Go开发者建立整体认知,判断它是否适合当前项目。

2026.11.12

0

15

Postman身份认证怎么配置
Postman身份认证怎么配置

本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。

2026.11.06

0

12

Postman请求头Headers怎么设置
Postman请求头Headers怎么设置

围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。

2026.11.06

0

13

Postman接口请求发送教程
Postman接口请求发送教程

详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。

2026.11.06

0

10

DBeaver怎么导入数据
DBeaver怎么导入数据

DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。

2026.11.05

0

12

DBeaver安全防护教程大全
DBeaver安全防护教程大全

DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。

2026.11.05

0

12

DBeaver连接创建与配置教程
DBeaver连接创建与配置教程

本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。

2026.11.04

0

16

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 134.3万人学习