ProvenStartups
IdeasPricingMethod
Get access
ProvenStartups

Startup ideas with revenue receipts, reverse-engineered from founder interviews.

contact@provenstartups.com
Product
  • All ideas
  • Pricing
  • Method
  • Blog
Company
  • About
  • FAQ
  • Contact
Legal
  • Privacy
  • Terms
  • Refunds
© 2026 ProvenStartupsNo fabricated numbers. Ever.
Home/Blog/SaaS Metrics

Burn Rate: The Cash Number a Bootstrapped Founder Should Actually Trac

Burn rate is the amount of cash a startup spends each month; gross burn is total operating cash outflow, while net burn subtracts operating cash received.…

ProvenStartups·Published 2026-07-28

Burn rate is the amount of cash a startup spends each month; gross burn is total operating cash outflow, while net burn subtracts operating cash received. Calculate it from settled cash movements, not invoices or projected revenue. For a solo software product, keep burn near infrastructure cost until demand repeats, and refuse payroll or ad spend justified only by forecasted MRR.

Contents

  • ·What burn rate means
  • ·How to calculate burn rate
  • ·Real revenue and cost evidence
  • ·Where our data contradicts popular burn advice
  • ·Operating rules for a solo founder
  • ·FAQ
A digital tablet showing a web analytics dashboard with graphs and charts.
Photo by weCare Media on Pexels

What burn rate means

Burn rate is a cash-survival metric, not a synonym for expenses or revenue. Gross burn answers how much operating cash left the business; net burn subtracts operating cash received. Runway then divides unrestricted cash by positive net burn. If net burn is zero or negative, the company is not consuming its cash reserve.

That matches Investopedia's burn-rate definition, but software founders need one extra warning: MRR is not cash, and revenue is not burn. Annual prepayments, unpaid invoices, tax payments, and founder deposits can make a P&L-based shortcut misleading.

Across the full matching cohort used for this page, 229 projects qualify, 138 are solo-run, and 86 publish a clean monthly revenue figure. That is a revenue dataset, not a cost dataset, so ProvenStartups does not reverse-engineer missing burn.

Data Fetcher, for example, reports $23K/mo [F], 600 paying customers [F], and an 85% margin [F]. Those figures show strong economics. They still do not disclose monthly cash burn.

How to calculate burn rate

Calculate burn from settled cash transactions using one consistent monthly cutoff. Add operating cash outflows for gross burn, subtract operating cash inflows for net burn, and divide current unrestricted cash by positive net burn for runway. Do not substitute booked revenue, signed contracts, or annual recurring revenue for money that reached the account.

``text gross_burn = operating_cash_outflows net_burn = gross_burn - operating_cash_inflows runway_months = unrestricted_cash / net_burn ``

Use bank and card transactions as the source of truth. Exclude financing inflows from operating receipts, but record founder pay, contractors, hosting, APIs, software, refunds, taxes, and advertising in stable categories.

A useful burn rate chart has one row per month and columns for cash received, gross burn, net burn, closing cash, and runway. Put actual and forecast values in separate columns. When an annual bill lands, keep the cash view intact and add an amortized planning view rather than rewriting what happened.

Close-up of a tablet displaying analytics charts on a wooden office desk, alongside a smartphone and coffee cup.
Photo by AS Photography on Pexels

Real revenue and cost evidence

Real startup figures help only when they separate revenue, margin, profit, and cost. The cases below show why a revenue list is not a burn-rate chart: most founders disclose the top line, while exact monthly cash outflow remains undisclosed. ProvenStartups preserves that gap instead of manufacturing an expense estimate.

ProjectDisclosed economicsWhat it says about burn
Data Fetcher$23K/mo [F]; 85% margin [F]Exact cash burn not disclosed
Letterly$250K/mo [C]Costs not disclosed
nano-banana.ai≈$115K/mo net profit in one month [C]Profit is disclosed; cash outflow is not
Selling Shovels in the OpenClaw Ecosystem$40K in subscriptions in 2 weeks [C]Subscription sales are not burn
Social Wizard + Clean Eats (Kletchi)$1.5M across both apps in 12 months [F]; 90%+ margin [F]Lean economics, but no cash-burn figure
AEO Service (AI Answer Engine Optimization)$2,000/mo retainer from one client [F]Service delivery cost not disclosed
StoryShort.ai (Samuel's App Studio)$35K/mo across 3 apps [F]Portfolio revenue is not portfolio burn
OutrankPushing toward $1M/mo [F]Directional revenue claim; costs undisclosed
Revid (rabbit)$600K+/mo [F]No exact burn disclosed

Every row keeps its source class beside the claim. The full startup index contains 406 ideas, while the evidence grading method explains [V], [F], [C], and [U]. A large number with a weaker source is not upgraded merely because it looks plausible.

Where our data contradicts popular burn advice

Popular startup advice treats burn as a necessary price of growth: hire first, buy distribution, then pursue scale. The counterevidence is blunt. A bootstrapped software product can reach meaningful revenue while recurring burn remains close to servers and lightweight tooling, provided the founder keeps labor outside payroll.

HabitKit reports $15K MRR [F] with only $200–300/mo in costs [F]. Setter AI reports approximately $10K MRR [F], 40 paying customers [F], and costs below 10% of revenue [F]. Social Wizard + Clean Eats reports a 90%+ margin [F].

That contradicts the idea that credible traction requires a venture-style expense base. For the leanest self-funded products, burn is effectively the infrastructure-and-tools bill.

It does not prove every solo product should match those costs. The figures are founder-reported, and unpaid founder labor is real work even when it is not a cash expense. They are counterexamples to compulsory high burn, not permission to hide costs.

Sleek laptop showcasing data analytics and graphs on the screen in a bright room.
Photo by Lukas Blazek on Pexels

Operating rules for a solo founder

Preserve default-alive status, then buy growth only from observed demand. ProvenStartups would accept slower feature work and manual support before adding fixed payroll. It would refuse a larger burn justified by forecasted conversions, vanity traffic, or an ARR number that has not become cash.

Use these rules:

  1. 1.Cap baseline commitments at hosting, APIs, essential software, and unavoidable compliance.
  2. 2.Treat contractors and ads as experiments with explicit stop conditions, not permanent overhead.
  3. 3.Add payroll only when collected revenue repeatedly covers the role and the remaining base burn.
  4. 4.Recalculate runway after any recurring commitment, price change, refund spike, or tax payment.
  5. 5.If net burn rises while activation and retention stay flat, cut the spend rather than narrating it as investment.

Y Combinator's default alive versus default dead test is the right frame: current growth, expenses, and cash should determine survival. The point is not zero spending. It is refusing irreversible commitments before the product has earned them.

FAQ

Burn rate questions reduce to a few implementation choices: which cash flows count, whether to use gross or net burn, how to chart the result, and when to spend more. For a solo software founder, track both burns monthly and let collected cash, not projections, control recurring commitments.

What is burn rate?

Burn rate is the cash a company consumes during a period, usually expressed monthly. Gross burn is operating cash outflow; net burn subtracts operating cash inflow. Letterly's $250K/mo [C] is therefore a revenue claim, not its burn rate. Without disclosed expenses or cash movements, its burn cannot be calculated.

What is a burn rate for a bootstrapped startup?

For a bootstrapped startup, burn rate is often the server, API, software, contractor, and advertising cash that leaves the account after the founder excludes personal financing activity. HabitKit's disclosed $200–300/mo cost base [F] shows how small that number can be, although the composition of those costs was not disclosed.

How do you calculate a burn rate?

To calculate a burn rate, total operating cash outflows for the month. That is gross burn. Subtract operating cash received to get net burn. To calculate the burn rate consistently, exclude loans, investment, and founder deposits from operating inflows, then divide unrestricted cash by positive net burn to estimate runway.

What should a burn rate chart show?

A burn rate chart should show monthly operating inflows, gross burn, net burn, closing cash, and runway, with actuals separated from forecasts. Keep revenue and margin as context, not substitutes. Data Fetcher's 85% margin [F] is useful context, but it cannot fill an undisclosed cash-outflow cell.

What is a healthy burn rate?

A healthy burn rate is one the current cash balance and collected revenue can sustain without assuming future funding. For a solo product, the preferred baseline is infrastructure and essential tools, with variable experiments layered on top. Setter AI's costs below 10% of revenue [F] are evidence of lean operation, not a universal target.

← More in SaaS MetricsBrowse proven ideas