startup-financial-modeling
作者 wshobsonstartup-financial-modeling 可帮助智能体搭建 3–5 年的初创公司财务模型,涵盖 cohort 收入、成本结构、burn、runway 以及融资情景。适合创始人和财务负责人在安装前了解适用场景、所需输入项,以及基于该技能 `SKILL.md` 的实际使用方式。
该技能评分为 72/100,说明它对于想要一套结构化初创财务框架的目录用户来说值得收录,但也应预期需要自行提供业务输入,并补足电子表格落地执行的细节。仓库内容显示,其针对 3–5 年预测、收入/成本建模、burn/runway、融资和情景规划提供了较为扎实的书面指导,比通用提示词更有方向性,但实现层面的支撑仍不足,难以保证从头到尾都能高可靠执行。
- 触发场景明确:描述清楚说明了何时适合使用该技能来处理预测、burn/runway、融资情景以及面向投资人的财务输出。
- 工作流内容扎实:`SKILL.md` 篇幅较长,包含多个章节、公式和建模组件,可为收入、成本、现金流和情景分析提供可复用结构。
- 安装决策信息清晰:用户容易判断这是一项面向早期初创公司建模的技能,而不是泛泛而谈的财务辅助工具。
- 仓库未提供配套文件、模板或脚本,因此智能体需要自行把这些指导转换成实际可用的电子表格或财务模型格式。
- 操作约束和输入要求写得不够明确,不同业务模型下较容易出现假设偏移。
startup-financial-modeling 技能概览
startup-financial-modeling 能做什么
startup-financial-modeling 技能用于帮助代理构建一份覆盖 3–5 年的创业公司财务模型,支持规划、融资和日常经营决策。它特别适合早期公司:当收入会随着获客、留存、定价、招聘和现金消耗的变化而动态演进时,这个技能比一句泛泛的“帮我做个预测”更有结构,也更适合拿来做实际决策。
谁适合使用这个技能
这个 startup-financial-modeling skill 特别适合创始人、财务负责人、运营负责人、创业顾问,以及偏产品思维的数据/商业分析人员。对于不想从空白表格开始、但又需要拿得出手、能对投资人讲清楚逻辑的人,它尤其有用。典型的 Seed 到 Series A 阶段问题包括:
- 按当前招聘计划,runway 还能撑多久?
- 在现有获客和留存假设下,收入路径会长成什么样?
- 我们下一轮大概什么时候该融?
- best/base/worst 三种情景下,burn 和现金耗尽时间会怎么变化?
真正要解决的工作任务
大多数用户并不只是想要“一个模型”,而是想要一份能讲得通、能 defend 的预测。startup-financial-modeling 的价值在于,它会把模型拉回到一组明确驱动因子上:cohort 增长、ARPU、retention、成本分类、burn、runway,以及情景分析。相比只给一个顶层 CAGR 的平面式预测,这种方式更适合真实决策。
它和通用财务提示词有什么不同
这个技能最大的差异是结构化。它围绕创业公司常见的建模模式来组织内容,例如:
- 基于 cohort 的收入逻辑
- 更细的运营费用分类
- 现金流与 runway 分析
- 融资情景规划
因此,对于 SaaS 和其他经常性收入型创业公司,它通常比那种直接跳到总额、却不展示假设的一次性 prompt 更合适。
安装前需要知道的重要限制
这个技能本质上是一个文档驱动的指南,不是打包好的 spreadsheet、代码库,也不是规则引擎。技能目录里没有附带脚本、模板或支持文件。如果你希望给 AI agent 一套更强的提示框架,那么可以安装 startup-financial-modeling;但如果你需要的是审计级财务建模标准、会计合规支持,或者现成可用的 Excel 模型,它并不适合。
如何使用 startup-financial-modeling 技能
startup-financial-modeling 的安装上下文
上游 skill 的 SKILL.md 里没有提供单独的安装命令,但目录用户通常会从父仓库添加 skill。常见方式是:
npx skills add https://github.com/wshobson/agents --skill startup-financial-modeling
安装后,最值得先读的源文件是:
plugins/startup-business-analyst/skills/startup-financial-modeling/SKILL.md
由于这里没有额外参考资料或 helper 文件,几乎所有可用指导都集中在这一个文件里。
先读这个文件
从 SKILL.md 开始,建议按这个顺序看:
OverviewCore ComponentsRevenue ModelCost Structure- 文档后半部分关于 cash flow、runway 和 scenario 的章节
按这个路径读,比在整个仓库里到处扫更快进入真正的建模逻辑。
这个技能需要哪些输入
当你给出明确驱动因素,而不是只说“做个 projection”时,startup-financial-modeling usage 的效果会好很多。至少应提供:
- business model:SaaS、marketplace、fintech、usage-based、services-hybrid
- pricing:套餐、ARPU、合同周期、扩张收入假设
- acquisition:每月新增客户,或从 leads 到 close 的漏斗
- retention:logo churn、revenue churn,或 cohort retention 曲线
- COGS:hosting、support、支付手续费、第三方工具
- operating costs:headcount 计划、薪资、marketing spend、G&A
- 起始现金和当前 burn
- 融资假设:轮次规模、时间点、dilution 目标、runway 目标
- 规划周期:通常为 36、48 或 60 个月
如果这些关键信息留空,模型很快就会退化成泛泛而谈的版本。
适合 startup-financial-modeling 的高质量提示结构
一个好的 startup-financial-modeling guide 提示,不仅要要输出,也要明确假设。推荐使用这样的结构:
- 公司阶段和 business model
- 当前核心指标
- 目标周期
- 需要哪些 scenarios
- 输出格式
- 希望回答的具体财务问题
示例:
“Use the startup-financial-modeling skill to build a 36-month model for a B2B SaaS startup. We have 120 customers, $28k MRR, 2.5% monthly logo churn, $240 ARPU, and add 18 new customers per month today. Assume CAC starts at $900 and improves 10% over 12 months. Team is 8 people today and grows to 14 over 18 months. Starting cash is $1.4M. Show base, upside, and downside cases with monthly revenue, COGS, opex, burn, runway, and suggested raise timing.”
这比“做一个 startup forecast”有可执行性得多。
把模糊目标翻译成可建模输入
如果你现在只有目标,还没有完整参数,先把目标拆成驱动问题。比如:
粗略目标:
- “I need investor financials for a seed raise.”
更好的提示:
- “Use
startup-financial-modelingfor Finance planning. Build a 48-month monthly model for a seed-stage B2B SaaS company. Ask me for any missing assumptions before modeling. Include customer growth by cohort, retention, pricing, COGS, hiring plan, burn, runway, and a financing case with a $3M raise in month 6.”
这样写有效,是因为它明确授权 agent 在开始建模前,先补齐缺失输入,而不是直接猜。
实际使用中的最佳 workflow
startup-financial-modeling usage 在实践中比较稳妥的流程通常是:
- 定义 business model 和时间范围。
- 给出当前 baseline 指标。
- 让 agent 列出缺失假设。
- 在预测前先确认核心驱动因子。
- 生成月度模型输出。
- 增加 best/base/worst 情景。
- 对 cash-out 时间和 raise timing 做压力测试。
- 再把模型转成给投资人或董事会看的 narrative。
关键步骤是:先做 assumptions check,再开始 projection。大多数糟糕结果,都是在这一步本可以避免的。
这个技能最擅长什么
从源码内容看,startup-financial-modeling 最擅长的是:公司有经常性收入,且 customer cohort 很重要的场景。它尤其适合:
- B2B SaaS
- 订阅型产品
- 以 retention 驱动增长的业务
- 早期融资规划
- runway 和 burn 分析
如果是一次性项目型业务,它就没那么自然,需要你自行改写收入逻辑。
建议直接指定的输出格式
不要把输出格式说得太模糊。建议直接要求 agent 提供以下一种或多种结果:
- 24–60 个月的月度表格
- 假设汇总表
- scenario 对比表
- 融资时间线
- break-even 月份估算
- 面向 board 的关键敏感因子说明
如果你后续要把结果转进 Sheets 或 Excel,最好要求输出为纯表格,并用文字解释公式逻辑。
常见采用障碍
安装 startup-financial-modeling 前,常见阻碍通常不是技术问题,而是输入质量不够:
- 没有 retention 假设
- 没有清晰的定价逻辑
- 没有 headcount 计划
- 没有区分 COGS 和 opex
- 没有起始现金或债务背景
- runway 明明需要月度细节,却只要求年度输出
这个技能能帮你补上结构,但不能替你凭空创造可靠的经营假设。
如何做出更有用的情景规划
仓库内容对 scenario analysis 的强调很明确,所以最好有意识地使用。实用的做法是:每个 case 只改少数几个驱动因子,例如:
- 获客量
- retention/churn
- ARPU 或 expansion revenue
- 招聘节奏
- 融资时间点
如果每条线在每个 scenario 里都改,最后出来的结果会很难向投资人或运营团队解释。
startup-financial-modeling 技能常见问题
startup-financial-modeling 值得安装吗?
值得,如果你的目标是让 agent 用创业公司专用的财务逻辑,而不是泛泛的预测话术。startup-financial-modeling skill 即使没有附带 spreadsheet 文件或自动化能力,也依然比普通 prompt 提供了更清晰的建模框架。
startup-financial-modeling 适合新手吗?
适合,但有一个前提:新手依然要提供基本业务假设。这个技能能帮你组织模型,却不能替你理解 ARPU、churn、COGS、burn、runway 这些概念。
它和直接让 ChatGPT 做预测有什么区别?
普通 prompt 往往会跳过驱动逻辑,直接给汇总数字。startup-financial-modeling 的价值在于,当你需要从假设一路追溯到输出结果时,它更有用,尤其是在 cohort revenue、成本分类和现金规划这些环节。
startup-financial-modeling 能用于非 SaaS 公司吗?
有时候可以。它最适合收入能够通过重复客户行为和 recurring economics 来建模的业务。对于交易型业务或服务占比较高的公司,你可能需要把收入部分改写成基于 bookings、utilization、project margin 或 take rate 的逻辑。
这个技能会生成 spreadsheet 吗?
不会自动生成。根据仓库现有证据,这个 skill 文件夹里只有 SKILL.md,没有模板或脚本。你应该把它理解为给 agent 用的指导框架,而不是可直接下载的财务模型。
什么情况下不该用 startup-financial-modeling?
如果你需要以下内容,建议跳过:
- 审计级财务报表
- 税务或 GAAP 建议
- 面向贷款机构的财务材料
- cap table 的法律建模
- 即插即用的 Excel workbook
另外,如果你的业务几乎没有 cohort、retention 或 recurring revenue 模式,它的匹配度也会比较低。
如何改进 startup-financial-modeling 技能效果
提供驱动层输入,而不是结果目标
想提升 startup-financial-modeling 输出质量,最快的方法之一,就是不要再用“做到 $10M ARR”这类结果导向提示。改为提供能产生该结果的驱动因素,例如:
- 每月新增客户数
- cohort 留存
- 分客群定价
- upsell 发生时间
- 分渠道 CAC
- 招聘爬坡节奏
- 每客户 infra 成本
这样做出来的模型是可解释的,而不是只停留在愿景层面。
让 agent 明确分开 assumptions 和 calculations
常见失败模式之一,是把隐藏假设混进 forecast 里。要改善结果,可以明确要求输出包含:
- assumption table
- formula logic
- monthly outputs
- scenario deltas
- key sensitivities
这样在真正依赖这些数字之前,更容易先发现坏假设。
凡是问 runway,就强制要求月度明细
如果你的目标是现金规划,月度明细非常关键。年度视图会掩盖 cash-out 风险。想获得更好的 startup-financial-modeling for Finance 结果,至少应要求给出月度预测,直到下一次预计融资或实现 break-even 为止。
收紧 retention 和 expansion 假设
在 recurring-revenue 模型里,留存输入偏弱是最大的质量风险。与其说“churn 很低”,不如直接给出类似这样的具体数字:
- 1–12 个月 monthly logo churn 为 3%
- enterprise accounts 的 net revenue retention 为 105%
- 20% 的 retained customers 从第 4 个月开始产生 expansion
即便这些只是粗略值,也比模糊乐观更有用。
用招聘时间点细化成本模型
很多创业公司模型会低估 burn,原因是 headcount 写得太泛。建议提供:
- 岗位
- 入职月份
- fully loaded salary
- 如适用则补充 commission
- 一次性招聘或设备成本
这些信息会明显提升 burn 和 runway 输出的可信度。
保持 scenario discipline
不要一上来要十个 scenario。请直接要三个清晰 case,并明确每个 case 改哪些变量。例如:
- Base:当前 conversion 和 churn 保持不变
- Upside:churn 改善 20%,CAC 改善 15%
- Downside:销售招聘延后 3 个月,churn 恶化 25%
这样情景逻辑才真正有决策价值。
要求加入 sanity-check 小节
提升 startup-financial-modeling guide 输出质量的一个好办法,是要求 agent 主动标出不现实的假设,例如:
- ARR 增长远超招聘承接能力
- gross margin 与基础设施成本不一致
- CAC payback 比现金 runway 还差
- 融资时间点发生在 cash-out 之后
这能把那些被漂亮表格掩盖的问题提前暴露出来。
第一版出来后继续迭代
第一稿不应该就是最终模型。你可以继续追问:
- 哪 3 个假设对 runway 波动影响最大?
- 什么因素会让这个模型在投资人面前站不住脚?
- 哪些指标必须用真实数据,不能再靠估算?
- 如果招聘延后一季度,会发生什么变化?
这样就能把这个技能从一次性输出,变成真正的规划工具。
如果你的业务比较特殊,就改写收入逻辑
如果你把 startup-financial-modeling 用在 marketplace、fintech 或 hybrid services 公司上,记得明确告诉 agent:在需要时替换默认的 SaaS 假设。例如:
- marketplace:GMV、take rate、buyer/seller cohorts
- fintech:transaction volume、interchange、loss assumptions
- services hybrid:billable headcount、utilization、project margin
不做这一步适配,输出可能看起来很完整,但和真实业务并不匹配。
