a felhasználói életciklus összes összetevője közül a megőrzés valószínűleg a legfontosabb mutató a freemium alkalmazások és a szabadon játszható játékok számára. A megtartás valóban közvetlen tényező a megszerzett felhasználók élettartamú ügyfélértékének (LTV) kiszámításában.

a korai megőrzési mutatók, mint például a 3.napi megőrzés, proxyként szolgálhatnak a ROI-pozitív felhasználószerző kampányok forgalomminőségének értékeléséhez. Mondanom sem kell, hogy a megőrzés erősen jelzi az alkalmazás általános minőségét és felhasználói élményét.

illusztráció nő Selfie készítése a megtartásnak azonban problémája van. Mindenki beszél róla, de nincs egyértelmű konszenzus a megtartás közös meghatározásáról, sem annak kiszámításáról. Számos módja van ennek a mutatónak a kiszámítására, amelyek mindegyike különböző eredményekhez vezet. Az emberek gyakran összehasonlítják az almát a narancsokkal.

ennek a cikknek nem az a célja, hogy megerősítse, melyik definíció a helyes, hanem inkább a fő visszatartási számítási módszerek listájának létrehozása, és vessen egy pillantást arra, hogy mire jók. Egyik módszer sem feltétlenül jobb, mint egy másik abszolút értelemben, csak különböző analitikai célokra alkalmasak. Öt különböző típusú visszatartással álltunk elő. Ezek közül három a leggyakrabban említett, kettő pedig kevésbé elterjedt számítási módszer, amelyek mindazonáltal jól használhatók. Felhívjuk figyelmét, hogy azok a nevek, amelyeket mindegyiküknek adtunk, nem mind “hivatalos” felekezetek, hanem inkább úgy döntöttek, hogy a lehető legjobban leírják, miről is szólnak valójában.

általában az összes megtartási mutató a következő módon számítható ki:

N nap megőrzés = az N napon megtartott felhasználók száma (a meghatározástól függően) / azon felhasználók száma, akik a 0. napon telepítették az alkalmazást (és potenciálisan megtarthatók)

az alábbi módszerek mindegyikéhez, a nap példáját vettük 28 a különböző definíciók szerint kiszámított retenció. Itt van a Grafikonok legendája:

jelölje be a napot, amelyen a felhasználóknak legalább meg kell nyitniuk az alkalmazást ahhoz, hogy megtartottnak minősüljenek (a nap tetején 0)

keresztjel példa egy napra, amikor a felhasználók nem tekinthetők megtartottnak, ha megnyitják az alkalmazást

teljes megőrzés

  • hogyan számítják ki: a felhasználók hány százaléka tér vissza minden egyes nap az alkalmazásba D + N.
  • hol és miért használják: a teljes megőrzés rendkívül korlátozó és nem annyira elterjedt, de képet ad az alkalmazásban való elkötelezettség szintjéről.
  • 28.nap példa: csak azok a felhasználók tekinthetők megtartottnak, akik minden nap visszatérnek az 1. naptól a 28. napig.

teljes felhasználói megőrzés

klasszikus megőrzés

  • hogyan számítják ki: a felhasználók hány százaléka tér vissza az alkalmazásba A+N napon.
  • hol és miért használják: a klasszikus megőrzés a legkönnyebben kiszámítható analitikusan és a legelterjedtebb is. Általános képet ad az alkalmazás általános megőrzési szintjéről.
  • 28.nap példa: csak azok a felhasználók tekinthetők megtartottnak, akik pontosan a 28. napon jöttek vissza. Nem számít, hogy és milyen gyakran jöttek vissza előtte.

klasszikus visszatartás

gördülő visszatartás

  • hogyan számítják ki: a felhasználók hány százaléka tér vissza az alkalmazásba A+N napon vagy azt követő bármely napon.
  • hol és miért használják: a gördülő visszatartást például a Flurry használja a megőrzés alapértelmezett definíciójaként, és lehetővé teszi a kiadók számára, hogy képet kapjanak alkalmazásuk lemorzsolódási arányáról (azok a felhasználók, akik még nem estek ki határozottan), mivel ez alapvetően 100% mínusz lemorzsolódás.
  • 28.nap példa: Azok a felhasználók, akik a 28. napon vagy azt követő bármely napon (például az 50. napon) visszatértek, megtartottnak tekintendők.

gördülő visszatartás

érdemes megjegyezni, hogy ha ugyanazt a mutatót hasonlítja össze ezekben a definíciókban, az eredményül kapott megőrzési arányok csökkenő sorrendben lesznek rangsorolva. Logikusan a 28. nap teljes visszatartása valóban mindig alacsonyabb, mint a 28.nap klasszikus visszatartása, amely maga is mindig alacsonyabb, mint a 28. nap gördülő visszatartása.

Return retention

  • hogyan számítják ki: a felhasználók hány százaléka jön vissza az alkalmazásba legalább egyszer N napon belül.
  • hol és miért használják: a return retenciót gyakran használják a szerencsejátékban, mivel képet ad arról, hogy hány ember nem esett ki az első megnyitás után (úgynevezett rögzítők), amelyek lehetővé teszik a többiek újracélzását is.
  • 28. nap példa: minden olyan felhasználó, aki legalább egyszer visszatért a 28.nap előtt (pl. az 5. vagy a 16. napon), megtartottnak tekintendő.

Return retention

Bracket-függő return retention

  • hogyan számítják ki: ez a return retention speciális és korlátozó esete. Ebben az esetben zárójeleket határozunk meg a tipikus retenciós jelek között, például 1/3/7/28/60 nap stb. Az M napot ezután a zárójeljelként definiáljuk, közvetlenül az n célretenciós jel alatt (pl.: ha N értéke 28, akkor M 7). A mutató ezután mérni fogja azon felhasználók arányát, akik legalább egyszer visszatérnek az alkalmazásba ezen zárójelek egyike alatt. Az M és N nap között legalább egyszer visszatérő felhasználók megtartottnak tekintendők.
  • hol és miért használják: ez a módszer hasznos az alkalmazás felhasználói viselkedésének és használati mintáinak megértéséhez.
  • 28.nap példa: a 10. napon visszatérő felhasználók e mutató alkalmazásában megtartottnak tekintendők. Az 5.napon, de a 7. és 28. nap között nem visszatérő felhasználók azonban nem maradnak meg.

Konzolfüggő return retention

reméljük, hogy meglehetősen átfogó áttekintést adtunk Önnek a felhasználói megőrzés kiszámításának fő módjairól egy mobilalkalmazásban vagy játékban. A játékfejlesztők és a kiadók feladata, hogy megértsék, mely definíciók hasznosak lehetnek számukra, és milyen célszinteket kell megcélozniuk.

mindig tartsa szem előtt, hogy a megőrzési mutatók nagymértékben függenek az alkalmazás/játék típusától és kategóriájától.

legközelebb, amikor meghallja, hogy valaki a megtartásról beszél, ne felejtse el megkérdezni tőle: “igen, de melyik”?

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.