Turning retention into decisions: LTV, payback and budget
How to turn app retention into decisions: which definition feeds LTV and forecasts, a simple LTV from a retention curve, cost per retained user and payback.
Use classic retention to forecast active users and revenue, cumulative retention to set activation goals, and keep rolling retention out of finance because it keeps moving. Divide cost per install by retention to get cost per retained user, and wait for cohorts to mature before shifting budget.
What does turning retention into decisions mean?
Turning retention into decisions means converting a cohort's retention curve into money terms, such as lifetime value, payback period and cost per retained user, so you can decide where to spend.
Lifetime value (LTV): the revenue you expect from one installed user over a set period, built from how many users are still active each day and what an active user is worth.
Payback period: the number of days until the revenue from a cohort covers what you paid to acquire it.
Which retention definition feeds which decision?
Classic retention feeds forecasts and LTV, cumulative retention feeds activation goals, and rolling retention should stay out of finance because its values keep rising as late returns arrive.
| Decision | Definition | Why |
|---|---|---|
| Forecast daily active users | Classic | Counts who is active on each exact day |
| Revenue per active day, LTV | Classic | Each day's active share times value per active user |
| Activation and onboarding goals | Cumulative | "Came back at least once by Day 7" is a clean target |
| Eventual return, re-engagement | Rolling | Shows who ever came back, not for money |
Rolling Day 7 for an older cohort has had more days to collect late returns than for a newer one, so it moves after you have booked it. That makes it unsafe for a budget or a forecast. The full comparison is in classic vs rolling vs cumulative.
Building a simple LTV from a retention curve
LTV over a horizon is the sum, across each day, of classic retention on that day multiplied by revenue per active user per day.
Hypothetical arithmetic, not real data. Say an active user is worth $1 per day, and a cohort's classic retention averages roughly:
| Days | Average classic retention | Days in band | Revenue per install |
|---|---|---|---|
| Day 0 | 100% | 1 | $1 |
| Day 1 to 7 | 20% | 7 | about $1.40 |
| Day 8 to 30 | 10% | 23 | about $2.30 |
| Total to Day 30 | about $4.70 |
- Day 0 revenue counts toward LTV even though Day 0 is not a return.
- Use exact-day classic values, or the sum overstates value: cumulative or rolling would count the same user on days they were not active.
- Past the last observed day you are extrapolating. Keep the horizon short, or state the assumption.
The spreadsheet and SQL formulas give you classic retention by day to drop into this sum. For revenue cohorts beyond the usual Day 0, 7 and 30 checkpoints, this guide to cohort analysis for performance marketers goes further.
Cost per retained user
A channel with lower Day 7 retention is not automatically worse. If it is cheaper, each retained user may cost less.
Cost per retained user: cost per install divided by the retention rate on the chosen day.
Hypothetical example:
| Channel | Cost per install | Classic Day 7 | Cost per Day 7 retained user |
|---|---|---|---|
| Channel A | $2.50 | 20% | $12.50 |
| Channel B | $1.50 | 15% | $10 |
Channel B retains fewer users but each retained user costs $2.50 less. Before moving budget, check that B's retained users are worth as much as A's, using revenue per active user by channel. The retention by channel guide covers how to read channels side by side.
Remember to count every cost of acquisition, including what you pay to measure it. This overview of mobile attribution pricing shows how measurement fees are usually charged.
Comparing payback by channel
Payback compares cumulative revenue per install with cost per install, day by day.
- Hypothetical: with the LTV curve above, a $3.75 install pays back around Day 21; a $7.50 install has not paid back by Day 30.
- Plot payback curves per channel on the same axes and look for which crosses cost first.
- A channel that pays back slowly but keeps rising may still win over a longer horizon. State the horizon you are using.
When to wait before acting
Young cohorts have fewer observed days, so decisions made early can flip.
- A cohort has a Day N value only once Day N has fully passed for it.
- Act on Day 1 for quick checks such as broken onboarding, but wait for Day 7 or later before moving meaningful budget.
- Check that the curve has started to flatten before projecting LTV. See reading flattening.
Guardrails
- Small cohorts: a few users swing the rate by many points. Pool cohorts or wait. See sample size.
- Mix shift: in the site's sample app, a made-up app, blended classic Day 1 falls about 7 points while organic and paid are each flat, because paid's share of installs rose. Always split by channel before acting.
- One-day spikes: a push or release lifts one calendar day across cohorts. Do not read it as a better cohort.
Note: Example numbers come from a made-up app to show the method, not a benchmark.
Questions
Which retention type should I use for LTV?
Use classic retention, because LTV needs the share of users active on each exact day. Cumulative and rolling count users on days they were not active, which overstates revenue.
Why not use rolling retention for budgets?
Rolling values keep rising as late returns arrive, and older cohorts have had more days to return. A number that moves after you have booked it is unsafe for finance.
How do I calculate cost per retained user?
Divide cost per install by the retention rate on your chosen day. Hypothetically, $2.50 per install at 20% Day 7 retention is $12.50 per Day 7 retained user.
How long should I wait before shifting budget?
At least until the cohorts you are comparing have fully passed the day you are judging, ideally Day 7 or later. Use Day 1 only for quick checks of obvious problems.
Why did blended retention drop when no channel changed?
Your channel mix probably shifted toward a channel with lower retention. Split retention by channel to see whether each one actually moved.
What is the difference between classic, rolling and cumulative retention?
Classic counts users active on exactly Day N. Rolling counts users active on Day N or any later day, and cumulative counts users active at least once from Day 1 to Day N. They use the same raw activity but answer different questions.
More guides
- 01Classic vs rolling vs cumulative retentionClassic, rolling and cumulative retention count different users on the same day. See the definitions, a ten-user worked example and when to use each one.
- 02How to read a retention curveA retention curve plots one cohort's retention against Day N. Read the early drop, the flattening point and smile curves, and why shape depends on definition.
- 03Why paid D1 retention is lower than organicPaid D1 retention below organic is partly normal, as organic users arrive with intent. See the causes, from targeting to measurement errors, and how to check.
- 04Retention by channel and campaignBlended retention hides what each channel does. Learn to cut a cohort table by channel, campaign and creative, keep naming clean and spot a channel mix shift.
- 05Choosing the cohort start event: install or first purchaseHow to define cohorts by choosing a start event: install, first open, sign-up or first purchase, what each answers, survivorship bias, day boundaries, channels.
- 06Retention for weekly-use vs daily-use appsWhy classic Day N retention undercounts apps people use weekly, and how cumulative windows, weekly cohorts and DAU/MAU give a fairer read of weekly-use apps.