Public MRR is the practice of sharing your startup's monthly recurring revenue openly instead of keeping it private. It grew out of the "build in public" movement, where founders post their real numbers to build an audience, earn trust, and hold themselves accountable. The idea is simple. The hard part - and the reason this page exists - is that a number anyone can type is a number nobody has to believe.
Where the idea came from
Sharing revenue publicly used to be unthinkable; companies guarded it the way they guarded their source code. That changed in stages:
- Radical transparency (early 2010s). A handful of startups began publishing salaries, revenue and even equity breakdowns as a company value. It made headlines because it was rare.
- Open startups (mid 2010s). Founders started wiring their billing data into public dashboards - live charts of MRR, customers and churn that updated themselves. "Open startup" became a label, and a small movement.
- Build in public (late 2010s onward). Indie hackers and solo founders took the habit to social media: monthly revenue posts, milestone screenshots, "$0 to $10k MRR" threads. Sharing numbers became a growth channel in its own right.
- The screenshot problem (2020s). As public MRR became a marketing tactic, so did fake public MRR. Edited dashboards, test-mode data, and plain invented figures got common enough that "show me the Stripe" became a meme, and verified-revenue services appeared to answer it.
Why founders share revenue
- Accountability. A public number is a commitment. Momentum is visible, and so are plateaus. Many founders say the fear of posting a flat month is the most effective motivation they've found.
- Trust and marketing. Real traction is persuasive - to customers, collaborators, and investors - in a way a claim never is. A founder at $4k MRR who shows their work is more credible than one claiming $40k with nothing behind it.
- Audience. Revenue posts perform. People follow the story of a number going up, and that audience becomes distribution for the next product.
- Community and benchmarks. Shared numbers turn solo building into something closer to a sport, with peers to compare against and a sense of what "normal" growth looks like at your stage.
- Learning in the open. Posting the number invites the question "how?", and answering it in public builds a body of tactics that other founders reuse.
The risks (and why they're smaller than they feel)
- Competitors. They learn that you exist and roughly how big you are. They don't learn your customers, your costs, or your roadmap. For most small SaaS businesses that is a fair trade for the trust gained.
- Customers. Almost none of them care. The few who notice usually see a small, transparent company as a reason to trust it, not a reason to leave.
- Ego. The real risk is emotional: flat months are public too. That's the point of accountability, but it's worth knowing before you start.
- Acquirers and investors. Public numbers anchor negotiations. If you expect to sell or raise soon, decide deliberately what you show.
Self-reported vs. verified
The problem with public MRR has always been trust. Most shared numbers are typed into a tweet or a directory by the founder, with nothing stopping them from rounding up - or inventing the figure entirely. Self-reported MRR is a claim.
Verified MRR comes straight from the payment processor instead. A service reads your subscriptions through the billing API, computes MRR using the standard rules (active and paid only, normalized to monthly, net of discounts - see what MRR is), and publishes that figure. The founder never touches the number. It can't be inflated, and it updates itself.
| Self-reported | Verified | |
|---|---|---|
| Source | The founder | The payment processor |
| Can be edited | Yes | No |
| Updates | When the founder remembers | Automatically |
| Test-mode / fake data | Undetectable | Excluded |
| Credibility | Depends on the founder | Depends on the method |
Verified doesn't mean perfect: it verifies the subscriptions that exist in the billing system, not that the customers are real people. But it removes the easiest and most common way to lie, which is simply typing a bigger number.
How to make your MRR public
- Decide what to share. MRR alone is enough for most founders. Customers and growth rate are common additions. Costs and profit are optional.
- Pick a method. A monthly post is the lowest-effort option. A live page is better: it's always current, it's linkable, and it doesn't depend on you remembering.
- Make it verifiable. If you want the number to be believed, connect the source rather than screenshotting it. Read-only API keys exist for exactly this.
- Post the story, link the proof. Social posts drive attention; the verified page is what makes it stick.
How HitMRR verifies it
On HitMRR, a founder connects a read-only Stripe key and the number is computed directly from active subscriptions - never typed in. Full secret keys are rejected; only restricted read-only keys get in, and they're encrypted at rest. Startups connected with test-mode keys are hidden from public boards, so the leaderboard shows only real, tamper-proof revenue, refreshed every 30 minutes and normalized to USD so different currencies compare fairly.
Every startup gets a public page with its verified MRR, 30-day growth and history, and founders can race each other to the next milestone. That's what makes the data a credible, citable source of open-startup numbers rather than a list of claims.