App pricing models: subscription vs one-time vs freemium

Pricing isn't a number you pick at the end — it's a model that shapes the whole product. Here's how the main options differ and when each fits.

The main app pricing models are subscription, freemium, one-time purchase, in-app purchases, usage-based, and free-with-ads. The right one depends on how often your app delivers value and your users' willingness to pay: value delivered continuously points toward a subscription; value delivered in discrete moments points toward one-time or in-app purchases. Most successful apps combine a couple of these rather than picking exactly one.

Subscription

Users pay on a recurring basis — monthly or annual — for ongoing access. It produces predictable, compounding revenue and is the model investors like most, but it demands that the app deliver value repeatedly, because users cancel the moment it stops feeling worth it. Subscription and retention are the same problem wearing two hats. Best for apps used regularly whose value accrues over time.

Freemium

A capable free tier brings users in; paid tiers unlock more. Done well, the free tier delivers real value while creating a natural reason to upgrade; done badly, it either gives away too much (no one pays) or too little (no one stays). The art is drawing the upgrade line at the exact point where an engaged user's needs outgrow the free tier. Freemium pairs naturally with subscription for the paid tiers.

One-time purchase

The user pays once and owns the app. It's simple and honest, and it suits apps that deliver their value in a bounded way — a tool, a game, a utility. The catch is revenue: without recurring payments or new purchases, you're always selling to new users to grow, and there's no built-in income from your existing base. Increasingly rare as a standalone model for exactly this reason.

In-app purchases

The app is free to download; users buy specific items, features, or content inside it. This powers most of mobile gaming and plenty of content apps. It aligns cost with value — users pay for what they actually want — but it depends on a steady supply of things worth buying and careful design so the purchases enhance rather than gate the core experience.

Usage-based

Users pay in proportion to how much they use — per transaction, per credit, per unit of consumption. It aligns price tightly with value and lowers the barrier to starting, which is why it's common in developer and B2B tools. The tradeoff is predictability: revenue is harder to forecast and costs can surprise users, so clear metering and sensible caps matter.

Free with ads

The app is free and monetizes attention. It maximizes reach and removes the price barrier entirely, but it typically earns far less per user than paid models and can degrade the experience if ads intrude on the core value. It works at scale, for the right audience, and is often combined with an ad-free paid tier.

How to choose

Four questions narrow it quickly:

• How often does the app deliver value? Continuously → subscription or usage-based. Occasionally → one-time or in-app purchases.
• What is your ICP's willingness and ability to pay? Consumers resist subscriptions for casual apps; businesses expect them for tools they rely on.
• What does the market expect? Your competitors have trained your users; deviating requires a reason they'll understand. Your competitor analysis tells you the norm.
• Do the unit economics clear? Whatever the model, revenue per user has to beat the cost to serve and acquire them. Check it against unit economics.

Trials and reverse trials

Trials let users experience paid value before committing. A standard free trial grants full access for a set period. A reverse trial starts a new user on the premium experience, then drops them to a free tier when it ends unless they upgrade — which anchors them to the full value first and often converts better. Either way, the trial has to reach the app's core value quickly, or it just runs out before the user understands what they'd be paying for.

Store fees and common mistakes

Apple and Google take a cut of purchases made through their in-app billing, which has to be built into your pricing math. The rules around what can be sold outside their systems have been shifting, so treat the current terms as something to verify rather than assume. Beyond fees, the recurring pricing mistakes are: charging against the value cadence, pricing on cost instead of value, launching with a single take-it-or-leave-it tier instead of a good-better-best structure, and treating price as set-once rather than something to test and revise as you learn what users will pay.