What it means
Many digital businesses attract users before all of them pay: a game may be free to download but earn from in-app purchases, and a newsletter may have free readers and paid subscribers. Monetisation rate helps managers see how many eligible users convert into revenue, but it does not reveal how much each paying user spends.
Define a cohort and period, because monthly paying users divided by monthly active users differs from lifetime payers divided by all registered accounts. A dormant account in the denominator can lower the rate without saying anything about current product performance, while counting someone who once paid as a current payer can overstate it.
Money timing matters too, because a trial signup is not necessarily a paying user, and a refunded purchase or fraudulent transaction may need exclusion under the chosen rule. Subscription renewals from existing payers are revenue but not new payer conversions, so keep the rate alongside revenue per user, retention, refunds and acquisition cost.
A high rate is not automatically best. Aggressive paywalls may cause active users to leave, while a lower rate with healthy retention and reasonable spending can be more sustainable.
Free users may create value through referrals or content, depending on the model, but managers should test that rather than assume it. Segment the audience where useful, because new and long-time users, countries, app versions and acquisition channels may behave differently.
A blended figure can hide a problem, such as strong conversion among loyal users but no conversion among newly acquired ones. For managers, monetisation rate is one part of the business model.
It says who pays under a stated rule, not whether the product makes a profit or treats users well.
In practice
Real-world examples.
Example
A mobile game has 50,000 monthly active users and 1,500 distinct users who make a valid in-app purchase that month. Its monthly paying-user rate is 3%.
Example
A newsletter adds 500 trial accounts but only 100 convert to paid plans after the trial. It counts the 100 as payers under its rule, not every trial signup.
Example
An app's paying-user rate rises after it makes the free plan less useful, but monthly active users and retention fall. Managers review total revenue and churn before calling the change a success.
Formula
Calculation
Paying-user monetisation rate = distinct active users who make a qualifying payment in the period / distinct eligible active users in the same period x 100
Average revenue per paying user = qualifying revenue / distinct paying users
Worked example: a fictional app has 50,000 eligible monthly active users. In the same month, 1,500 make a qualifying payment, generating $90,000 after defined refunds. Paying-user rate = 1,500 / 50,000 x 100 = 3%. Average revenue per paying user = $90,000 / 1,500 = $60 for the month. Revenue per eligible active user = $90,000 / 50,000 = $1.80, which shows how a low rate can still fund the business when payers spend generously.
A different denominator or refund rule produces a different figure. State the method alongside the result.Case study
Seen in the real world.
This illustrative and entirely fictional example follows Olive Games, an invented mobile-game studio. Its dashboard reported that 8% of "users" had paid at least once. Investors asked why current revenue was falling. The team discovered that the numerator included anyone who had ever bought an item, while the denominator included only active users that week. The percentage mixed time periods and made monetisation look stronger than it was.
Olive rebuilt the report for monthly active users and monthly qualifying payers, excluding refunded payments under a stated rule. It also showed total revenue, average revenue per payer and retention by cohort. The corrected rate was lower, but it let the team see that new users were not reaching the point where the product offered value. Rather than adding a more aggressive paywall immediately, Olive improved onboarding and tested offers fairly. The fictional case shows why a consistent definition is more useful than a flattering percentage.
Watch out
Common mistakes.
- Mixing lifetime paying users with current active users in the denominator, creating a rate that cannot be interpreted.
- Counting trials, failed payments or refunded orders as though all were paying users under the same rule.
- Optimising only the share that pays while ignoring total revenue, retention, customer experience and cost to acquire users.
Questions
People also ask.
Is monetisation rate the same as average revenue per user?
No. The rate measures the share of eligible users who pay. Average revenue per user measures money divided by users. Both can move differently.
What is a good rate?
It depends on product, audience and payment model. Compare consistent cohorts and unit economics rather than assuming one universal target.
Should free users be excluded?
Not from a rate intended to measure conversion of eligible active users. Exclude dormant or ineligible accounts only under a clearly stated definition.
From the founder's library
Take it further with the book.
Build your financial confidence beyond this definition. Shihan's full-length guide, Accounting Fundamentals, takes the same plain-English approach and turns it into a complete, practical playbook for non-finance managers, business owners and students - with chapter-end quiz answers and presentation slides included.
25% off with code MMHQ25, applied at checkout. Priced in USD - checkout may show the equivalent in your local currency.
View the book and save 25%