Не всі користувачі платять, але ті, хто платить, визначають дохід застосунку. ARPPU (Average Revenue Per Paying User) показує середню суму, яку приносить платний користувач за період. За даними RevenueCat (2025), у топ-100 застосунків ARPPU у 6–8 разів перевищує ARPU — розрив демонструє, наскільки малою є частка платної аудиторії. Метрика критична для оцінки ефективності монетизації та роботи з преміум-користувачами.
Головне
ARPPU (Average Revenue Per Paying User) — метрика монетизації, яка враховує лише платних користувачів. Показник відповідає на питання: скільки в середньому витрачає користувач, який вирішив здійснити покупку. ARPPU виключає з розрахунку всіх, хто не платить — а це 90–97% аудиторії в більшості мобільних застосунків.
Метрика незамінна для аналізу преміум-сегменту. Якщо ARPU падає, це може бути викликано як зниженням доходу від платних користувачів, так і притоком великої кількості безкоштовних користувачів. ARPPU ізолює ефект: якщо ARPPU стабільний, преміум-аудиторія платить як зазвичай, а проблема в кількості або якості трафіку.
За даними Sensor Tower (2025), середній ARPPU в мобільних іграх становить 12,50 долара за 90 днів. У категорії Strategy значення сягає 28 доларів, в Hypercasual — 1,50 долара. Чим складніша гра, тим вища залученість і середній чек платних користувачів. В утилітах ARPPU нижчий через разові покупки без підписок.
Формула ARPPU відрізняється від ARPU лише знаменником. Замість усіх користувачів беруться лише платні — ті, хто здійснив хоча б одну транзакцію за період. Платний користувач визначається на рівні ідентифікатора (User ID, Advertising ID) з прив'язкою до платформи (iOS / Android).
data class PayingUserMetrics(
val totalRevenue: Double,
val payingUsersCount: Int
) {
val arppu: Double
get() = roundToTwoDecimals(
totalRevenue / payingUsersCount
)
}
data class PurchaseEvent(
val userId: String,
val productId: String,
val priceUSD: Double
)
Клас PayingUserMetrics інкапсулює логіку ARPPU. Властивість arppu обчислюється при зверненні — це гарантує актуальність даних. PurchaseEvent фіксує кожну покупку. Для правильного розрахунку потрібно дедуплікувати користувачів: навіть якщо людина здійснила 10 покупок, вона враховується один раз у знаменнику.
ARPPU може зростати як за рахунок збільшення середнього чеку, так і за рахунок зростання частоти покупок. Визначення драйвера — ключове завдання аналітика. Якщо середній чек виріс — причина в зміні цін або появі дорогого продукту. Якщо виросла частота — покращилася механіка повторних покупок.
Головна відмінність — знаменник. ARPU ділить дохід на всіх користувачів, ARPPU — лише на платних. Розрив між метриками відображає конверсію free-to-paying (F2P). Чим більший розрив, тим менше платних користувачів, але тим вища їхня цінність для бізнесу.
Розглянемо гіпотетичний застосунок. Дохід 50 000 доларів, користувачів 500 000, платних — 10 000. ARPU = 0,10 долара, ARPPU = 5 доларів. Розрив у 50 разів говорить про конверсію 2%. Якщо ARPPU починає знижуватися при стабільному ARPU — значить платні користувачі стали платити менше. Якщо ARPU падає швидше за ARPPU — застосунок залучає багато не платних користувачів.
За даними Adjust (2025), здорове співвідношення ARPU до ARPPU для мобільних ігор — від 1:5 до 1:15. Для підписних застосунків співвідношення ближче — від 1:3 до 1:6, тому що підписна модель передбачає вищу конверсію безкоштовних користувачів у платні.
| Метрика | Знаменник | Показує |
|---|---|---|
| ARPU | Всі користувачі | Середній дохід на користувача |
| ARPPU | Лише платні | Середній дохід на платного користувача |
| Різниця | — | Конверсія F2P і цінність платної аудиторії |
Вибір метрики залежить від завдання. Для оцінки загальної ефективності монетизації використовуйте ARPU. Для аналізу преміум-продуктів і ціноутворення — ARPPU. При A/B-тестуванні нових покупок ARPPU покаже, чи змінилася цінність платних, а ARPU — як це вплинуло на загальний дохід.
ARPPU чутливий до змін у продукті та маркетингу. Розглянемо ключові фактори, які визначають значення метрики. Розуміння цих факторів дозволяє передбачати реакцію ARPPU на зміни та не допускати помилок при інтерпретації.
Набір доступних продуктів та їхні ціни — основний драйвер ARPPU. Наявність дорогих пакетів (50–100 доларів) зсуває середній чек вгору, навіть якщо більшість купує дешеві. Apple (2025) рекомендує три рівні: базовий (1–5 доларів), середній (10–30 доларів) і преміум (50+ доларів) — це максимально покриває попит різних сегментів.
У підписних застосунках ARPPU визначається вартістю підписки. Річні підписки зі знижкою 30–50% збільшують ARPPU у 6–8 разів порівняно з місячними, хоча конверсія на річну підписку нижча. RevenueCat (2025) показує: користувачі річних підписок мають ARPPU 60–120 доларів проти 8–15 доларів у місячних.
ARPPU сильно відрізняється за країнами та платформами. Користувачі iOS витрачають у середньому в 2–3 рази більше, ніж Android. Причина не лише в доходах, але й у психології покупок: власники iPhone звикли платити за контент. Statista (2025) показує: ARPPU на iOS у США становить 18 доларів, на Android — 7 доларів за 90-денний період.
Географічна сегментація ARPPU допомагає налаштовувати ціни. В Японії користувачі витрачають у 1,5 раза більше, ніж у США, при цьому ARPPU вищий на 30% у категорії Games (Data.ai, 2025). Різниця пов'язана з культурою мобільного геймінгу та високою поширеністю gacha-механік.
ARPPU відрізняється залежно від того, які покупки здійснюють користувачі. Non-consumable (вимкнення реклами, преміум-доступ) дають разовий високий ARPPU. Consumable (монети, життя, бустери) — регулярні невеликі витрати. Subscription — стабільний ARPPU з поступовим зростанням при збільшенні ціни підписки.
Автоматичний розрахунок ARPPU вбудовується в аналітичну систему застосунку. Розглянемо реалізацію на Kotlin з групуванням по днях. Серверна частина збирає події покупок із In-App Purchase SDK та агрегує їх у звіти. Локальний розрахунок допомагає валідувати дані аналітичної платформи.
class ARPPURepository(
private val purchaseDao: PurchaseDao
) {
fun getMonthlyARPPU(
year: Int,
month: Int
): Double {
val purchases = purchaseDao
.getPurchasesInPeriod(year, month)
val payingUsers = purchases
.map { it.userId }
.distinct()
.count()
val totalRevenue = purchases
.sumOf { it.priceUSD }
return roundToTwoDecimals(
totalRevenue / payingUsers
)
}
}
Метод distinct гарантує, що користувач враховується один раз у знаменнику, навіть якщо здійснив 50 покупок. sumOf підсумовує весь дохід. Функція повертає Monthly ARPPU. Аналогічно розраховується Weekly та Daily ARPPU — достатньо змінити період фільтрації.
Для прискорення розрахунку на великих даних використовуйте агрегуючі запити в базі даних. SQL-запит з GROUP BY userId та SUM(revenue) працює швидше за завантаження всіх записів у пам'ять. Firebase BigQuery дозволяє виконувати такі запити на багатомільйонних наборах даних за секунди.
Зростання ARPPU — завдання продукт-менеджерів і маркетологів. Метрика підвищується трьома основними способами: збільшення цін, збільшення частоти покупок та створення дорожчих продуктів. Кожен спосіб має обмеження та потребує тестування.
Перший спосіб — динамічне ціноутворення. Різні сегменти готові платити по-різному. Персоналізовані пропозиції на основі поведінки: користувач, який купив 3+ рази дорогий бустер, з більшою ймовірністю купить дешевий. AB-тестування цін — єдиний надійний спосіб визначити оптимум: підвищення ціни на 10% при зниженні конверсії менш ніж на 10% збільшує ARPPU.
Другий спосіб — підписка в non-subscription застосунках. Додавання щотижневої підписки на преміум-контент збільшує ARPPU на 20–40% без зміни цін разових покупок. Auto-renewable subscriptions на iOS генерують стабільний дохід і передбачуваний ARPPU для планування.
Третій спосіб — створення rarity-механік. Лімітовані предмети, сезонні сети та battle pass збільшують середній чек. За даними GameAnalytics (2025), застосунки з battle pass мають ARPPU на 45% вищий, ніж без нього. Механіка працює за рахунок ефекту прив'язаності: користувач купив battle pass і змушений грати активніше, здійснюючи додаткові покупки.
ARPPU може вводити в оману при невірній інтерпретації. Розберемо поширені пастки. Головна пастка — зростання ARPPU за рахунок падіння конверсії. Якщо кілька великих платників пішли, а решта платять так само — ARPPU впаде. Але якщо конверсія впала, а ті, хто залишилися, стали платити більше — ARPPU зросте, хоча загальний дохід знизився.
Друга пастка — порівняння ARPPU різних продуктів без урахування їхньої зрілості. Новий застосунок із 10 платними користувачами має високий ARPPU через випадковість. Через рік із тисячею платних ARPPU знизиться — це нормально. Порівнюйте ARPPU лише продуктів на одному життєвому циклі.
Третя пастка — сезонність. ARPPU зростає в грудні на 30–50% через новорічні знижки та подарунки. Порівняння листопада з груднем неінформативне. Використовуйте year-over-year (YoY) порівняння для коректної оцінки. Аномалії сезонності маскують погіршення продукту, якщо не враховувати період.
Четверта пастка — плутати ARPPU із середнім чеком покупки (Average Transaction Size). ARPPU враховує всі покупки одного користувача за період, середній чек — лише одну транзакцію. Якщо користувач здійснив 5 покупок по 1 долару, ARPPU = 5 доларів, середній чек = 1 долар. Це різні метрики для різних аналітичних завдань.
Часті запитання
ARPPU — дохід від платного користувача за період (може включати багато покупок). Середній чек — вартість однієї транзакції. ARPPU завжди більший або дорівнює середньому чеку, якщо користувач здійснює більше однієї покупки за період.
Перевірте, чи не пішли великі платники, чи не знизилися ціни, чи не змінився склад преміум-продуктів. Аналізуйте когорту нових платних: можливо, прийшли користувачі з меншою платоспроможністю.
Залежить від категорії. Для casual ігор Monthly ARPPU 5–10 доларів — норма. Для Strategy — 20–40 доларів. Для підписних застосунків — 8–15 доларів на місяць. Порівнюйте з медіаною по категорії на платформах Data.ai або Sensor Tower.
Користувачі iOS витрачають у 2–3 рази більше, ніж Android. При аналізі ARPPU завжди сегментуйте за платформою — середнє по двох платформах не відображає реальності жодної з них.
Підвищення цін може знизити конверсію в платних. Якщо приріст доходу від тих, хто продовжує купувати, менший за втрату від тих, хто пішов — ARPPU не зростає, а падає. A/B-тестування допомагає знайти оптимальну цінову точку.
Підсумки
Ми розробимо мобільний застосунок під ключ
IT Sectr створює застосунки для iOS та Android для стартапів і бізнесу з 2017 року. Ми проконсультуємо вас і запропонуємо найкраще рішення.
Читайте також