Freemium economics: free users aren’t actually free

Every free user costs you money. Not metaphorically. Not in some abstract opportunity-cost sense. Actual money. Server costs, storage, bandwidth, support tickets, onboarding emails, and the engineering hours spent maintaining a tier that generates exactly zero revenue. Most product teams know this in theory. Almost none of them know the number.

That gap between theory and number is where freemium models go to die quietly.

The generosity nobody costed

I call it the free user subsidy, and it works like this. A product team launches a free tier because the playbook says free drives adoption, adoption drives conversion, and conversion drives revenue. The logic is clean on a whiteboard. But the logic omits a line item that finance will eventually find: the cost of serving every user who never converts.

At Freshworks, I watched this play out with painful clarity. The free tier was a growth engine. Thousands of signups per month. The product team celebrated the top-of-funnel numbers. Marketing used them in board presentations. But nobody had calculated what each free user actually cost to serve. Not the marginal cost. The fully loaded cost: infrastructure, storage, support, and the share of engineering time spent on bugs and feature requests that came exclusively from free accounts.

Then finance did the maths.

The meeting where that number first appeared on a slide was one of the quietest I have been in. The cost per free user was not trivial. Multiplied across the entire free base, it was a budget line larger than several paid feature investments the team had been fighting to fund. We had been subsidising a population of users who were, in aggregate, more expensive to serve than several of our paying customer segments.

But nobody had asked the question before because the free tier was sacred. It was the growth story. And you do not question the growth story in a company that is growing.

When every user is a cost centre

The Freshworks experience taught me to look for the free user subsidy everywhere. But it was at Schneider Electric where I saw the most structurally uncomfortable version of the problem.

We were working on a product where the infrastructure cost scaled directly with user count. Every additional user, whether paying or free, consumed resources that cost real money. This was not a marginal cost that rounded to zero at scale. It was a linear relationship: more users, more cost, regardless of revenue.

The pricing model, which had been designed by people thinking about market share rather than unit economics, assumed that volume would eventually convert to revenue. But the conversion rate was low, and the per-user cost was not. We had built a product where success, measured by adoption, was financially indistinguishable from failure.

That is the generosity trap. When the cost of being generous scales faster than the revenue from the users who convert, generosity is not a strategy. It is a subsidy from your paying customers to your free ones. And your paying customers, whether they know it or not, are funding an experiment that may never pay off.

The maths nobody wants to do

Here is the calculation most product teams avoid. Take the total cost of serving your free tier: infrastructure, a proportional share of engineering time, support tickets (even if you limit support for free users, they still generate load), and onboarding. Divide it by the number of free users. That is your cost per free user.

Now multiply it by the percentage of free users who will never convert. For most products, that number is north of 90%.

The result is the true cost of your freemium model. It is the price of the bet you are making that the 5-10% who do convert will generate enough lifetime value to cover the 90% who will not.

But most teams never run this calculation. They run the optimistic version instead: “If we get our conversion rate from 3% to 5%, the model works.” Maybe. But the 97% who do not convert are not sitting in a spreadsheet waiting politely. They are consuming resources today, right now, at a cost that compounds every month.

A free user is not a future customer. A free user is a current cost. Some of them will become customers. Most of them will not. And the product team’s job is to know the difference between an investment and a donation.

Think of a restaurant that puts out a free appetiser bar to draw people in. The owner assumes the free food drives main course orders. But nobody has checked whether the people eating the free appetisers actually stay for dinner, or whether they fill up on bruschetta and leave. The appetiser bar costs real money every night. Whether it generates a return depends entirely on whether someone has bothered to measure.

What the free tier is actually for

The free tier is not a gift. It is a commercial instrument. And like any commercial instrument, it works when it is designed with its cost structure in mind and fails when it is designed on vibes and growth assumptions.

But here is where most teams get it wrong. They design the free tier to be useful enough that people adopt it, without designing it to be limited enough that people graduate from it. The result is a free experience that is perfectly adequate for a large population of users who have no economic reason to ever pay.

That is not a conversion funnel. That is a public service.

The teams that run freemium well do something different. They design the free tier as a product decision, not a marketing decision. They know exactly what it costs. They know what behaviour predicts conversion. They know what features drive the moment where a free user hits a wall and decides the paid tier is worth it. And they track the ratio between the cost of serving free users and the revenue generated by those who convert with the same attention they give to any other financial metric.

But that requires treating the free tier as a line item, not a slogan.

Generosity is a strategy only when you can afford it. When you cannot, it is just a slow way to go broke. And the difference between the two is a spreadsheet that most product teams have never opened.

The question behind the model

The freemium conversation is usually framed as a growth question. How many free users do we need to hit our conversion targets? But the real question is a cost question. How many free users can we afford to carry, and for how long, before the economics demand that the bet pays off?

Most product teams cannot answer that question. Not because the data is unavailable. But because asking it feels like questioning the model. And the model, once adopted, becomes identity. We are a freemium company. We believe in product-led growth. We trust the funnel.

But trust without measurement is faith. And faith is a fine thing in most areas of life, but it is a poor foundation for a revenue model.

There is something worth sitting with here. The best freemium products are not the most generous ones. They are the ones where generosity is precise, where the free experience is designed to reveal the value of the paid one, and where someone, somewhere in the organisation, knows exactly what the free tier costs and has decided, with open eyes, that the cost is worth it.

That is not generosity. That is clarity. And clarity, in the long run, is the more honest form of care.