financial-modeling
Use this skill when building financial models, DCF analyses, revenue forecasts, scenario analyses, or cap tables. Triggers on DCF, LBO, revenue forecasting, scenario analysis, cap tables, financial projections, valuation, unit economics, and any task requiring financial model design or analysis.
operations financial-modelingdcfvaluationforecastingcap-tableanalysisWhat is financial-modeling?
Use this skill when building financial models, DCF analyses, revenue forecasts, scenario analyses, or cap tables. Triggers on DCF, LBO, revenue forecasting, scenario analysis, cap tables, financial projections, valuation, unit economics, and any task requiring financial model design or analysis.
financial-modeling
financial-modeling is a production-ready AI agent skill for claude-code, gemini-cli, openai-codex. Building financial models, DCF analyses, revenue forecasts, scenario analyses, or cap tables.
Quick Facts
| Field | Value |
|---|---|
| Category | operations |
| Version | 0.1.0 |
| Platforms | claude-code, gemini-cli, openai-codex |
| License | MIT |
How to Install
- Make sure you have Node.js installed on your machine.
- Run the following command in your terminal:
npx skills add AbsolutelySkilled/AbsolutelySkilled --skill financial-modeling- The financial-modeling skill is now available in your AI coding agent (Claude Code, Gemini CLI, OpenAI Codex, etc.).
Overview
A practitioner's framework for building financial models that inform real decisions. This skill covers the mechanics of DCF valuation, revenue forecasting, unit economics, scenario analysis, and cap tables - with emphasis on what drives the numbers, not just how to calculate them. Designed for founders, operators, and analysts who need models that hold up to scrutiny.
Tags
financial-modeling dcf valuation forecasting cap-table analysis
Platforms
- claude-code
- gemini-cli
- openai-codex
Related Skills
Pair financial-modeling with these complementary skills:
Frequently Asked Questions
What is financial-modeling?
Use this skill when building financial models, DCF analyses, revenue forecasts, scenario analyses, or cap tables. Triggers on DCF, LBO, revenue forecasting, scenario analysis, cap tables, financial projections, valuation, unit economics, and any task requiring financial model design or analysis.
How do I install financial-modeling?
Run npx skills add AbsolutelySkilled/AbsolutelySkilled --skill financial-modeling in your terminal. The skill will be immediately available in your AI coding agent.
What AI agents support financial-modeling?
This skill works with claude-code, gemini-cli, openai-codex. Install it once and use it across any supported AI coding agent.
Maintainers
Generated from AbsolutelySkilled
SKILL.md
Financial Modeling
A practitioner's framework for building financial models that inform real decisions. This skill covers the mechanics of DCF valuation, revenue forecasting, unit economics, scenario analysis, and cap tables - with emphasis on what drives the numbers, not just how to calculate them. Designed for founders, operators, and analysts who need models that hold up to scrutiny.
When to use this skill
Trigger this skill when the user:
- Builds a revenue forecast or bottoms-up SaaS model
- Performs a DCF valuation or wants to value a business
- Models unit economics (LTV, CAC, payback period, contribution margin)
- Creates scenario analysis (base, bull, bear cases)
- Builds or updates a cap table (pre/post-money, option pool, dilution)
- Models operating expenses by department or headcount plan
- Runs sensitivity analysis or builds data tables
- Prepares financial projections for a board, investor, or fundraise
Do NOT trigger this skill for:
- Accounting or tax compliance questions (use a CPA, not a model)
- Real-time market data, stock screening, or trading strategies
Key principles
Assumptions drive everything - make them explicit - A model is only as good as its inputs. Every key assumption (growth rate, churn, gross margin) should live in a clearly labeled inputs section, not be buried in formulas. If you can't defend an assumption in 10 seconds, it's not ready.
Build for scenarios, not point estimates - A single-case model is a false sense of precision. Reality will land somewhere between your bear and bull cases. Structure every model with at least three scenarios from day one - it forces you to think about the range of outcomes, not just the hoped-for one.
Separate inputs, calculations, and outputs - Inputs (assumptions) belong in one section. Formulas (calculations) reference only inputs or other calculations. Outputs (charts, summaries) reference only calculations. Never hard-code a number in a formula that should be an assumption. This separation makes auditing and updating the model fast and safe.
Stress test the downside - Most financial models are too optimistic. Reverse- engineer the downside: "What churn rate makes this business unviable?" or "What growth rate do we need to hit break-even in 18 months?" Knowing the failure thresholds is more valuable than the base case.
The model is a tool, not the answer - A model produces a range, not a verdict. Use it to understand sensitivity, pressure-test logic, and communicate trade-offs. Never present a DCF output as a price target without showing the key sensitivities. The goal is better thinking, not false precision.
Core concepts
Three-statement model
The foundation of any serious financial model. The three statements are interconnected:
| Statement | What it shows | Key link |
|---|---|---|
| Income statement | Revenue, costs, profit over a period | Net income flows to retained earnings |
| Balance sheet | Assets, liabilities, equity at a point in time | Cash from cash flow statement |
| Cash flow statement | Actual cash in/out, reconciles profit to cash | Starts from net income |
For most startup models, a simplified version suffices: revenue build, gross margin, operating expenses, and ending cash balance. Add the balance sheet and full cash flow statement when modeling working capital, debt, or M&A.
DCF mechanics
A DCF (Discounted Cash Flow) values a business by the present value of its future free cash flows. The mechanics:
- Project free cash flows (FCF = EBIT*(1-tax rate) + D&A - capex - change in working capital)
- Choose a discount rate (WACC for the whole business, cost of equity for equity-only)
- Calculate terminal value (Gordon Growth or exit multiple)
- Discount all cash flows back to today using:
PV = CF / (1 + r)^n - Sum the present values - that is the enterprise value
The terminal value typically represents 60-80% of DCF value. This makes the discount rate and terminal growth rate the two most important (and most uncertain) inputs.
Unit economics
Unit economics measure the profitability of a single customer or transaction:
- LTV (Lifetime Value):
(ARPU * Gross Margin %) / Churn Rate - CAC (Customer Acquisition Cost): Total sales & marketing spend / new customers acquired
- LTV:CAC ratio: Benchmark 3:1 or higher for healthy SaaS
- CAC Payback Period:
CAC / (ARPU * Gross Margin %)- months to recover acquisition cost - Contribution Margin: Revenue minus variable costs per unit
Cap table structure
A cap table tracks ownership in a company across all shareholders:
- Pre-money valuation: Company value before new investment
- Post-money valuation:
Pre-money + new investment - Price per share:
Pre-money valuation / fully diluted shares outstanding - Dilution: Each new share issued reduces existing shareholders' ownership percentage
- Option pool shuffle: Investors often require the option pool to be created pre-money, which dilutes founders, not investors - model this explicitly
Common tasks
Build a SaaS revenue forecast - bottoms-up model
Start from customer counts, not a top-down percentage. Bottoms-up is more defensible:
New customers per month = (Website visitors * conversion rate)
OR (SDR capacity * meeting rate * close rate)
Monthly Recurring Revenue (MRR):
Starting MRR
+ New MRR (new customers * ARPU)
+ Expansion MRR (upsells/upgrades)
- Churned MRR (prior MRR * churn rate)
= Ending MRR
ARR = Ending MRR * 12Layer in gross margin (typically 60-80% for SaaS) to get gross profit. Model cohort-level retention to capture expansion revenue and logo churn separately.
Key assumption to stress test: monthly churn rate. At 2% monthly churn, you lose ~21% of revenue per year. At 5%, you lose ~46%. The business model changes entirely.
Build a DCF valuation - step by step
- Project revenue - use a bottoms-up model for years 1-3, apply a fade to a long-run growth rate for years 4-10
- Project margins - start from current gross/EBIT margin, model expansion toward a steady-state comparable (check public comps)
- Calculate unlevered FCF - EBIT * (1-tax) + D&A - Capex - change in NWC
- Set the discount rate - For early-stage: use 20-35% (reflects risk premium). For public comps-based: use WACC (8-12% range for established businesses)
- Calculate terminal value - Use exit multiple (EV/EBITDA or EV/Revenue) anchored to comparable public companies. Cross-check with Gordon Growth model
- Discount and sum -
Enterprise Value = Sum(FCF / (1+r)^t) + TV / (1+r)^n - Bridge to equity value -
Equity Value = Enterprise Value - Net Debt
Sanity check: implied revenue multiple at your DCF value vs current comps. If your DCF implies a 30x revenue multiple when comps trade at 8x, revisit your assumptions.
Model unit economics - LTV/CAC/payback
Build a cohort model to make unit economics concrete:
Inputs:
ARPU (monthly) = $500
Gross margin = 75%
Monthly churn = 2%
Blended CAC = $3,000
Calculations:
Average customer life = 1 / 2% = 50 months
LTV = $500 * 75% * 50 = $18,750
LTV:CAC ratio = $18,750 / $3,000 = 6.25x (healthy)
CAC payback period = $3,000 / ($500 * 75%) = 8 months (excellent)Model the blended CAC separately by channel (paid, organic, sales) - blended CAC hides the efficiency differences between channels.
Create scenario analysis - base/bull/bear
Scenario analysis is not sensitivity analysis. Scenarios change multiple assumptions together to tell a coherent story:
| Assumption | Bear Case | Base Case | Bull Case |
|---|---|---|---|
| Monthly growth rate | 5% | 12% | 20% |
| Monthly churn | 4% | 2% | 1% |
| Gross margin | 60% | 72% | 78% |
| Sales efficiency | 0.5x | 0.8x | 1.2x |
Build a single scenario toggle (a dropdown or input cell) that switches all assumptions at once. Never copy-paste a model three times - use one model with a scenario selector feeding the inputs section.
Build a cap table - pre/post money
Track shares and ownership through each round:
Founding:
Founders: 8,000,000 shares = 100%
Seed round ($2M on $8M pre-money):
Pre-money valuation: $8,000,000
New shares issued: 2,000,000 (= $2M / ($8M / 8M shares))
Post-money valuation: $10,000,000
Post-money ownership:
Founders: 8M / 10M = 80%
Seed investors: 2M / 10M = 20%
With 10% option pool (created pre-money):
Pre-money shares: 8M founders + 889K options = 8,889K
Price per share: $8M / 8,889K = $0.90
New shares: $2M / $0.90 = 2,222K
Founders post: 8M / 11,111K = 72% (option pool diluted founders, not investors)Model operating expenses - by department
Build headcount-driven opex, not a percentage of revenue:
For each department (Eng, Sales, Marketing, G&A, CS):
Headcount plan (by month)
x Average fully-loaded cost per head (salary + benefits + equipment ~1.25x base)
= Headcount expense
+ Non-headcount budget (tools, contractors, marketing spend)
= Total department expenseSum all departments for total opex. Overlay on gross profit to get EBITDA and cash burn. Always model month-end headcount, not average - hiring lag matters.
Sensitivity analysis - data tables
Use two-variable data tables to visualize how the outcome changes across key inputs:
Example: IRR sensitivity to entry multiple and exit multiple
Exit Multiple
6x 8x 10x 12x
Entry 4x | 22% | 35% | 46% | 56%
Multi 6x | 8% | 19% | 29% | 38%
8x | -2% | 8% | 17% | 25%
10x | -9% | 0% | 8% | 16%Always pick the two inputs with the highest impact on your output for the table. For a DCF, that is almost always discount rate vs terminal growth rate, or discount rate vs exit multiple.
Anti-patterns
| Anti-pattern | Why it's wrong | What to do instead |
|---|---|---|
| Hard-coding numbers in formulas | Model becomes impossible to audit or update | All assumptions in a labeled inputs section; formulas reference inputs |
| Single-point forecast | Creates false precision, hides risk | Build three scenarios minimum; show a range |
| Top-down revenue forecast ("we'll capture 1% of a $10B market") | Untestable, disconnected from reality | Bottoms-up from unit economics and customer acquisition drivers |
| Ignoring churn in a SaaS model | Overstates long-run revenue dramatically | Model cohort-level retention, separate logo vs revenue churn |
| Using pre-money option pool in cap table wrong | Underestimates founder dilution | Model option pool shuffle explicitly; show pre vs post ownership for each party |
| Confusing cash profit with accounting profit | Profitable companies go bankrupt from cash timing | Always include a cash flow / burn schedule; track change in working capital |
Gotchas
Terminal value represents 60-80% of DCF value - small changes to terminal growth rate or discount rate swing valuation by 30-50% - This makes the DCF highly sensitive to two of its most uncertain inputs. Always show a sensitivity table of terminal growth rate vs discount rate alongside any DCF output, or the number is meaningless as a standalone figure.
Monthly churn compounded annually is much worse than it looks - 2% monthly churn sounds small but means ~21% annual revenue loss. Founders often model monthly churn in isolation and miss the compounding effect on ARR. Build a cohort model that shows the revenue retention curve over 12-24 months to make this visible.
Option pool shuffle dilutes founders pre-money, not investors post-money - When VCs require an option pool refresh at the time of investment, they typically require it to be created using pre-money shares. This means founders bear 100% of the dilution. A $10M pre-money valuation with a 10% option pool refresh effectively reduces the founder's pre-money valuation to ~$9M. Model this explicitly in cap table scenarios.
Blended CAC hides channel efficiency differences - If paid search CAC is $5,000 and organic CAC is $500, a blended $2,000 CAC looks reasonable but the business is critically dependent on a channel that could turn off. Always model CAC by channel separately to understand which channels are economically viable.
"Scenario analysis" with only revenue assumptions changed is not scenario analysis - A true scenario represents a coherent narrative where multiple assumptions change together (growth rate, churn, gross margin, sales efficiency all move in the same direction). Changing only one variable while holding others constant is sensitivity analysis, which is a different and complementary tool.
References
For detailed benchmarks, formulas, and worked examples:
references/saas-metrics.md- SaaS financial metrics definitions, benchmarks, and industry standards (MRR, ARR, NRR, LTV:CAC, Rule of 40, magic number)
Only load a references file if the current task requires it - they are detailed and will consume context.
References
saas-metrics.md
SaaS Financial Metrics Reference
Definitions, formulas, and benchmarks for the metrics that matter in SaaS. Use this as a lookup when building models or pressure-testing assumptions against industry norms.
Revenue Metrics
MRR (Monthly Recurring Revenue)
The normalized monthly value of all active subscription contracts. The single most important leading indicator for a SaaS business.
Formula: Sum of all active contract values normalized to one month
- Annual contracts:
Annual contract value / 12 - Multi-year contracts:
Total value / (months in contract)
MRR components:
| Component | Definition |
|---|---|
| New MRR | MRR from customers who started paying this month |
| Expansion MRR | MRR increase from existing customers (upsell, seat adds, tier upgrades) |
| Contraction MRR | MRR decrease from existing customers (downgrades, seat reductions) |
| Churned MRR | MRR lost from customers who cancelled this month |
| Reactivation MRR | MRR from previously churned customers who returned |
Net New MRR = New MRR + Expansion MRR - Contraction MRR - Churned MRR
ARR (Annual Recurring Revenue)
ARR = MRR * 12
ARR is a snapshot metric, not a trailing 12-month sum. It represents the annualized run-rate of current recurring revenue. Use MRR for month-to-month operations, ARR for investor reporting and benchmarking.
NRR (Net Revenue Retention)
Also called Net Dollar Retention (NDR). Measures how much revenue you retain and expand from existing customers over a period, excluding new customers.
Formula: NRR = (Starting MRR + Expansion - Contraction - Churn) / Starting MRR
Measured on a cohort basis, typically over 12 months.
| NRR | Interpretation |
|---|---|
| > 130% | World-class (Snowflake, Datadog tier) |
| 120-130% | Excellent - strong expansion engine |
| 110-120% | Good - healthy SaaS business |
| 100-110% | Adequate - not losing revenue, minimal expansion |
| < 100% | Warning - expansion doesn't offset churn |
NRR > 100% means the business can grow ARR even with zero new customer acquisition. This is the most powerful financial property a SaaS company can have.
GRR (Gross Revenue Retention)
Revenue retained from existing customers, ignoring expansion. Measures the "floor" of your business - how much you keep even if no one buys more.
Formula: GRR = (Starting MRR - Contraction - Churn) / Starting MRR
GRR is capped at 100% by definition. Benchmark: > 85% for SMB, > 90% for mid-market,
95% for enterprise.
Growth Metrics
MoM Growth Rate
MoM Growth = (This Month MRR - Last Month MRR) / Last Month MRR
Benchmark for early-stage ($0-$1M ARR): 15-20% MoM is exceptional. 10% is strong. Compress to ARR doubling pace for normalized comparison at scale.
ARR Growth (YoY)
| ARR Range | Strong Growth | Good Growth |
|---|---|---|
| $1M - $10M | > 200% | > 100% |
| $10M - $50M | > 150% | > 80% |
| $50M - $100M | > 100% | > 60% |
| > $100M | > 60% | > 40% |
Source: Bessemer Venture Partners "Laws of Cloud" benchmarks.
T2D3 Rule
"Triple, Triple, Double, Double, Double" - a benchmark path to $100M ARR:
- Year 1 to Year 2: 3x ARR
- Year 2 to Year 3: 3x ARR
- Year 3 to Year 4: 2x ARR
- Year 4 to Year 5: 2x ARR
- Year 5 to Year 6: 2x ARR
A company hitting this trajectory from a ~$2M ARR starting point reaches ~$100M ARR in ~5 years. Used as a benchmark for top-tier SaaS businesses.
Efficiency Metrics
CAC (Customer Acquisition Cost)
Fully-loaded CAC: (Sales + Marketing spend) / New customers acquired
Always use fully-loaded CAC: include salaries, tools, events, and agency fees. Blended CAC hides channel efficiency - break it out by acquisition channel.
| Channel | Typical CAC (B2B SaaS) |
|---|---|
| Outbound sales (SDR + AE) | $5,000 - $50,000+ |
| Paid digital (Google, LinkedIn) | $500 - $5,000 |
| Organic / SEO / content | $50 - $500 |
| Product-led growth (PLG) | $100 - $1,000 |
CAC varies enormously by ACV. A $100K ACV deal can justify $20K CAC. A $1K ACV deal cannot.
CAC Payback Period
Months required to recover the cost of acquiring a customer from gross profit.
Formula: CAC Payback (months) = CAC / (ARPU * Gross Margin %)
| Payback Period | Assessment |
|---|---|
| < 12 months | Excellent |
| 12-18 months | Good |
| 18-24 months | Acceptable - watch closely |
| > 24 months | Concerning - capital-intensive |
For enterprise deals, 18-24 months is often acceptable given contract stability.
LTV (Customer Lifetime Value)
The total gross profit expected from a customer over their lifetime.
Formula: LTV = (ARPU * Gross Margin %) / Monthly Churn Rate
Assumes constant ARPU and churn. For businesses with strong expansion, use a cohort model instead - static LTV understates value when NRR > 100%.
LTV:CAC Ratio
The ratio of lifetime value to acquisition cost. The gold standard efficiency metric.
| Ratio | Interpretation |
|---|---|
| > 5x | Excellent - may be underinvesting in growth |
| 3x - 5x | Healthy - good balance of growth and efficiency |
| 1x - 3x | Marginal - spending too much to acquire or not retaining well |
| < 1x | Burning cash - acquiring unprofitable customers |
LTV:CAC of exactly 3x is often cited as a target, but the right ratio depends on capital availability and growth stage. A well-funded startup might intentionally run at 1.5x to capture market share.
Magic Number
Measures sales efficiency: how much ARR growth do you get per dollar of sales and marketing spend?
Formula: Magic Number = (This Quarter ARR - Prior Quarter ARR) * 4 / Prior Quarter S&M Spend
| Magic Number | Interpretation |
|---|---|
| > 1.5x | Excellent - accelerate S&M investment |
| 0.75x - 1.5x | Good - invest steadily |
| 0.5x - 0.75x | Caution - review efficiency before scaling |
| < 0.5x | Problem - fix before investing more |
Profitability Metrics
Gross Margin
Formula: Gross Margin % = (Revenue - COGS) / Revenue
SaaS COGS includes: hosting/infrastructure, customer support, implementation/onboarding, third-party software embedded in the product.
| Business type | Typical Gross Margin |
|---|---|
| Pure software (no services) | 75-85% |
| SaaS with included support | 65-75% |
| SaaS + professional services | 55-70% |
| Usage-based (infra-heavy) | 50-65% |
Rule of 40
The combined YoY revenue growth rate and EBITDA margin should equal or exceed 40%. Balances growth and profitability.
Formula: Rule of 40 = Revenue Growth Rate (%) + EBITDA Margin (%)
Example: 60% growth + (-20%) EBITDA margin = 40 (passes). 30% growth + 15% EBITDA = 45 (passes).
| Score | Assessment |
|---|---|
| > 60 | Top-tier SaaS |
| 40-60 | Strong |
| 20-40 | Developing |
| < 20 | Needs work |
Early-stage companies typically trade growth for profitability (high growth, deeply negative EBITDA). Rule of 40 is most useful at $10M+ ARR.
Burn Multiple
How much net cash you burn per dollar of net new ARR added. Measures capital efficiency.
Formula: Burn Multiple = Net Burn / Net New ARR
| Burn Multiple | Assessment |
|---|---|
| < 1x | Excellent |
| 1x - 1.5x | Good |
| 1.5x - 2x | Acceptable |
| > 2x | Concerning |
Popularized by David Sacks. Particularly relevant in higher-rate environments where capital efficiency is scrutinized.
Churn Metrics
Logo Churn vs Revenue Churn
| Metric | Definition | What it hides |
|---|---|---|
| Logo churn | % of customer accounts lost | Losing small customers while retaining large ones |
| Revenue churn | % of MRR lost | Raw cancellation rate without accounting for expansion |
| Net revenue churn | Revenue churn minus expansion | Net impact on existing revenue base |
Always report both logo and revenue churn. A company can have 10% logo churn but negative net revenue churn if it's expanding heavily into retained accounts.
Churn Rate Benchmarks
| Segment | Acceptable Monthly Churn | Strong Monthly Churn |
|---|---|---|
| SMB | 2-3% | < 2% |
| Mid-market | 1-2% | < 1% |
| Enterprise | 0.5-1% | < 0.5% |
Monthly churn to annual: Annual Churn = 1 - (1 - Monthly Churn)^12
At 2% monthly, annual logo churn is ~21%. At 0.5% monthly, it is ~6%.
Valuation Multiples
SaaS companies are typically valued on revenue multiples (EV/ARR or EV/NTM Revenue) because many are not yet profitable.
| Growth Rate (YoY) | Typical EV/NTM Revenue Multiple |
|---|---|
| > 100% | 15-30x+ |
| 60-100% | 8-15x |
| 40-60% | 5-8x |
| 20-40% | 3-5x |
| < 20% | 2-3x |
Multiples compress significantly when: growth is decelerating, NRR is below 100%, gross margins are below 70%, or macro conditions tighten credit/risk appetite.
Public SaaS multiples (2021 peak vs 2023 trough) swung from 20-40x NTM revenue to 4-8x. Build models that work across a range of multiples, not just peak-cycle comps.
Quick Reference: Benchmarks Summary
| Metric | Benchmark |
|---|---|
| Gross Margin | 70%+ for pure SaaS |
| NRR | 110%+ good, 120%+ excellent |
| GRR | 85%+ SMB, 90%+ enterprise |
| LTV:CAC | 3x+ |
| CAC Payback | < 18 months |
| Magic Number | 0.75x+ to invest, 1.5x+ to accelerate |
| Rule of 40 | 40+ at scale |
| Burn Multiple | < 1.5x |
| Monthly churn (SMB) | < 2% |
| Monthly churn (enterprise) | < 0.5% |
Frequently Asked Questions
What is financial-modeling?
Use this skill when building financial models, DCF analyses, revenue forecasts, scenario analyses, or cap tables. Triggers on DCF, LBO, revenue forecasting, scenario analysis, cap tables, financial projections, valuation, unit economics, and any task requiring financial model design or analysis.
How do I install financial-modeling?
Run npx skills add AbsolutelySkilled/AbsolutelySkilled --skill financial-modeling in your terminal. The skill will be immediately available in your AI coding agent.
What AI agents support financial-modeling?
financial-modeling works with claude-code, gemini-cli, openai-codex. Install it once and use it across any supported AI coding agent.