ARPPU: ce este, formula de calcul și metrica

Ce este ARPPU?

ARPPU (Average Revenue Per Paying User) — metrica de monetizare care ia în considerare doar utilizatorii plătitori. Indicatorul răspunde la întrebarea: cât cheltuiește în medie un utilizator care a decis să facă o achiziție. ARPPU exclude din calcul pe toți cei care nu plătesc — iar aceasta reprezintă 90–97% din audiență în majoritatea aplicațiilor mobile.

Metrica este indispensabilă pentru analiza segmentului premium. Dacă ARPU scade, acest lucru poate fi cauzat atât de scăderea veniturilor de la plătitori, cât și de afluxul unui număr mare de utilizatori gratuiti. ARPPU izolează efectul: dacă ARPPU este stabil, audiența premium plătește ca de obicei, iar problema este în cantitatea sau calitatea traficului.

Conform datelor Sensor Tower (2025), ARPPU mediu în jocurile mobile este de 12,50 dolari pe 90 de zile. În categoria Strategy valoarea ajunge la 28 de dolari, în Hypercasual — 1,50 dolari. Cu cât jocul este mai complex, cu atât implicarea și suma medie a plătitorilor sunt mai mari. În utilități ARPPU este mai scăzut din cauza achizițiilor unice fără abonamente.

Cum se calculează ARPPU

Formula ARPPU diferă de ARPU doar prin numitor. În locul tuturor utilizatorilor, se iau doar plătitorii — cei care au efectuat cel puțin o tranzacție în perioadă. Utilizatorul plătitor este definit la nivel de identificator (User ID, Advertising ID) cu conexiune la platformă (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
)

Clasa PayingUserMetrics încapsulează logica ARPPU. Proprietatea arppu se calculează la accesare — aceasta garantează actualitatea datelor. PurchaseEvent înregistrează fiecare achiziție. Pentru un calcul corect este necesară deduplicarea utilizatorilor: chiar dacă o persoană a efectuat 10 achiziții, este numărată o singură dată la numitor.

Frecvența achizițiilor și ARPPU

ARPPU poate crește atât prin creșterea sumei medii, cât și prin creșterea frecvenței achizițiilor. Determinarea factorului motor — sarcina cheie a analistului. Dacă suma medie a crescut — cauza este modificarea prețurilor sau apariția unui produs scump. Dacă frecvența a crescut — mecanica achizițiilor repetitive s-a îmbunătățit.

Diferența dintre ARPPU și ARPU

Principala diferență — numitorul. ARPU împarte venitul la toți utilizatorii, ARPPU — doar la plătitori. Diferența dintre metrici reflectă conversia free-to-paying (F2P). Cu cât diferența este mai mare, cu atât sunt mai puțini utilizatori plătitori, dar cu atât este mai mare valoarea lor pentru afacere.

Să luăm o aplicație ipotetică. Venit 50 000 de dolari, utilizatori 500 000, plătitori — 10 000. ARPU = 0,10 dolari, ARPPU = 5 dolari. Diferența de 50 de ori indică o conversie de 2%. Dacă ARPPU începe să scadă la un ARPU stabil — înseamnă că plătitorii au început să plătească mai puțin. Dacă ARPU scade mai repede decât ARPPU — aplicația atrage mulți utilizatori neplătitori.

Conform datelor Adjust (2025), raportul sănătos dintre ARPU și ARPPU pentru jocurile mobile este de la 1:5 la 1:15. Pentru aplicațiile cu abonament raportul este mai apropiat — de la 1:3 la 1:6, deoarece modelul de abonament presupune o conversie mai mare a utilizatorilor gratuiti în plătitori.

Când să te uiți la ARPU și când la ARPPU

Alegerea metricii depinde de sarcină. Pentru evaluarea eficienței generale a monetizării folosește ARPU. Pentru analiza produselor premium și a prețurilor — ARPPU. La testarea A/B a noilor achiziții, ARPPU va arăta dacă s-a schimbat valoarea plătitorilor, iar ARPU — cum a afectat acest lucru venitul total.

Factorii care influențează ARPPU

ARPPU este sensibil la schimbările din produs și marketing. Să analizăm factorii cheie care determină valoarea metricii. Înțelegerea acestor factori permite prezicerea reacției ARPPU la schimbări și evitarea greșelilor la interpretare.

Arhitectura prețurilor

Setul de produse disponibile și prețurile lor — motorul principal al ARPPU. Disponibilitatea pachetelor scumpe (50–100 de dolari) deplasează suma medie în sus, chiar dacă majoritatea cumpără produse ieftine. Apple (2025) recomandă trei niveluri: de bază (1–5 dolari), mediu (10–30 dolari) și premium (50+ dolari) — acoperă maxim cererea diferitelor segmente.

În aplicațiile cu abonament, ARPPU este determinat de costul abonamentului. Abonamentele anuale cu reducere de 30–50% cresc ARPPU de 6–8 ori comparativ cu cele lunare, deși conversia la abonamentul anual este mai scăzută. RevenueCat (2025) arată: utilizatorii abonamentelor anuale au ARPPU de 60–120 de dolari față de 8–15 dolari pentru cei lunari.

Regiunea și platforma

ARPPU variază semnificativ în funcție de țară și platformă. Utilizatorii iOS cheltuiesc în medie de 2–3 ori mai mult decât Android. Motivul nu sunt doar veniturile, ci și psihologia achizițiilor: posesorii de iPhone sunt obișnuiți să plătească pentru conținut. Statista (2025) arată: ARPPU pe iOS în SUA este de 18 dolari, pe Android — 7 dolari pentru o perioadă de 90 de zile.

Segmentarea geografică a ARPPU ajută la ajustarea prețurilor. În Japonia utilizatorii cheltuiesc de 1,5 ori mai mult decât în SUA, iar ARPPU este cu 30% mai mare în categoria Games (Data.ai, 2025). Diferența este legată de cultura jocurilor mobile și de răspândirea ridicată a mecanicilor gacha.

Tipul de achiziții

ARPPU diferă în funcție de tipul achizițiilor efectuate de utilizatori. Non-consumable (dezactivarea reclamelor, acces premium) oferă un ARPPU unic ridicat. Consumable (monede, vieți, boostere) — cheltuieli regulate mici. Subscription — ARPPU stabil cu creștere treptată la majorarea prețului abonamentului.

Cum se calculează ARPPU în practică

Calculul automat al ARPPU este încorporat în sistemul analitic al aplicației. Să analizăm implementarea în Kotlin cu gruparea pe zile. Partea de server colectează evenimentele de achiziție din In-App Purchase SDK și le agregă în rapoarte. Calculul local ajută la validarea datelor platformei analitice.

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
        )
    }
}

Metoda distinct garantează că utilizatorul este luat în considerare o singură dată la numitor, chiar dacă a efectuat 50 de achiziții. sumOf însumează întregul venit. Funcția returnează Monthly ARPPU. Analog se calculează Weekly și Daily ARPPU — este suficient să se modifice perioada de filtrare.

Pentru accelerarea calculului pe date mari, folosește interogări agregate în baza de date. Interogarea SQL cu GROUP BY userId și SUM(revenue) funcționează mai rapid decât încărcarea tuturor înregistrărilor în memorie. Firebase BigQuery permite executarea unor astfel de interogări pe seturi de date de milioane de intrări în câteva secunde.

Strategii de creștere a ARPPU

Creșterea ARPPU — sarcina managerilor de produs și a marketerilor. Metrica se îmbunătățește prin trei metode principale: creșterea prețurilor, creșterea frecvenței achizițiilor și crearea de produse mai scumpe. Fiecare metodă are limitări și necesită testare.

Prima metodă — stabilirea dinamică a prețurilor. Diferite segmente sunt dispuse să plătească diferit. Oferte personalizate bazate pe comportament: un utilizator care a cumpărat de 3+ ori un booster ieftin are o probabilitate mai mare să cumpere unul scump. Testarea A/B a prețurilor — singurul mod sigur de a determina optimul: creșterea prețului cu 10% cu o scădere a conversiei sub 10% crește ARPPU.

A doua metodă — abonamentul în aplicații fără abonament. Adăugarea unui abonament săptămânal pentru conținut premium crește ARPPU cu 20–40% fără a modifica prețurile achizițiilor unice. Abonamentele cu reînnoire automată (Auto-renewable subscriptions) pe iOS generează venit stabil și ARPPU previzibil pentru planificare.

A treia metodă — crearea de mecanici de raritate. Obiecte limitate, seturi sezoniere și battle pass cresc suma medie. Conform datelor GameAnalytics (2025), aplicațiile cu battle pass au ARPPU cu 45% mai mare decât cele fără. Mecanica funcționează datorită efectului de atașament: utilizatorul a cumpărat battle pass și este forțat să joace mai activ, efectuând achiziții suplimentare.

Capcanele interpretării ARPPU

ARPPU poate induce în eroare la o interpretare incorectă. Să analizăm capcanele frecvente. Capcana principală — creșterea ARPPU pe seama scăderii conversiei. Dacă câțiva plătitori mari au plecat, iar restul plătesc la fel — ARPPU va scădea. Dar dacă conversia a scăzut, iar plătitorii rămași au început să plătească mai mult — ARPPU va crește, deși venitul total s-a redus.

A doua capcană — compararea ARPPU a diferitelor produse fără a lua în considerare maturitatea lor. O aplicație nouă cu 10 utilizatori plătitori are un ARPPU ridicat din cauza aleatorității. După un an cu o mie de plătitori, ARPPU va scădea — este normal. Compară ARPPU doar pentru produse aflate în același ciclu de viață.

A treia capcană — sezonalitatea. ARPPU crește în decembrie cu 30–50% din cauza reducerilor de sărbători și a cadourilor. Compararea noiembrie cu decembrie nu este informativă. Folosește comparația year-over-year (YoY) pentru o evaluare corectă. Anomaliile de sezonalitate maschează deteriorarea produsului dacă nu se ia în considerare perioada.

A patra capcană — confundarea ARPPU cu suma medie a tranzacției (Average Transaction Size). ARPPU ia în considerare toate achizițiile unui utilizator într-o perioadă, suma medie a tranzacției — doar o singură tranzacție. Dacă un utilizator a efectuat 5 achiziții a câte 1 dolar, ARPPU = 5 dolari, suma medie a tranzacției = 1 dolar. Sunt metrici diferite pentru sarcini analitice diferite.