Every few years a SaaS founder publishes a post that goes mildly viral on LinkedIn. The story is almost always the same. They cut their cheapest tier. They walked away from a hundred small accounts. They went chasing enterprise. And the numbers got dramatically better, fast.
The first time you read one of these stories it sounds reckless. The second time it sounds suspicious. By the third or fourth, you start to notice the pattern, and you realise it isn't a one-off.
It's a move that's been worked out across SaaS for the better part of a decade. Slack did a version of it. HubSpot did. Intercom and Gusto did. The mechanics are well-understood, the timing is teachable, and the mindset shift is the part most founders never quite make.
So let's pull it apart.
What actually happens when a founder fires their smallest customers? Why does revenue tend to multiply rather than collapse? And what is it about the decision that founders find so hard to make, even when the numbers are screaming at them to do it?
The maths nobody wants to look at
Most early-stage SaaS pricing is wrong on purpose. You set your lowest tier low because you need volume, you need logos, and you need feedback. That's fine. The problem is what happens next. The cheap tier becomes the busiest tier.
Support tickets start arriving in disproportionate quantities from the customers paying you the least. Onboarding calls run long for accounts that will churn inside six months. Your product roadmap starts getting shaped by feedback from users who are paying you fifteen pounds a month and behaving like enterprise buyers.
If you sit down and actually do the maths on it, the picture is usually grim. The cost to serve a small customer is rarely much smaller than the cost to serve a mid-market one.
The revenue is.
So you're running a business where your most expensive customers, on a per-pound basis, are also the ones bringing in the least. The smallest tier ends up subsidised by the rest of the company, and the founder spends a quietly enormous amount of time making it work.
Firing the small customers, in this context, isn't cruelty. It's correcting a pricing error you made eighteen months ago when you didn't know any better.
What "firing customers" actually looks like
Nobody literally fires their customers, by the way. The phrase is dramatic on purpose, but the reality is more procedural. There are essentially three moves, and most founders use some combination of all three.
The first is sunsetting the lowest tier. You stop selling it. Existing customers can keep what they have, but the door closes behind them. New buyers see only the higher tiers. This is the gentlest version of the move and it's almost always the right place to start.
The second is migration. You give existing low-tier customers a window, usually three to six months, to either move up to the new minimum tier or move on. You make the upgrade as smooth as you reasonably can.
The third is the hardest one, and it's where the real founder work happens: you actually have to start selling to a different kind of buyer. You can't just raise prices and wait. Mid-market and enterprise customers don't show up the way self-serve users do.
They need outbound motion, real sales calls, security questionnaires, procurement processes, and a website that doesn't read like it was written for a side project. If you skip this part, the move fails.
You shed your low-tier base without replacing the revenue, and six months later you're in trouble.
Why revenue actually multiplies
Here's the part that surprises founders even when they've done the maths in advance. When the move works, revenue doesn't just go up. It goes up out of all proportion to what you'd expect.
Some of that is straightforward. Bigger customers pay more. Annual contracts replace monthly ones. Net revenue retention starts climbing because mid-market customers expand their seat counts in a way self-serve users never do.
But the bigger reason is what stops happening. Your support load drops, often by more than half. Your team gets time back. The roadmap stops being pulled in fifteen directions by users who don't represent your real market. Y
ou can finally build the features your remaining customers have been quietly asking for, which makes them stickier, which raises retention, which compounds. The first quarter after the move is usually the hardest.
The 10x figure isn't always literal, but the directional move is real and consistent. It comes from a combination of higher prices, longer contracts, lower churn, and a focused product. Each of those alone is meaningful. Together they multiply.
The mindset shift
The mechanics aren't the hard part. The mechanics are written down in plenty of places. The hard part is the founder, sitting at their desk, knowing the move is right and not being able to make it.
A few things tend to be going on.
The first is loyalty, or something that feels like loyalty. Your earliest customers took a bet on you when you were nobody. Some of them still email you directly. The idea of telling them their plan no longer exists feels like a betrayal. It isn't, but it feels like one, and that feeling is hard to argue with at the level of a spreadsheet.
The second is the fear of looking greedy. There's a particular flavour of founder, especially in indie hacker and bootstrapped circles, who is allergic to anything that smells like enterprise pricing.
The cheap tier is part of their identity. Sunsetting it feels like joining the other side. The honest answer here is that running a business that quietly subsidises your cheapest customers with the goodwill of your team isn't more virtuous than charging properly. It's just slower to fail.
The third is the fear that you can't replace the revenue. This one is real, and it's the one worth taking seriously. If you genuinely don't have a plan for selling to a higher tier, then no, you shouldn't fire your smallest customers. The move only works when you've already started landing some bigger accounts and you can see the shape of where the next cohort comes from.
Without that, you're not pruning. You're cutting.
So the real question isn't whether to make the move. It's whether you've earned the right to make it yet.
How to know if you're ready
A few signals tend to show up together when a founder is genuinely ready to do this.
Your support volume is becoming a tax on the team. Your top tier customers are asking for things your product can't yet do. You've already closed two or three accounts at three or four times your average contract value, and the work involved was less painful than you expected.
If most of those are true, you're ready. If only one or two are, you're not, and the move will hurt you. The founders who get this right tend to spend six to twelve months quietly setting up the next stage before they touch the existing tiers. The actual sunsetting, when it comes, is almost anticlimactic.
The work was already done.
The thing nobody tells you
The strangest part of this whole pattern, the part that's almost never mentioned in the LinkedIn posts, is that founders who make the move say afterwards that the company finally started feeling like a real business.
Not in a financial sense. In an emotional one. The team stops apologising for the product. The founder stops working weekends. The roadmap stops being a graveyard of half-built features for users who left. There's a quietness to it that's hard to describe until you've felt the alternative.
You don't fire your smallest customers because you've stopped caring about them. You do it because the version of the company you're running is making it impossible to serve anyone properly, including them.
Letting that version go is the whole point.
