SaaS Metrics for Bootstrapped Founders: What to Track (2026)

Short answer: Track MRR and its four movements (new, expansion, contraction, churned), customer and revenue churn, ARPU, gross margin, activation and trial-to-paid conversion. Add CAC that counts your own hours, CAC payback, LTV, net revenue retention and a default alive check once you pass about $1K MRR. Above all of them sit profit and runway, because a bootstrapped SaaS has no next funding round to cover a bad quarter.

Most SaaS metrics guides are written for companies reporting to a board. This one is for a founder who pays for the servers out of revenue or savings and wants to spend 15 minutes a week knowing whether the business is getting healthier. Every formula below is carried through one running example, a made-up product we call Ledgerline. Its numbers are illustrative arithmetic, not data from a real company.

Tool prices, product behaviour and benchmarks come from the vendors' and authors' own pages, checked on 7 Nov 2026 and linked inline. The advice in between is ours and is marked as such.

TL;DR#

• MRR is the spine. Split it into new, expansion, contraction and churned MRR every month. Net new MRR is the one number that tells you whether you are growing.
• Two kinds of churn. Customer churn counts people, revenue churn counts dollars. Track both, because they tell different stories when customers pay different amounts.
• Your time is a cost. CAC without founder hours flatters every channel that eats evenings. Put a rate on your time and include it.
• Payback beats LTV early. LTV relies on a churn rate you only partly know. CAC payback (months to earn back acquisition cost from gross profit) is harder to fool yourself with.
• Default alive is the bootstrapper's north star. Paul Graham's test asks whether, at current growth and constant expenses, you reach profitability on the money you have left (Paul Graham).
• Avoid three classic mistakes: annual plans booked as one month of MRR, trials counted as customers, and setup fees mixed into recurring revenue.
• Tools are cheap or free at small scale. Stripe Billing has built-in analytics (Stripe docs), ProfitWell Metrics is free (Paddle), and ChartMogul is free up to $10K MRR (ChartMogul).

Disclosure: ZeroRaised publishes this guide and is a launch site for bootstrapped products. ZeroRaised has no commercial relationship with Stripe, Paddle, ChartMogul or Baremetrics and earns nothing if you use any of them. Facts come from the linked sources as checked on 7 Nov 2026.

Why bootstrapped founders need different metrics#

A funded SaaS and a bootstrapped SaaS compute the same formulas, but they read the results differently.

A venture-backed company is usually asked to grow as fast as possible and is allowed to lose money while doing it, on the expectation that a next round will arrive. Its key metrics are about growth efficiency: how much the company spends to add a dollar of ARR, how fast ARR is compounding, whether the sales team is productive.

A bootstrapped company has a harder constraint. It must stay alive on the money it earns plus whatever the founder saved. That changes three things.

Profit is a metric, not an afterthought. If the business does not cover its costs and, eventually, your living costs, the clock is running on your savings. Profit and runway belong on the same page as MRR.

Your time is the main acquisition budget. Most bootstrapped founders spend far more hours on marketing and sales than dollars. A channel that costs $0 in cash and 15 hours a week is not free. If those hours could have gone into product or a contract that pays rent, they have a price.

Growth at all costs is a trap. Spending ahead of revenue makes sense if someone will fund the gap. Without that, a channel that takes 18 months to pay back can sink you even if it "works". Bootstrappers should prefer short payback and positive cash flow over the fastest possible top line.

Our read: the useful bootstrapped dashboard is small. About a dozen numbers, most of them derived from the same billing data, reviewed weekly and acted on. The rest of this guide is those numbers, in the order you will need them.

If you are still deciding how to fund the product in the first place, our guide to ways to fund a product without venture capital covers savings, revenue, grants and the options in between. The metrics here assume you have chosen to run on revenue.

Meet Ledgerline: the running example#

To keep the formulas concrete, every section uses the same imaginary product. Ledgerline is illustrative: the company and all of its numbers are invented for this guide.

Ledgerline is a solo-run bookkeeping helper for freelancers. It has a monthly plan and an annual plan, a 14-day free trial and a few higher-priced team accounts. Here is October, its reference month:

We will compute every metric from this table. When you build your own sheet, swap in your own numbers and keep the formulas.

The SaaS metrics table: formula, stage and decision#

This is the one table to bookmark. "When it starts to matter" is our editorial view of when a metric becomes reliable enough to act on for a solo or very small team.

The rest of the guide works through each row with Ledgerline's numbers, then groups them by stage.

MRR and its four movements#

Monthly recurring revenue (MRR) is the recurring revenue you expect each month from active subscriptions, normalised to a monthly amount. Stripe defines MRR in its Billing analytics as "the sum of the monthly-normalized value of all your active and past_due subscriptions", and excludes taxes, free-plan subscribers and metered products from that figure (Stripe docs). Note that Stripe's version counts past_due subscriptions, which means a failed payment still shows in MRR until the subscription is cancelled. If you calculate MRR yourself, decide whether you include past-due accounts and stay consistent.

MRR on its own hides what is happening. A flat MRR line can mean nothing is happening, or that you won 20 customers and lost 20. That is why every metrics tool splits MRR into movements:

• New MRR: revenue from customers who started paying in the period.
• Expansion MRR: extra revenue from existing customers (upgrades, more seats, add-ons).
• Contraction MRR: revenue lost when existing customers downgrade but stay.
• Churned MRR: revenue lost when customers cancel.

Some tools also show reactivation MRR for returning customers. At small scale you can fold it into new MRR.

Net new MRR = new + expansion - contraction - churned.

Ledgerline worked example (illustrative)#

• New MRR: $480
• Expansion MRR: $150
• Contraction MRR: $50
• Churned MRR: $190
• Net new MRR = 480 + 150 - 50 - 190 = $390
• Ending MRR = 4,000 + 390 = $4,390
• Ending customers = 125 + 15 - 6 = 134

ARR is MRR × 12, so Ledgerline's ARR is 4,390 × 12 = $52,680. ARR is a useful framing for annual goals and for comparing with published benchmarks, which are often banded by ARR. For a small bootstrapped business, it is not more informative than MRR, and it can feel bigger than the business really is. Our read: track MRR and only quote ARR when a benchmark or a buyer asks for it.

What it tells Ledgerline: growth of $390 on $4,000 is about 9.8% month over month. That looks healthy, but the next section shows that churned and contracted MRR ate more than a third of what new and expansion brought in ($240 of $630). The fastest growth lever might not be acquisition at all.

Customer churn vs revenue churn#

Churn is the metric bootstrapped founders feel most, because every lost customer was expensive to win. There are two versions and you need both.

Customer churn rate = customers lost in the period ÷ customers at the start of the period.

Gross revenue churn rate = (contraction MRR + churned MRR) ÷ MRR at the start of the period.

Stripe's Billing analytics uses a slightly different subscriber churn formula: churned subscribers in the past 30 days divided by the sum of active subscribers 30 days ago and new subscribers in the past 30 days (Stripe docs). Adding new subscribers to the denominator makes the rate a little lower than the simple version. Neither is wrong. What matters is that you do not compare a rate from one tool with a benchmark computed another way and draw conclusions.

Ledgerline worked example (illustrative)#

• Customer churn rate = 6 ÷ 125 = 4.8% per month
• Gross revenue churn = (50 + 190) ÷ 4,000 = 240 ÷ 4,000 = 6.0% per month
• Stripe-style subscriber churn = 6 ÷ (125 + 15) = 6 ÷ 140 = about 4.3%

Ledgerline's revenue churn (6.0%) is higher than its customer churn (4.8%). That means the customers leaving or downgrading are paying more than average: the six who cancelled averaged $190 ÷ 6 = about $31.67, close to average, but the $50 of contraction pushes revenue churn up. If the same pattern held for months, the question to ask is whether a higher plan is overpriced for what it delivers.

Why monthly rates matter more than they look: churn compounds. If Ledgerline kept 4.8% monthly customer churn, a group of customers would shrink to 0.952^12, or about 55%, of its size after a year. In practice churn usually falls as a cohort ages, since the customers who stay past the first few months tend to be the ones the product fits, so treat compounding as a rough guide rather than a forecast.

For the playbook on bringing churn down (onboarding, cancellation flows, failed payment recovery, annual plans), see our guide on how to reduce SaaS churn. This guide stays with measuring it.

Net revenue retention and gross revenue retention#

Retention metrics ask: of the revenue you had at the start of the period, how much do you still have?

GRR (gross revenue retention) = (starting MRR - contraction - churned MRR) ÷ starting MRR. It ignores expansion, so it can never exceed 100%. It tells you how well you hold on to what you already earn.

NRR (net revenue retention) = (starting MRR + expansion - contraction - churned MRR) ÷ starting MRR. It includes expansion, so it can exceed 100%. An NRR above 100% means your existing customers would grow revenue even if you stopped acquiring new ones.

Both are usually quoted annually in benchmarks, measured on a cohort of customers who were paying 12 months ago. Monthly versions are easier to compute at small scale.

Ledgerline worked example (illustrative)#

• Monthly GRR = (4,000 - 50 - 190) ÷ 4,000 = 3,760 ÷ 4,000 = 94.0%
• Monthly NRR = (4,000 + 150 - 50 - 190) ÷ 4,000 = 3,910 ÷ 4,000 = 97.75%

If those monthly rates held all year, annual NRR would be about 0.9775^12, or roughly 76%, and annual GRR about 0.94^12, or roughly 48%. That gap is the cost of a monthly-plan product with modest expansion. It does not mean Ledgerline is failing; it means growth relies on a steady stream of new customers.

What published data says about this. ChartMogul's SaaS Retention Report, which analysed anonymised data from over 2,100 SaaS businesses (mostly calendar 2022), found that net revenue retention rises sharply with price (ChartMogul retention report):

• Top-quartile NRR was 65.1% for companies with ARPA under $10 a month and 109.3% for ARPA over $500 a month.
• Only 2.7% of companies with ARPA under $10 a month had NRR over 100%, against 41.1% of those with ARPA over $500 a month.
• ChartMogul says best-in-class gross retention "at any stage of the business is over 86%".

Two caveats. These figures are from ChartMogul's own customers, so the sample is companies already paying for subscription analytics, and the data is from 2022, published in November 2023. Use them as a sense of direction, not a target.

Our read: if your ARPU is low (under about $25 a month), do not expect NRR above 100%. Your realistic goal is to keep GRR as high as possible and make acquisition cheap. If your ARPU is high, expansion (seats, usage, higher tiers) is worth designing for early.

ARPU and pricing#

ARPU (average revenue per user) = MRR ÷ paying customers. Some tools call it ARPA (average revenue per account), which is the same idea when one account is one customer.

Ledgerline worked example (illustrative)#

• Start of October: 4,000 ÷ 125 = $32.00
• End of October: 4,390 ÷ 134 = $32.76

ARPU rose a little because expansion outweighed contraction and new customers came in at the existing average.

ARPU matters to bootstrappers for one reason above all: it decides which channels you can afford. At $32 a month, Ledgerline cannot pay for a sales call per customer or expensive ads. It needs channels like content, SEO, launches and word of mouth where the cost per customer is low. If you are choosing between channels, our guide on how to sell software online covers the selling models (self-serve, sales-assisted, marketplaces) and what price range each tends to suit.

The ChartMogul retention data above shows ARPU also shapes retention. Its report found top-quartile companies with an ASP over $500 a month kept 98% of new customers through the first three months, against 87% for an ASP under $10 a month (ChartMogul retention report). Low-price products tend to churn more, which is one more reason raising prices is often the highest-leverage move a small SaaS can make.

Gross margin#

Gross margin = (revenue - cost of revenue) ÷ revenue.

Cost of revenue is what it costs to deliver the product to paying customers: hosting, databases, third-party APIs (including AI model usage), payment processing fees and the support tools you would not need without customers. It does not include marketing, your office or general software.

Ledgerline worked example (illustrative)#

For simplicity, assume Ledgerline collected its ending MRR of $4,390 as revenue in the month.

• Cost of revenue: $400
• Gross margin = (4,390 - 400) ÷ 4,390 = 3,990 ÷ 4,390 = about 90.9%
• Gross profit per customer per month = ARPU × gross margin = 32.76 × 0.909 = about $29.78

That gross profit per customer is the input to both CAC payback and LTV below, so it is worth computing correctly.

Our read: classic SaaS margins are high because software is cheap to copy. That is no longer a safe assumption if your product calls an LLM on every request. If you have added AI features, track margin per plan, because a power user on a flat plan can turn a profitable customer into a loss. It is one of the few metrics that can move sharply in a single month without any change in customer count.

Activation rate and trial-to-paid conversion#

These are the metrics that matter before you have meaningful revenue, and they remain the main lever on growth after.

Activation rate = users who reached your key "aha" action within a set window ÷ users who signed up in the same period. You choose the action: connecting a bank account, sending a first invoice, importing data, inviting a teammate. Pick the one that, in your experience, best separates people who stay from people who leave.

Trial-to-paid conversion = trials that converted to paid ÷ trials started, measured for the same cohort. If your trial is 14 days, compare trials started in a given window with conversions from that same group, not with conversions in the same calendar month.

Stripe's Billing analytics reports new trials and a trial conversion rate for trials run through Stripe (Stripe docs). Activation usually lives in product analytics, not billing, so you will measure it separately.

Ledgerline worked example (illustrative)#

Assume the 15 new customers in October all came from the 200 trials started in the window that converts in October.

• Activation rate = 90 ÷ 200 = 45%
• Trial-to-paid = 15 ÷ 200 = 7.5%
• Activated-to-paid = 15 ÷ 90 = about 16.7%

The split tells Ledgerline where to work. More than half of trial users never reach the key step, so improving onboarding probably beats improving the paywall. If activation were high but activated-to-paid were low, the problem would be price, plan design or the value of the paid tier.

CAC, including your own time#

Customer acquisition cost (CAC) = acquisition spend ÷ new customers acquired.

The standard version counts cash: ads, sponsorships, tools for outreach, launch fees. For a bootstrapped founder, that version is misleading, because the biggest acquisition input is usually you. Writing posts, doing outreach, answering on forums and recording demos all take hours. Our suggestion is to compute both.

Cash CAC = acquisition cash ÷ new customers.

Full CAC = (acquisition cash + founder hours on acquisition × your hourly value) ÷ new customers.

Your hourly value is a judgement. Two reasonable choices are what you could earn freelancing or contracting, or what you would pay someone else to do the same work. Pick one and stay consistent.

Ledgerline worked example (illustrative)#

• Cash CAC = 300 ÷ 15 = $20
• Founder time = 20 hours × $50 = $1,000
• Full CAC = (300 + 1,000) ÷ 15 = 1,300 ÷ 15 = about $86.67

The founder's time makes acquisition more than four times more expensive than the cash numbers suggest. That does not mean the founder should stop doing marketing. It means that if one channel takes 10 of those hours and produces two customers, while another takes 4 hours and produces six, the second is the one to double down on, even if the first "costs nothing".

Our read: CAC per channel is more useful than blended CAC once you have more than one channel. At low volumes, even a rough tally in a spreadsheet (hours and dollars per channel, customers who say they came from it) is enough to make better choices.

CAC payback period#

CAC payback = CAC ÷ (ARPU × gross margin). It is the number of months of gross profit it takes to earn back what you spent acquiring a customer.

Ledgerline worked example (illustrative)#

• Gross profit per customer per month: about $29.78 (from the gross margin section)
• Cash CAC payback = 20 ÷ 29.78 = about 0.7 months
• Full CAC payback = 86.67 ÷ 29.78 = about 2.9 months

Payback is the metric we would put ahead of LTV for a bootstrapped business. It answers the question that matters when cash is scarce: if I spend this now, how quickly do I get it back? A channel with 3-month payback can be scaled from revenue. A channel with 18-month payback needs someone else's money to fund the gap, which is exactly what you do not have.

Payback also handles churn more honestly. If a customer churns before payback, you have lost money on them, so a short payback protects you from churn estimates that turn out to be optimistic.

LTV and the LTV to CAC ratio#

Customer lifetime value (LTV), in its simple form = (ARPU × gross margin) ÷ customer churn rate.

Dividing by monthly churn gives an expected customer lifetime in months (1 ÷ 4.8% is about 20.8 months for Ledgerline), and multiplying by monthly gross profit gives the value of that lifetime.

Stripe's Billing analytics also reports a subscriber LTV figure (Stripe docs); check how your tool defines it before comparing it to a spreadsheet version, as some use revenue rather than gross profit.

Ledgerline worked example (illustrative)#

• LTV = 29.78 ÷ 0.048 = about $620
• LTV to full CAC = 620 ÷ 86.67 = about 7.2
• LTV to cash CAC = 620 ÷ 20 = 31

Why to treat LTV with suspicion early. The formula is very sensitive to churn. If Ledgerline's true long-run churn turned out to be 8% rather than 4.8%, LTV would drop to about $372. With fewer than six months of data, you do not know your long-run churn, so LTV is a guess with a decimal point. It is still useful as a ceiling: if even an optimistic LTV is below your full CAC, a channel cannot work.

Our read: use LTV to rule things out and payback to rule things in.

Profit, runway and default alive#

These are the metrics funded companies can afford to ignore for a while and bootstrapped founders cannot.

Profit = revenue - all business costs. Decide upfront whether you include your own pay. Our suggestion: compute both "business profit" (before you pay yourself) and "founder-covered profit" (after you take what you need to live). The second is the one that tells you whether the business is a job yet.

Runway = cash available ÷ monthly shortfall. For a bootstrapper, cash available usually means business cash plus the savings you are willing to burn.

Default alive comes from Paul Graham's October 2015 essay, "Default Alive or Default Dead?". His test, in his words: "Assuming their expenses remain constant and their revenue growth is what it has been over the last several months, do they make it to profitability on the money they have left?" He adds: "Or to put it more dramatically, by default do they live or die?" (Paul Graham).

Graham wrote the essay with funded startups in mind, but the test translates directly. For a bootstrapper, "profitability" usually means the business covers its own costs and your living costs, and "the money they have left" is mostly your savings.

Ledgerline worked example (illustrative)#

• Revenue: $4,390
• Business costs: cost of revenue $400 + other costs $700 = $1,100
• Acquisition cash ($300) is assumed to be part of the $700 of other costs
• Business profit (before founder pay) = 4,390 - 1,100 = $3,290
• Founder needs $5,000 to live, so monthly shortfall = 5,000 - 3,290 = $1,710
• Runway at today's shortfall = 30,000 ÷ 1,710 = about 17.5 months

Now the default alive check, following Graham's assumptions (costs constant, growth at its recent rate):

• MRR needed to cover costs plus founder pay = 1,100 + 5,000 = $6,100
• Gap from today = 6,100 - 4,390 = $1,710
• Net new MRR last month: $390. If that holds, months to close the gap = 1,710 ÷ 390 = about 4.4 months

Ledgerline is default alive: it closes the gap in about 4.4 months against roughly 17.5 months of runway. In reality the shortfall shrinks each month as MRR grows, so the savings would last even longer.

The useful part is the sensitivity. If net new MRR dropped to $100 a month, closing the gap would take about 17 months, roughly equal to the runway, and Ledgerline would be on the edge. That is the moment Graham's question earns its keep: it tells you early, while you can still raise prices, cut costs or take contract work, rather than when the savings are gone.

Graham also points out that founders often do not know which state they are in: "Half the founders I talk to don't know whether they're default alive or default dead." (Paul Graham). For a bootstrapper, this is a two-minute spreadsheet calculation. There is no excuse not to know.

Which metrics matter at each stage#

You do not need all of the above on day one. Measuring too much too early creates noise and steals the time you should spend talking to customers. Here is the order we suggest, as editorial guidance.

Stage 0: $0 MRR (pre-revenue)#

You have signups or a waitlist, maybe a free beta. Revenue metrics are all zero, so focus on whether people get value.

Track:

• Activation rate for whoever signs up, using one clear key action.
• Week-one return rate: of the people who activated, how many came back within a week. A simple proxy for retention before you charge.
• Trial-to-paid, as soon as you put a price on anything. Charge earlier than feels comfortable; a paid conversion tells you far more than a free signup.
• Personal runway: savings ÷ monthly personal burn. This is the only financial metric that matters yet.

Ignore for now: LTV, NRR, CAC payback. You do not have the data, and the numbers will be noise.

Ledgerline at this stage (illustrative): before charging, Ledgerline would have watched only one number, the 45% activation rate, and used it to fix onboarding.

Stage 1: first paying customers to $1K MRR#

You have your first handful to few dozen paying customers. Small numbers swing wildly; one cancellation can be 10% churn.

Track:

• MRR and net new MRR, split into the four movements.
• Customer count and ARPU. Watch whether ARPU is what you designed for.
• Every cancellation, individually. At this size, churn rate is less useful than the reason each customer left. Ask them.
• Failed payments. A card decline is not a decision to leave, so recover it before it becomes churn.
• Gross margin, roughly, to make sure you are not losing money on each customer.
• Trial-to-paid and activation, still, because they are your main growth levers.

Ignore for now: NRR (too few accounts), LTV (no churn history), blended CAC (too few customers per channel).

Stage 2: $1K to $10K MRR#

This is the stretch where most bootstrapped SaaS businesses either become a real income or stall. The full table above starts to matter.

Track:

• Customer churn and gross revenue churn as rates, monthly, now that you have enough customers for the percentage to mean something.
• GRR and NRR monthly, and annually by cohort once you have 12 months of history.
• Full CAC per channel, including your hours, and CAC payback.
• LTV as a ceiling check, once you have six or more months of churn data.
• Business profit, founder-covered profit, runway and default alive. Recalculate monthly.

The decisions at this stage are mostly about where your next 10 hours a week go: acquisition, onboarding, pricing or churn. The metrics tell you which one is the constraint. For the growth plan itself (the price times customers math, one repeatable channel, annual plans, expansion), see our guide to getting to $10K MRR. This guide gives you the instruments to know if that plan is working.

Ledgerline at this stage (illustrative): at $4,390 MRR, the numbers point to two levers. Churned plus contracted MRR ($240) is eating more than a third of gross additions ($630), and more than half of trial users never activate. Both are product and onboarding problems, not acquisition problems. Spending more on acquisition would mostly fill a leaky bucket.

Beyond $10K MRR#

At this point you have enough data for cohort analysis and, possibly, for the efficiency metrics funded companies use. If you are considering hiring, add revenue per employee and a monthly profit and loss statement in your accounting software. The core weekly dashboard stays the same.

On growth benchmarks at this scale. ChartMogul's SaaS Growth Report, based on data from over 2,200 SaaS businesses for the 12 months to June 2023, says "The top quartile of SaaS businesses grow around 60-70% annually, while the median SaaS business grows around 30% annually." It also found the median company took approximately 2 years and 9 months from its first paying customer to reach $1M ARR (ChartMogul growth report). The sample is ChartMogul customers, and the data predates 2024, so treat it as context rather than a bar you must clear.

Our read: a bootstrapped business growing 30% a year while profitable and paying its founder is a good business. It does not need to match the top quartile of a sample that includes venture-backed companies.

The common mistakes that break your numbers#

Most SaaS metric errors are not formula errors. They are classification errors: putting the wrong revenue in the wrong bucket. These three are the most common.

1. Booking annual plans as one month of MRR#

When a customer pays $290 for a year upfront, the cash arrives in one month. MRR is supposed to be monthly-normalised, so that subscription contributes $290 ÷ 12 = about $24.17 of MRR every month for the year, not $290 in the month it was paid.

Stripe's analytics makes this explicit: a plan priced at 600 USD per year contributes 600 ÷ 12 = 50 USD to MRR (Stripe docs).

Ledgerline example (illustrative): if five customers bought the $290 annual plan in October and the founder added $1,450 to MRR, October MRR would jump to $5,840 and November would appear to crash. The correct figure adds 5 × 24.17 = about $121.

Annual plans are great for a bootstrapper's cash and runway. Track the cash in your runway calculation and the normalised amount in MRR.

2. Counting trials and free plans as customers#

A trial user has not paid. A free plan user is not paying. Neither belongs in MRR, customer count or ARPU. Stripe's MRR excludes free-plan subscribers, and how it treats trials depends on how the trial is set up: item-level trials exclude only the items in trial, while subscriptions using the older trial_end setting are excluded entirely for the trial's duration (Stripe docs). If you calculate metrics yourself, check that trialing subscriptions are not slipping into your counts.

Ledgerline example (illustrative): if the founder counted all 200 trial signups as customers, the customer count would read 334 instead of 134 and ARPU would fall from $32.76 to about $13.14. Every downstream metric, including churn and LTV, would be wrong.

3. Mixing one-off revenue into recurring revenue#

Setup fees, onboarding packages, consulting days, one-off templates and lifetime deals are real revenue. They are not recurring. Put them in total revenue and profit, not in MRR.

Ledgerline example (illustrative): a $500 onboarding package sold to a team account in October would make MRR look like $4,890. Next month, without another sale, MRR would appear to drop by $500 even though no one churned.

Smaller mistakes worth avoiding#

• Comparing churn rates computed differently. Your tool's formula may not be the benchmark's formula. Check before comparing.
• Ignoring discounts. Stripe lets you choose whether to subtract recurring and one-time discounts from MRR; permanent recurring discounts are always subtracted (Stripe docs). Decide your rule once.
• Treating past-due as healthy. If your tool counts past-due subscriptions in MRR, a wave of failed payments will not show until the subscriptions cancel. Watch failed payments separately.
• Using calendar months for trial conversion. Measure the same cohort from start to conversion.
• Leaving out your own time. Already covered, but it is the most common bootstrapper-specific blind spot.

The 15-minute weekly metrics review#

Metrics only help if you look at them on a fixed rhythm and change something as a result. This is the routine we suggest. It is designed to take 15 minutes once the sheet is set up.

Every week (15 minutes):

1. MRR and net new MRR for the last 7 days and month to date. Is net new positive?
2. New, expansion, contraction and churned MRR. Which movement changed most since last week?
3. New trials, activation rate and trial-to-paid for the most recent complete cohort.
4. Cancellations: read the reason for each one. Note any pattern.
5. Failed payments: how many are open, and have recovery emails gone out?
6. Acquisition log: hours and dollars spent per channel this week, and the customers each produced.
7. One decision. Write down one thing you will change this week based on the numbers, and check last week's decision.

Every month (add 30 minutes):

1. Customer churn rate, gross revenue churn, GRR and NRR for the month.
2. Gross margin, including any jump in hosting or API costs.
3. Full CAC and CAC payback per channel.
4. LTV, once you have six months of churn data.
5. Business profit, founder-covered profit, runway and the default alive check.

Every quarter:

1. Cohort retention: of customers who started in each month, how many are still paying after 3, 6 and 12 months?
2. Pricing review: is ARPU where you designed it to be? Does the data justify a price change for new customers?

Our read: step 7 of the weekly list is the one that matters. A dashboard that never changes a decision is a hobby.

Tools to calculate SaaS metrics (with current prices)#

All of the following were checked on their own pages on 7 Nov 2026. Prices change, so confirm on the vendor's page before you sign up.

Sources: Stripe Billing analytics docs, Stripe Billing pricing, Stripe Sigma pricing, ProfitWell Metrics, ChartMogul pricing, Baremetrics pricing.

A few notes on the details:

• Stripe. Stripe's analytics docs define MRR, list exactly what is included and excluded, and let you configure how discounts are handled (Stripe docs). The Stripe pricing pages we loaded on 7 Nov 2026 rendered the UK version, so the Billing percentage and Sigma prices above may differ in your country. Billing pricing also offers annual contracts paid monthly for higher volumes (Stripe Billing pricing).
• ProfitWell Metrics. Paddle describes it as "Accurate, accessible revenue reporting for subscription and SaaS companies - completely free", and says it "integrates with Stripe, Chargebee, and many other payment and billing tools, including Paddle" (Paddle). You do not need to bill through Paddle to use it.
• ChartMogul. The pricing page says "Free up to $10K MRR, then scales with your revenue". Its startup program offers "$50 per month discount on any paid plan for 12 months" (ChartMogul pricing).
• Baremetrics. The pricing page lists Launch for $0 to $360K ARR, Growth for $360K to $3.6M ARR and Scale above that, with a 35% annual discount banner. The cards and the FAQ showed different starting prices when we checked, so confirm the figure for your billing period (Baremetrics pricing).

Our read: if you bill through Stripe, start with Stripe's built-in analytics and a spreadsheet. Add ProfitWell Metrics or ChartMogul's free plan if you want MRR movements and cohorts presented more clearly. Pay for analytics only once the time you save is worth more than the subscription. No billing tool will compute CAC with your own hours or a default alive check, so the spreadsheet stays either way.

A simple spreadsheet layout#

If you build your own sheet, this layout covers the whole guide with one row per month:

Ledgerline's October row, from the worked examples (illustrative): G = $390, H = $4,390, M = $32.76, N = 4.8%, O = 6.0%, P = 97.75%, R = 90.9%, U = $86.67, V = 2.9, W = $620, Y = $3,290, Z = 4.4.

Column Y uses ending MRR as a stand-in for revenue, which is fine at small scale if most revenue is monthly. If you sell many annual plans, use recognised or collected revenue from your accounting software instead.

Frequently asked questions#

What SaaS metrics should a bootstrapped founder track first?#

Before revenue, track activation rate and trial-to-paid conversion, plus your personal runway. Once you have paying customers, add MRR and its movements (new, expansion, contraction, churned), customer churn, revenue churn and ARPU. From roughly $1K MRR, add gross margin, CAC including your own time, CAC payback, LTV, net and gross revenue retention, and a default alive check.

How do I calculate MRR correctly?#

Add up the monthly-normalised value of every active paying subscription. Divide annual plans by 12, subtract recurring discounts, and leave out taxes, free plans, trials that have not converted and one-off charges such as setup fees. Stripe's own Billing analytics normalises a 600 USD yearly plan to 50 USD of MRR and excludes taxes and free-plan subscribers.

What is the difference between customer churn and revenue churn?#

Customer churn counts people: customers lost in a period divided by customers at the start. Revenue churn counts money: MRR lost to cancellations and downgrades divided by MRR at the start. They diverge when large and small customers behave differently. If your biggest accounts leave, revenue churn will be worse than customer churn.

What does default alive mean for a bootstrapped SaaS?#

Paul Graham's October 2015 essay defines it with one question: assuming expenses remain constant and revenue growth stays at its recent rate, do you reach profitability on the money you have left? For a bootstrapped founder, profitability usually means the business covers its costs and your living costs, and the money left is your savings.

Which tool should I use to track SaaS metrics?#

If you bill through Stripe, start with Stripe Billing's built-in analytics, which show MRR, churn, ARPU, LTV and trial conversion. ProfitWell Metrics from Paddle is free and connects to Stripe, Chargebee and Paddle. ChartMogul is free up to $10K MRR. A spreadsheet is still useful for CAC, founder time and runway, which billing tools cannot see.

Put your numbers to work#

ZeroRaised is a launch directory for products built without institutional VC. If your metrics say it is time to add a new acquisition channel, launch your product on ZeroRaised for free and see the launch traffic in your own dashboard. For more guides on running a SaaS on revenue, join the ZeroRaised newsletter.

Sources#

• Paul Graham, "Default Alive or Default Dead?" (October 2015), last checked 7 Nov 2026
• Stripe Billing analytics documentation, last checked 7 Nov 2026
• Stripe Billing pricing, last checked 7 Nov 2026
• Stripe Sigma pricing, last checked 7 Nov 2026
• ProfitWell Metrics by Paddle, last checked 7 Nov 2026
• ChartMogul pricing, last checked 7 Nov 2026
• Baremetrics pricing, last checked 7 Nov 2026
• ChartMogul SaaS Retention Report, last checked 7 Nov 2026
• ChartMogul SaaS Growth Report, last checked 7 Nov 2026