The Month I Killed My Free Plan at $16K MRR
A bootstrapped founder removed a freemium tier at about $16,200 MRR in 2026. The honest 90-day ledger: signups halved, support fell ~38%, and MRR grew ~21%.
Updated on July 12, 2026

In this story
"The free plan wasn't the problem. The problem was that I'd built my whole company for people who were never going to pay me."
This is a first-person founder diary, told to OperatorBook and published with the founder's permission. Identifying details are anonymized and some figures are composite or self-reported by the founder, rounded to protect their customers. The external cases and benchmarks we cite are real and linked.
Quick answer (2026): Killing a SaaS free plan usually cuts new signups sharply (roughly in half in the cases we tracked) while lifting revenue, support quality, and growth rate, because the users you lose were mostly never going to convert. In this composite diary, a bootstrapped founder removed a freemium tier at about $16,200 MRR in 2026. Ninety days later MRR was up roughly 21% to about $19,600, support tickets were down about 38%, and monthly growth had roughly doubled. The decision that mattered most was not whether to kill the free plan but how to migrate the existing free users.
For two years the free plan felt like the smart move. It filled the top of the funnel. It made the dashboard look busy. And every time someone on Reddit said "just charge money," a founder like this one had a ready answer: the free users are marketing, they refer people, they'll convert eventually.
Then the numbers stopped agreeing.
The setup: what $16K MRR actually looked like
Here is the honest ledger the month before anything changed. All figures are the founder's own, rounded.
Scroll to see more
| Metric | Before removing the free plan |
|---|---|
| MRR | ~$16,200 |
| Paying customers | ~430 |
| Free accounts | ~9,400 |
| Active free accounts (logged in last 30 days) | ~2,600 |
| New free signups per day | ~55 |
| Free to paid conversions per month | ~14 |
| Share of support tickets from free users | ~40% |
"I had nine thousand four hundred free accounts and four hundred and thirty of them paid me," the founder said. "I used to brag about the nine thousand. That number was a story I told myself."
The tell was the support queue. Roughly 40% of tickets came from people paying nothing, and they were often the hardest tickets: setup hand-holding, feature requests for edge cases, the occasional angry message about a limit on the free tier. The paying customers, by contrast, mostly worked quietly and renewed.
Why I finally decided to kill it
The breaking point was a 2 a.m. ticket. A free user, furious that an export was capped, threatening a chargeback on a $0 invoice. There was nothing to charge back. That was the moment the math got personal.
So the founder actually did the math. Billing ran on Stripe, so the revenue side was easy to pull. The cost side was the free tier eating support hours, server cost, and, worst of all, roadmap attention. Features kept getting built for the loudest free voices instead of the quiet paying ones.
This lines up with what other bootstrappers report. In a widely shared write-up, the founder of the Slack app Smooz dropped the free tier and doubled his revenue growth rate while cutting the work of maintaining and supporting the app (Startups.com). His acquisition rate got cut roughly in half, which he called an acceptable trade because usage barely moved: only paying users had healthy usage in the first place.
A 2026 discussion thread captured the same feeling from a dozen other founders: r/microsaas members swapping notes on how removing a free plan might have saved a SaaS. The pattern repeats: free users are not a smaller version of paying users, they are a different species with different incentives.
The decision that actually mattered: grandfather or force-migrate?
Everyone debates whether to remove the free plan. Almost nobody warns you that the real fork is what you do with the free users you already have.
There were three options on the table:
- Grandfather them forever. Keep every existing free account free for life, remove the free plan only for new signups. Safest for goodwill, but it means carrying the support cost indefinitely and never cleaning the funnel.
- Force-migrate immediately. Flip every free account to a paywall overnight. Fastest, but it burns trust and triggers a wave of angry public posts.
- A timed migration with an exit ramp. Give existing free users a fixed notice window, a one-time discount to convert, and a clean data export if they leave.
The founder chose the third. Thirty days' notice by email, a "first month for $1" offer to soften the jump (a tactic that shows up again and again in r/SaaS threads on dropping free plans), and a one-click export so nobody could say they were held hostage. New signups saw a paid-only pricing page with a 14-day trial starting the same week.
The 90-day ledger
Here is what actually happened, month by month. Composite and self-reported, rounded.
Scroll to see more
| Window | New signups | Support tickets | MRR | What happened |
|---|---|---|---|---|
| Week 0 (announcement) | normal | spike | ~$16,200 | Announcement email; a handful of loud complaints, mostly silence |
| Month 1 | down ~44% | rising | ~$18,900 | ~6% of active free users took the $1-then-paid offer; the rest lapsed to nothing |
| Month 2 | down ~40% | down ~25% | ~$18,400 | A few duress-converters churned; new-signup slowdown showed up as slower gross adds |
| Month 3 | down ~30% | down ~38% | ~$19,600 | Higher-intent trial signups converted better; growth rate re-accelerated |
The shape is the important part. Month 1 looked like a win because roughly 6% of the ~2,600 active free users converted on the deadline, a one-time bump of about $2,900 in MRR. Month 2 was the scary one: the conversion sugar-high wore off, a slice of the people who converted under deadline pressure churned, and the slower signup rate meant fewer new payers coming in. MRR actually dipped. A less patient founder would have panicked and reinstated the free plan right here.
Month 3 is where the real thesis showed up. Every new signup was now a 14-day trial from someone who had seen the price and started anyway. Those people converted at a far higher rate than the old free-to-paid trickle, and they opened far fewer support tickets. Net at 90 days: MRR up about 21%, support load down about 38%, and, most importantly, the monthly growth rate was roughly double what it had been, exactly the pattern Smooz reported.
"The free plan was a growth story that made a support problem," the founder said. "Removing it made a smaller, faster, calmer business."
When you should NOT kill your free plan
This is the honest part, and it is where a lot of "just delete your free plan" advice goes wrong. Removing the free tier worked here because the product solved an urgent, individual problem that people would pay for once they felt the value. That is not every product.
A fresh 2026 take from The Minimal Engineer puts it well in a piece on whether to remove your SaaS free plan: free plans are "simply a business tool," and the question to ask is what kind of customer you are trying to attract. The same piece is blunt about the cost side, noting that most free users never become paying customers, "they use your servers, they contact support."
Keep the free plan, or replace it with something free-adjacent, when:
- Network effects drive the value. If each free user makes the product more valuable for everyone (collaboration tools, marketplaces, invite-based products), free users are genuine distribution, not dead weight.
- The product needs a long trust runway. Some tools are only believable once you have used them for weeks. A hard paywall kills that.
- Free users are your top-of-funnel content engine. If free accounts reliably generate referrals, reviews, or inbound links you can measure, the free tier is paying you in a currency that is not MRR.
If none of those are true, a free plan is often just a support contract you signed with strangers.
What I'd do differently
The founder's own retrospective, unprompted:
- Kill the unlimited free plan sooner, not the whole idea of free. A time-boxed 14-day trial captured almost all of the qualification benefit with none of the forever-support cost. That could have shipped a year earlier.
- Segment the free base before announcing. The ~2,600 active free users were worth a personal migration email. The ~6,800 dormant ones were worth a single automated notice. Treating them identically wasted goodwill on people who had already left.
- Watch Month 2, not Month 1. The deadline conversion bump is a mirage. Judge the decision on the cohort that signs up after the change, once the funnel is clean.
If you take one thing from this: the number of users on your free plan is not an asset. The number of users who would notice if you turned it off is. Count that one instead.
This founder is now around $19.6K MRR in 2026, growing faster than at $16K, with a support queue that finally reflects the size of the actual business. For two more diaries in the same vein, see the one on raising prices on existing customers at $18K MRR and the month my churn doubled at $20K MRR.
Written by
Joaquin del RioJoaquin del Rio talks to bootstrapped founders about the money behind the milestones for OperatorBook, and writes their stories as first-person diaries.
Frequently asked questions
Should you remove your SaaS free plan?
Often yes if your product solves an urgent, individual problem people will pay for once they feel the value. Removing the free plan usually cuts new signups sharply but lifts revenue, support quality, and growth rate because most free users were never going to convert. Keep it when network effects, a long trust runway, or measurable referral value depend on free accounts.
What happens to MRR when you kill the free plan?
In this 2026 composite diary, MRR moved from ~$16,200 to a Month 1 bump of ~$18,900 as ~6% of active free users converted on the deadline, dipped to ~$18,400 in Month 2 as duress-converters churned, then reached ~$19,600 by Month 3 as cleaner, higher-intent signups converted better. Net at 90 days was roughly +21%.
Should you grandfather existing free users or force them to migrate?
The safest path is a timed migration: give existing free users a fixed notice window (30 days here), a one-time discount to convert such as a $1 first month, and a one-click data export if they leave. Grandfathering forever keeps the support cost indefinitely; forcing an overnight paywall burns trust and triggers public complaints.
Does removing the free plan increase churn?
You will see a churn wave from free users lapsing to nothing, plus a smaller wave from people who converted under deadline pressure and then leave in the following month. Judge the decision on the cohort that signs up after the change, not on the Month 1 conversion bump.
When should you keep a free plan?
Keep it when each free user makes the product more valuable for everyone (network effects), when the product needs weeks of use before people trust it, or when free accounts reliably generate measurable referrals, reviews, or inbound links. In those cases the free tier pays you in a currency that is not MRR.
Free plan vs free trial for a bootstrapped SaaS?
A time-boxed free trial (14 days here) captures almost all of the qualification benefit of a free plan with none of the forever-support cost. For most bootstrapped tools that solve an urgent problem, a trial plus a paid-only pricing page outperforms an unlimited free tier.
More stories
Raising Prices on Existing Customers: My $18k MRR Diary
A bootstrapped founder raised prices at ~$18k MRR in 2026. The real 90-day ledger: who churned, who stayed, and the segmented plan that lifted MRR 16%.
The month my churn quietly doubled at $20K MRR: a retention diary (2026)
My SaaS MRR climbed 27 percent in a quarter while gross churn quietly doubled and net revenue retention slid below 100 percent. A first-person 2026 diary on catching the leak.
The month I found 7% of my MRR leaking to failed cards: an involuntary churn diary (2026)
A bootstrapped founder's MRR chart went flat at $28K. It was not a retention problem. It was involuntary churn, the revenue that leaks out when cards fail and no one notices. Here is the ledger, and the boring fixes that recovered two thirds of it.


