startup-financial-modeling
作者 wshobsonstartup-financial-modeling 可協助代理建立 3–5 年的新創財務模型,涵蓋 cohort 營收、成本結構、burn、runway,以及募資情境。特別適合需要安裝判斷依據、明確輸入項目與實務使用指引的創辦人與財務負責人,內容主要來自此技能的 SKILL.md。
此技能評分為 72/100,代表它值得納入目錄,適合想要有結構化新創財務框架的使用者;但也要預期需自行提供輸入資料,並自行落實到試算表與模型執行細節。從 repository 內容來看,它對 3–5 年預測、營收/成本建模、burn/runway、募資與情境規劃提供了相當完整的書面指引,讓代理比只靠通用提示詞更有方向;不過,實作層面的支架仍不足,還不到能讓端到端執行高度穩定的程度。
- 觸發情境清楚:說明明確指出可用於財務預測、burn/runway、募資情境與投資人可閱讀的財務模型。
- 工作流程內容扎實:SKILL.md 篇幅完整,包含多個章節、公式與建模元件,為營收、成本、現金流與情境分析提供可重複使用的結構。
- 有助於安裝判斷:使用者能清楚看出它鎖定的是早期新創財務建模,而不是籠統的財務輔助工具。
- 未提供支援檔案、範本或腳本,因此代理必須自行把指引轉成實際可用的試算表或模型格式。
- 對操作限制與輸入需求的規範不算明確,不同商業模式之間可能因此出現假設偏移。
startup-financial-modeling 技能總覽
startup-financial-modeling 在做什麼
startup-financial-modeling 技能可協助 agent 建立一份 3–5 年的新創財務模型,用於規劃、募資與營運決策。它特別適合早期公司:如果你的需求已經不只是丟一句「幫我做個預測」,而是需要更有結構的模型,尤其當營收會隨著客戶獲取、留存、定價、招募計畫與現金消耗節奏而變動時,這個技能就很有用。
什麼人適合使用這個技能
這個 startup-financial-modeling skill 最適合創辦人、財務負責人、營運主管、新創顧問,以及重視產品與商業邏輯的分析人員。若你希望有投資人看得懂、也站得住腳的模型邏輯,又不想從空白試算表開始,這個技能很合適。它尤其適用於 seed 到 Series A 階段常見的問題,例如:
- 依目前招募計畫,runway 還能撐多久?
- 根據獲客與留存假設,隱含的營收成長路徑是什麼?
- 下一輪應該何時募資?
- best/base/worst case 會如何改變 burn 與 cash-out 日期?
真正要解決的工作需求
多數使用者要的其實不只是「一個模型」,而是一份能拿去說服別人的預測。startup-financial-modeling 的價值在於,它會把模型推向明確的驅動因子:cohort 成長、ARPU、retention、成本分類、burn、runway 與 scenario analysis。和只用 CAGR 去平鋪頂線營收相比,這樣的模型對決策更有用。
它和一般財務提示詞有什麼不同
最大的差異在於結構。這個技能聚焦於新創常見的建模模式,例如:
- 以 cohort 為基礎的營收邏輯
- 更細的營運費用分類
- cash flow 與 runway 分析
- 募資情境規劃
因此,相較於那種直接跳到總數、卻不交代假設的一次性 prompt,它更適合 SaaS 與 recurring revenue 型新創。
安裝前必知的重要限制
這個技能本質上是以文件為核心的指引,不是打包好的試算表、程式庫或規則引擎。技能資料夾內沒有附帶 scripts、templates 或支援檔案。如果你想要的是一套更強的 AI agent prompting framework,那就適合安裝 startup-financial-modeling;但如果你需要的是經審核的財務建模標準、會計合規內容,或可直接使用的 Excel 模型,它就不是這類工具。
如何使用 startup-financial-modeling 技能
startup-financial-modeling 的安裝情境
上游技能的 SKILL.md 並沒有提供自己的 install command,但目錄使用者通常會從上層 repository 加入技能。常見方式如下:
npx skills add https://github.com/wshobson/agents --skill startup-financial-modeling
安裝後,最主要要看的來源檔案是:
plugins/startup-business-analyst/skills/startup-financial-modeling/SKILL.md
由於這裡沒有額外的參考資料或 helper files,幾乎所有可用指引都集中在這一個檔案裡。
先讀這個檔案
請先從 SKILL.md 開始,並依照以下順序閱讀這幾個區塊:
OverviewCore ComponentsRevenue ModelCost Structure- 文件後段的 cash flow、runway 與 scenario 相關章節
照這條路徑讀,比起把整個 repository 快速掃過一遍,更快掌握實際的建模邏輯。
這個技能需要哪些輸入資料
當你為 startup-financial-modeling usage 提供明確驅動因子,而不是只說「做個 projection」時,效果會好很多。至少要給 agent 以下資訊:
- business model:SaaS、marketplace、fintech、usage-based、services-hybrid
- pricing:方案、ARPU、合約期間、擴張收入假設
- acquisition:每月新客數,或 leads-to-close funnel
- retention:logo churn、revenue churn,或 cohort retention curve
- COGS:hosting、support、payment fees、third-party tools
- operating costs:headcount plan、salaries、marketing spend、G&A
- starting cash 與目前 burn
- fundraising assumptions:round size、時點、dilution target、runway goal
- planning horizon:通常為 36、48 或 60 個月
如果這些都留白,模型很快就會變得過於通用。
適合 startup-financial-modeling 的高品質 prompt 結構
好的 startup-financial-modeling guide prompt,應同時要求假設與輸出結果。建議用這樣的結構:
- 公司階段與 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」可執行得多。
把模糊目標轉成可建模的輸入
如果你目前只有目標,先把它轉成驅動因子問題。例子如下:
模糊目標:
- 「我需要一套 investor financials 來做 seed raise。」
更好的 prompt:
- 「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 在開始估算前先補齊缺漏假設,而不是直接猜。
實務上最佳的工作流程
一套實用的 startup-financial-modeling usage workflow 可以是:
- 先定義 business model 與時間範圍。
- 提供目前的 baseline metrics。
- 請 agent 列出缺漏假設。
- 在開始 projection 前確認核心驅動因子。
- 產出 monthly model outputs。
- 加入 best/base/worst scenarios。
- 壓力測試 cash-out 日期與 raise timing。
- 把模型整理成可對投資人或董事會說明的敘事。
最關鍵的一步,是 projection 前先檢查 assumptions。大多數不好的輸出,都是在這一關沒有把好。
這個技能最擅長什麼
從原始內容來看,startup-financial-modeling 在公司具備 recurring revenue、且 customer cohorts 很重要的情境下表現最好。它特別適合:
- B2B SaaS
- subscription products
- 以 retention 為核心的業務
- 早期募資規劃
- runway 與 burn 分析
若是一次性專案型業務,除非你願意改寫營收邏輯,否則不算它最自然的適配場景。
建議要求的輸出格式
不要讓輸出格式太模糊。建議明確要求 agent 產出以下一種或多種內容:
- 24–60 個月的 monthly table
- assumption summary table
- scenario comparison table
- fundraising timeline
- break-even month estimate
- 可直接給董事會使用的關鍵敏感因子說明
如果你打算把成果搬到 Sheets 或 Excel,請要求輸出純表格,並用文字說明公式邏輯。
常見的導入阻礙
在安裝 startup-financial-modeling 之前,多數阻礙其實不是技術問題,而是輸入品質不足:
- 沒有 retention assumptions
- 沒有清楚的 pricing logic
- 沒有 headcount plan
- 沒有區分 COGS 與 opex
- 沒有 starting cash 或 debt 的脈絡
- runway 問題卻只要求 annual outputs
這個技能能幫你建立結構,但無法憑空替你發明可靠的營運假設。
如何做出更好的 scenario planning
這個 repository 很明確重視 scenario analysis,因此建議刻意用好這一點。一個實用的 scenario 設計方式,是每個 case 只調整少數幾個驅動因子:
- acquisition volume
- retention/churn
- ARPU 或 expansion revenue
- hiring pace
- fundraising timing
如果每個 scenario 每一行都變,最後就很難向投資人或營運團隊解釋清楚。
startup-financial-modeling 技能 FAQ
startup-financial-modeling 值得安裝嗎?
如果你想讓 agent 使用貼近新創情境的財務建模邏輯,而不是泛泛的預測語言,那值得。startup-financial-modeling skill 即使沒有附帶試算表檔案或 automation,仍比一般 prompt 提供更清楚的建模框架。
startup-financial-modeling 適合初學者嗎?
適合,但有一個前提:初學者仍然要提供基本 business assumptions。這個技能可以幫你整理模型,但不代表你可以完全不了解 ARPU、churn、COGS、burn、runway 這些概念。
它和直接叫 ChatGPT 做 forecast 有什麼差別?
一般 prompt 常常會跳過驅動因子邏輯,直接給你摘要數字。當你需要從 assumptions 一路追到 outputs 的推導過程時,startup-financial-modeling 會更有用,尤其是在 cohort revenue、成本分類與 cash planning 上。
我可以把 startup-financial-modeling 用在非 SaaS 公司嗎?
有時可以。它最適合的是能用重複客戶行為與 recurring economics 來建模的業務。若是交易型或服務占比高的公司,你可能需要把營收段落改寫成以 bookings、utilization、project margins 或 take rate 為核心。
這個技能會直接產生試算表嗎?
不會自己產生。從 repository 可見,這個技能資料夾裡只有 SKILL.md,沒有 templates 或 scripts。你應該把它視為給 agent 用的指引,而不是可下載的財務模型。
什麼情況下不該使用 startup-financial-modeling?
若你需要的是以下內容,就不建議使用:
- audited financial statements
- tax 或 GAAP 建議
- lender-grade financial packages
- cap table 的法律建模
- 可即插即用的 Excel workbook
如果你的業務幾乎沒有 cohort、retention 或 recurring revenue 的特徵,它也不會是理想選擇。
如何提升 startup-financial-modeling 技能的效果
提供驅動因子層級的輸入,不要只給結果目標
要提升 startup-financial-modeling 輸出品質,最快的方法就是不要再用「做到 $10M ARR」這種目標式 prompt。請改為提供可能產生這個結果的驅動因子:
- 每月新增客戶數
- cohort 留存
- 各 segment 的 pricing
- upsell 發生時點
- 各 channel 的 CAC
- hiring ramp
- 每位客戶的 infra cost
這樣模型才會是可解釋的,而不是只是在寫願景。
要求 agent 把 assumptions 與 calculations 分開
常見失敗模式之一,是把隱藏假設混進 forecast 裡。若你想提升結果品質,請明確要求輸出:
- assumption table
- formula logic
- monthly outputs
- scenario deltas
- key sensitivities
這樣在你真的拿這些數字做判斷之前,就更容易先找出不合理的假設。
runway 問題一定要強制 monthly detail
如果你的目標是做 cash planning,monthly detail 非常重要。年度視圖很容易掩蓋 cash-out 風險。若想得到更好的 startup-financial-modeling for Finance 結果,至少要要求 monthly projections,一路做到下一次預期募資或 break-even 為止。
把 retention 與 expansion 假設收斂得更具體
在 recurring revenue 模型中,最容易拖垮品質的就是模糊的 retention 輸入。不要只說「churn 很低」,而要明確到像這樣:
- months 1–12 的 monthly logo churn 為 3%
- enterprise accounts 的 net revenue retention 為 105%
- 20% 的 retained customers 會在 month 4 後開始 expansion
就算這些數字仍是粗估,也遠比籠統樂觀來得好。
用招募時點把成本模型做得更準
很多 startup 模型會低估 burn,原因是 headcount 假設太籠統。建議提供:
- role
- start month
- fully loaded salary
- 若適用則加上 commission
- 一次性的 recruiting 或 equipment costs
這些資訊會明顯改善 burn 與 runway 的輸出品質。
維持 scenario discipline
不要一次要求十種 scenarios。請只要三個清楚的 cases,並定義每一個 case 改變的是什麼。例子:
- Base:目前 conversion 與 churn 維持不變
- Upside:churn 改善 20%,CAC 改善 15%
- Downside:sales hiring 延後 3 個月,churn 惡化 25%
這樣 scenario logic 才會真的對決策有幫助。
要求加入 sanity-check 區段
要提升 startup-financial-modeling guide 的輸出品質,一個很好的方法是要求 agent 額外標記不合理假設,例如:
- ARR 成長遠高於現有招募能力
- gross margin 與 infrastructure costs 不相符
- CAC payback 比 cash runway 還差
- raise timing 發生在 cash-out 之後
這能抓出那些表格看起來很完整、但其實藏著問題的模型風險。
第一版出來後要持續迭代
第一版不應該就是最終模型。你可以進一步追問:
- 哪 3 個 assumptions 會對 runway 造成最大變異?
- 哪些地方會讓投資人覺得這個模型不具說服力?
- 哪些 metrics 應該用真實資料,而不是估算?
- 如果 hiring 延後一個 quarter,會發生什麼事?
這樣就能把技能從一次性輸出,變成真正的規劃工具。
如果你的業務比較特殊,要調整營收邏輯
如果你是為 marketplace、fintech 或 hybrid services 公司安裝 startup-financial-modeling,請明確告訴 agent:需要在必要處替換掉預設的 SaaS 假設。例子如下:
- marketplace:GMV、take rate、buyer/seller cohorts
- fintech:transaction volume、interchange、loss assumptions
- services hybrid:billable headcount、utilization、project margin
如果沒有做這層調整,輸出看起來可能很完整,但和實際業務模式並不貼合。
