Skip to content
Contents
  1. 1How to choose your next app growth experiment
  2. 2Why is my app not getting downloads?
  3. 3App store keyword research and discoverability
  4. 4How to improve app store listing conversion
  5. 5Downloads but no paying users: what to check
  6. 6Did an app update hurt growth? Check crashes and ANRs
  7. 7App competitor analysis: listings, reviews and positioning
  8. 8How to measure an app growth experiment
  9. 9How to market your app after launch
  10. 10How to prioritize growth work across your apps
  11. 11How to learn from app growth experiments
  12. 12Your next two hours of app marketing

Worksheet for chapter 5, Downloads but no paying users: what to check

Worksheet 5 — Monetization diagnostic tree

Use with chapter 5, Monetization. Walk the steps in order and stop at the first branch that explains the change. Every branch is based on data you have; nothing here asks you to judge a paywall from a store page.

App: ______________ Platform: ☐ iOS ☐ Android Market: ______________ Period compared: __________ vs __________

The change you are explaining: new paying users / revenue went from ________ to ________

Step 0 — Is it outside the normal range?

Normal range (8–12 comparable periods): ________ to ________. Count-size check (only if N > ~20; assumes independent events and a stable rate; not a significance test): one period vs its long-run average ±2√N ≈ ______; two periods vs each other ±2.8√N ≈ ______.

  • Inside the range → Branch W: wait. Re-check on __________.
  • Outside → Step 1.

Step 1 — Did payment break?

Data: purchase-failed events, error logs, reviews mentioning payment, recent releases touching purchases.

  • Errors up around a release → Branch T: technical. Go to worksheet 6.
  • No change / no data → note "payment errors: ______" and go to Step 2.

Step 2 — Did acquisition change?

Data: first-time downloads/installs from the store console.

  • New users fell about as much as paying users → Branch A: acquisition. Go to chapters 2–4.
  • New users stable → Step 3.

Step 3 — Did the mix of new users change?

Data: first-time vs returning (redownloads), country mix, traffic source mix.

  • Mix changed (e.g. many returning users who are not eligible for an introductory offer) → Branch C: composition. Explain the drop by the mix; consider a separate offer test for that group.
  • Mix stable → Step 4.

Step 4 — Did activation change?

Data: your own event for the key action (first entry, first plan…).

  • Share of new users reaching the key action fell → Branch V: activation. Look at onboarding and the last release.
  • No event logged → Branch ?: can't tell yet. Add the event: ______________. Stop here.
  • Stable → Step 5.

Step 5 — Did paywall exposure or response change?

Data: "paywall shown" per activated user; "purchase/trial started" per paywall view.

  • Fewer users see the offer → Branch E: exposure (placement, onboarding, a flag or config change).
  • Same exposure, fewer start → Branch P: persuasion. Only now write a paywall/pricing test brief (worksheet 4).
  • No "paywall shown" event → Branch ?: can't tell yet. Add it before any redesign.

Step 6 — Did trial-to-paid or renewal change?

Data: store subscription/cohort views, your purchase events.

  • Trial-to-paid or renewals fell → Branch R: retention/renewal. Check billing issues, offer changes, and the value users reach during the trial.

Result

Branch reached: ☐ W ☐ T ☐ A ☐ C ☐ V ☐ E ☐ P ☐ R ☐ ? Next action: ______________________ Re-check: __________

Platform comparison note (hint only, not a control group): ______________________