Free cap table template for CFOs who like to plan ahead
Even the cleanest spreadsheet can hit its limits. This free cap table template by Fidelity Private Shares can help early-stage teams track equity clearly and correctly, while setting the stage for a seamless transition to a more scalable solution when needed.
Pre-formatted for equity events (ex: SAFEs, options, dilution)
Audit-friendly and investor-ready structure
Fully editable, built for early-stage use
Easy migration to the Fidelity Private Shares (FPS) platform when you’re ready to scale
Yo, it's CJ! Welcome back to my newsletter for current and aspiring CFOs. My goal is to make YOU better at your job by covering
SaaS metrics
Fundraising
Finance + GTM ops
All in a way you can actually understand.
I also help with two things that keep CFOs up at night: picking the right software and hiring the right people.
Benchmark your tech stack by company size
Hire finance and accounting talent (Mgr, Dir, VP) from our 75,000 readers
Will R&D as a % of Revenue Ever Go Down?
In our recent CFO Mailbag, reader "McParty" (early contender for best mailbag pseudonym of the year) asked if R&D spend as a % of revenue will ever go down.
If AI is so efficient and engineers can now conjure up their deepest darkest creations in hours rather than months, will the relative amount we spend on building new shit decrease?
At initial glance, you think duhhh that has to happen. Right? People are more efficient. So you need less people to do it. Four day work week, get the Miller Lites on ice, let's boogie.
But on my third iced coffee I realize it's a more nuanced question. Three assumptions are baked into that take, and I'm not sure any of them hold up.
A butterfly flaps it’s wings…
First, it assumes token costs are a straight swap for what we used to spend on engineering tools.
It costs a lot more to run LLMs than it does to buy 30 GitHub licenses. No matter how much you used to spend on Bitbucket or Trello or Linear, LLM tokens cost more. My old rule of thumb was that Engineering Labor ran about 85%-90% of the total engineering budget, with tooling picking up the other 15%-20%. That was the budget envelope’s ratio. Now it might be 50/50, and the overall pie is bigger.
And if you're lucky enough to eliminate some headcount entirely, meet your new hungry hippo: the agent that replaced them.

Tangent: It’s v. cute when someone names their golden retriever a human name, like Doug. Or Hank. Hank is always funny. But it’s not as cute when they name their agent a human name. Stop trying to make “Harold the billing agent” happen.
A $200K engineer costs you roughly $770 a day when you spread it across working days, which sounds like a lot until you realize a busy autonomous agent can burn through millions of tokens… yanking context, rewriting its own output, looping endlessly on a problem.
(At least when I lay awake at night, anxiously looping on a problem, it doesn’t show up on the P&L. This kind of thinking does.)
And if you are lucky to eliminate some headcount entirely, what you put in its place may be an agent that chews up more tokens comparatively to the $220K you paid that engineer.
So the labor costs and token costs are not hot swappable; they are not at parity. And you didn't cancel the cost center… you’re experiencing a mix shift.
Tomasz Tunguz framed it well: the new metric isn't cost per engineer, it's productive work per dollar of inference. He explained he’s getting 31 tasks a day out of his setup for $12K a year. By that math, the engineer still on the books at $100K better be producing 8x more output to justify the delta.
That's the conversation CFOs are about to start having, and a lot of engineering orgs are not going to love where it lands.
Second, it assumes engineers cost the same.
This one's interesting. On the surface, AI makes coding more accessible. And yes, I'm personally out here using Claude to build little pet projects I had no business attempting two years ago.
But there's a real difference between that and building production-ready software for a living. Like Soc2 shit. For the latter, I think the best engineers get paid more, not less. They'll credibly argue that one of them, armed with the right tools and a phat LLM budget, does the work of the full devsec, QA, backend, frontend squad from before. Companies will pony up for that. So instead of 10 engineers at 1x, you're paying one engineer at 2x. The total headcount goes down, the price per head goes up.
Third, it assumes competition stays the same.
This is the big one. When everyone can build faster and cheaper, everyone builds more. Javon’s Paradox, or whatever.
Counterintuitively, making it cheaper to build makes it more expensive to compete.
The winners are going to take whatever they save and immediately light it on fire on the next thing. That's just how competitive markets work. And everyone else is going to be playing catch-up, which is also expensive. Either way, the dollars find their way back into development.
(Or they go back into distribution, since that is increasingly becoming a moat. Also, click here to advertise with us lol).
So here's where I land: R&D% probably dips in the short run because you're not backfilling every open req with a human anymore. But the balance between people costs and inference costs shifts, the people you keep cost more, and competition makes sure the savings don't stay savings for long.
You'll likely spend more in aggregate because competition demands it. The ante goes up.
Which, for all the CFOs at home, makes you wonder how that quest for 25% profit margins ever gets to 35% or 40%.

Source: Crowdstrike
What if AI just competes the margin right out of our P&Ls by making all of us more efficient at the same time?
What if nirvana becomes only 15% profit margins?
What did we do!?
Now wouldn't that be a quandary. And this is why we can't have nice things.
Net net: Don't touch that R&D dial in your LT forecast just yet.

TL;DR: Medan Multiples are FLAT week over week.
The overall tech median is 3.1x (FLAT w/w).
What Great Looks Like - Top 10 Medians:
EV / NTM Revenue = 13.1x (FLAT w/w)
CAC Payback = 29 months
Rule of 40 = 49%
Revenue per Employee = $950k
Figures for each index are measured at the Median
Median and Top 10 Median are measured across the entire data set, where n = 144
Recent changes
Added: Navan, Bullish, Figure, Gemini, Stubhub, Klarna, Figma
Removed: Jamf, OneStream, Olo, Couchbase, Dayforce, Vimeo
Population Sizes:
Security & Identity = 17
Data Infrastructure & Dev Tools = 13
Cloud Platforms & Infra = 15
Horizontal SaaS & Back office = 17
GTM (MarTech & SalesTech) = 18
Marketplaces & Consumer Platforms = 18
FinTech & Payments = 28
Vertical SaaS = 17
Revenue Multiples
Revenue multiples are a shortcut to compare valuations across the technology landscape, where companies may not yet be profitable. The most standard timeframe for revenue multiple comparison is on a “Next Twelve Months” (NTM Revenue) basis.
NTM is a generous cut, as it gives a company “credit” for a full “rolling” future year. It also puts all companies on equal footing, regardless of their fiscal year end and quarterly seasonality.
However, not all technology sectors or monetization strategies receive the same “credit” on their forward revenue, which operators should be aware of when they create comp sets for their own companies. That is why I break them out as separate “indexes”.
Reasons may include:
Recurring mix of revenue
Stickiness of revenue
Average contract size
Cost of revenue delivery
Criticality of solution
Total Addressable Market potential
From a macro perspective, multiples trend higher in low interest environments, and vice versa.
Multiples shown are calculated by taking the Enterprise Value / NTM revenue.
Enterprise Value is calculated as: Market Capitalization + Total Debt - Cash
Market Cap fluctuates with share price day to day, while Total Debt and Cash are taken from the most recent quarterly financial statements available. That’s why we share this report each week - to keep up with changes in the stock market, and to update for quarterly earnings reports when they drop.
Historically, a 10x NTM Revenue multiple has been viewed as a “premium” valuation reserved for the best of the best companies.
Efficiency
Companies that can do more with less tend to earn higher valuations.
Three of the most common and consistently publicly available metrics to measure efficiency include:
CAC Payback Period: How many months does it take to recoup the cost of acquiring a customer?
CAC Payback Period is measured as Sales and Marketing costs divided by Revenue Additions, and adjusted by Gross Margin.
Here’s how I do it:
Sales and Marketing costs are measured on a TTM basis, but lagged by one quarter (so you skip a quarter, then sum the trailing four quarters of costs). This timeframe smooths for seasonality and recognizes the lead time required to generate pipeline.
Revenue is measured as the year-on-year change in the most recent quarter’s sales (so for Q2 of 2024 you’d subtract out Q2 of 2023’s revenue to get the increase), and then multiplied by four to arrive at an annualized revenue increase (e.g., ARR Additions).
Gross margin is taken as a % from the most recent quarter (e.g., 82%) to represent the current cost to serve a customer
Revenue per Employee: On a per head basis, how much in sales does the company generate each year? The rule of thumb is public companies should be doing north of $450k per employee at scale. This is simple division. And I believe it cuts through all the noise - there’s nowhere to hide.
Revenue per Employee is calculated as: (TTM Revenue / Total Current Employees)
Rule of 40: How does a company balance topline growth with bottom line efficiency? It’s the sum of the company’s revenue growth rate and EBITDA Margin. Netting the two should get you above 40 to pass the test.
Rule of 40 is calculated as: TTM Revenue Growth % + TTM Adjusted EBITDA Margin %
A few other notes on efficiency metrics:
Net Dollar Retention is another great measure of efficiency, but many companies have stopped quoting it as an exact number, choosing instead to disclose if it’s above or below a threshold once a year. It’s also uncommon for some types of companies, like marketplaces, to report it at all.
Most public companies don’t report net new ARR, and not all revenue is “recurring”, so I’m doing my best to approximate using changes in reported GAAP revenue. I admit this is a “stricter” view, as it is measuring change in net revenue.
OPEX
Decreasing your OPEX relative to revenue demonstrates Operating Leverage, and leaves more dollars to drop to the bottom line, as companies strive to achieve +25% profitability at scale.
The most common buckets companies put their operating costs into are:
Cost of Goods Sold: Customer Support employees, infrastructure to host your business in the cloud, API tolls, and banking fees if you are a FinTech.
Sales & Marketing: Sales and Marketing employees, advertising spend, demand gen spend, events, conferences, tools.
Research & Development: Product and Engineering employees, development expenses, tools.
General & Administrative: Finance, HR, and IT employees… and everything else. Or as I like to call myself “Strategic Backoffice Overhead.”
All of these are taken on a Gaap basis and therefore INCLUDE stock based comp, a non cash expense.
Please check out our data partner, Koyfin. It’s dope.
Wishing you formidable yet scalable R&D investments,
CJ














