Felhasználói szegmentáció — az alkalmazás közönségének csoportokra bontása közös jellemzők alapján a marketing és a termék személyre szabásához. A kohorszokkal ellentétben a szegmensek átfedhetik egymást és bármikor újradefiniálhatók a telepítés idejéhez való kötöttség nélkül. A Segment Blog (2024) szerint a szegmentáción alapuló személyre szabott kampányok 2–3-szor növelik a konverziót a tömeges küldeményekhez képest.
Főbb pontok
Felhasználói szegmentáció — egy analitikai módszer, amely a közönséget közös jellemzők alapján csoportokra (szegmensekre) bontja a differenciált interakció érdekében. A kohorszelemzéstől eltérően a szegmensek nem kötődnek időhöz — a felhasználó egyszerre több szegmenshez is tartozhat, és megváltoztathatja azokat tevékenysége során.
A szegmentáció célja a tömegkommunikáció felváltása célzott kommunikációval: különböző push értesítések küldése kezdőknek és tapasztalt felhasználóknak, eltérő tartalom megjelenítése a hírfolyamban és személyre szabott kedvezmények felajánlása. A McKinsey (2024) szerint a fejlett szegmentációval rendelkező vállalatok 15–20%-kal növelik bevételüket az interakció személyre szabása révén.
Viselkedési szegmentáció — a felhasználók felosztása az alkalmazásban végzett műveleteik alapján: indítások gyakorisága, megtett vásárlások, megtekintett képernyők, teljesített szintek. Ez a legértékesebb szegmentációs típus a termékdöntésekhez, mivel közvetlenül tükrözi az elköteleződést. Például az „aktív fizető felhasználók” szegmens (3+ vásárlás havonta) — a hűségprogramok alapja.
Demográfiai szegmentáció — csoportosítás nem, életkor, földrajzi hely, nyelv és érdeklődés alapján. Az adatokat a felhasználói profil, regisztrációkor vagy analitikai platformok SDK-ján keresztül gyűjtik. A „18–25 éves budapesti felhasználók” szegmens lehetővé teszi a kommunikációs hangnem és a vizuális stílus hozzáigazítását a fiatal közönséghez, a geo-szegmensek pedig — helyi regionális akciók indítását.
Technikai szegmentáció — felosztás operációs rendszer, eszközmodell, alkalmazás verzió, kapcsolattípus (Wi-Fi / mobil internet) és memóriamennyiség alapján. Kritikus a teljesítményteszteléshez: ha az Android 14-en a Crash Rate meghaladja a 2%-ot, a szegmenst elkülönítik a sürgős javításhoz. A Firebase Blog (2024) szerint a technikai szegmensek segítenek 40%-kal csökkenteni a hibák felderítési idejét.
RFM-elemzés — az ügyfelek szegmentálásának módszere három paraméter alapján: Recency (utolsó vásárlás frissessége), Frequency (vásárlások gyakorisága) és Monetary (vásárlások összege). Minden paramétert 1-től 5-ig terjedő skálán értékelnek, ahol az 5 a legjobb érték. A három szám kombinációja (R-F-M) határozza meg az ügyfél típusát.
Az 5-5-5 szegmens („bajnokok”) — a legértékesebb felhasználók, akik gyakran, nemrég és nagy összegekben vásárolnak. Az 1-1-1 szegmens („elveszettek”) — felhasználók, akik régóta nem vásároltak és keveset vásároltak. A Optimove (2024) szerint az RFM-szegmentáció 30–50%-kal növeli a marketingkampányok ROI-ját a pontos célzás révén.
Vezesse be az RFM-elemzést a CRM-rendszerben vagy analitikai platformban. Minden szegmenshez határozzon meg stratégiát: a „bajnokokat” — tartsa meg hűségprogramokkal, az „elveszetteket” — hozza vissza akciókkal, a „kezdőket” — képezze és konvertálja ismételt vásárlásra.
A szegmentáció alkalmazása egy hipotézissel kezdődik: melyik felhasználói csoportnak kellene másképp viselkednie? Például „az első vásárlást végző felhasználók a megfelelő ösztönzővel gyorsabban végezhetik el a második vásárlást”. A hipotézis alapján különítse el a szegmenst az analitikai platformon, és állítsa be a kísérletet.
Második lépés — a szegmensek integrálása a termék- és marketingcsatornákba: push értesítések, e-mailek, in-app üzenetek és A/B tesztek. Az olyan platformok, mint az Amplitude és a Firebase, lehetővé teszik a szegmensek exportálását a Google Analytics, Adjust és más hirdetési hálózatokba célzott reklámozás céljából.
Harmadik lépés — iteratív kalibrálás. A szegmensek nem statikusak: a kampány elindítása után ellenőrizze, hogy megváltozott-e a csoport viselkedése. Ha a szegmens nem reagál a személyre szabásra, definiálja újra a kritériumokat, vagy vonja össze egy másik szegmenssel a statisztikai szignifikancia növelése érdekében.
A szegmensek eltérnek az alkalmazás üzleti modelljétől függően. Az e-kereskedelemben a kulcsszegmens a „kosarat elhagyók” (azok a felhasználók, akik hozzáadtak egy terméket, de nem fizettek). A játékoknál — „fizető felhasználók” (paying users) a kiadások szintje szerint bontva: whales (a bevétel 50%-át hozó top 5% játékosok) és minnows (gyakori kis vásárlások).
| Alkalmazás típusa | Szegmens | Kritérium | Stratégia |
|---|---|---|---|
| E-kereskedelem | Kosarat elhagyók | add_to_cart → nincs purchase 24 órán belül | Push emlékeztetővel + 5% kedvezmény |
| Előfizetések (SaaS) | Elvándorlás kockázata | 14+ napja nem lépett be | E-mail új funkciókkal |
| Játékok | Whales | Top 5% IAP-kiadások alapján | VIP támogatás, exkluzív tartalom |
| Oktatás | Tanfolyamot teljesítők | 100% lecke teljesítve | Következő tanfolyam ajánlata |
| Fitness | Kezdők haladás nélkül | 3+ indítás edzés nélkül | Motivációs push + terv |
Minden szegmens egyedi kommunikációs forgatókönyvet igényel. Fontos nemcsak a szegmens elkülönítése, hanem a csővezeték beállítása is: esemény → szegmens → művelet (push, e-mail, in-app) késleltetéssel. A Braze (2024) szerint a szegmensek időbeli késleltetéssel történő automatizálása 40%-kal növeli a push értesítések konverzióját. Mérje az egyes szegmensek hatékonyságát a ROMI (Return on Marketing Investment) mutatón keresztül — a kampány költsége szegmensenként az aktivált felhasználóktól származó többletbevétellel szemben. A pontos ROMI-számításhoz vegye figyelembe nemcsak az első heti közvetlen konverziókat, hanem a kampányt követő 30 napon belüli LTV-re és Retention-re gyakorolt hatást is.
A Firebase Analytics-ben történő szegmensek létrehozásához használja az alábbi Kotlin kódot. Ez egy eseményt küld felhasználói paraméterekkel, amelyek alapján a Firebase konzolban célcsoportok és szegmensek épülnek.
val firebaseAnalytics = Firebase.analytics
val bundle = Bundle().apply {
putString("user_tier", "premium")
putInt("purchase_count", 12)
putString("country", "RU")
}
firebaseAnalytics.logEvent("segment_update", bundle)
Az események elküldése után a Firebase konzolban hozzon létre egy célcsoportot a user_tier = “premium” paraméter alapján, és használja célzott push értesítésekhez a Cloud Messaging segítségével.
Viselkedési szegmentáció külön figyelmet érdemel, mivel a legpontosabb képet adja a felhasználók elköteleződéséről. A demográfiai jellemzőkkel ellentétben a viselkedés közvetlenül tükrözi azt az értéket, amelyet a felhasználó a termékből kap. A szegmentáció fő viselkedési mutatói: indítások gyakorisága (daily / weekly / monthly active), munkamenet mélysége (idő és képernyők száma), végrehajtott célműveletek és vásárlási előzmények.
A viselkedési szegmensek felépítéséhez használja a műveletek és időablakok kombinációját. Példa: az „alvó, de értékes” szegmens — felhasználók, akik 14 napja nem léptek be, de az előző 30 napban 2+ vásárlást végeztek. Az ilyen szegmensnek magas a visszatérési potenciálja remarketing révén. A Clevertap (2024) szerint az „alvó értékes” szegmensek kampányai 6:1 arányú ROI-t mutatnak a közönség már megerősített fizetőképessége miatt.
A viselkedési szegmensek az életciklus szakasza szerint is fel vannak osztva: új (0–7 nap), aktív (7–30 nap), érett (30–90 nap) és eltávozott (90+ nap). Minden szakaszhoz határozzon meg KPI-t és interakciós forgatókönyvet. Például az új felhasználók számára a prioritás az onboarding és az első célművelet, az éretteknél — a megtartás és az up-sell. Automatizálja a felhasználó szakaszok közötti átmenetét webhook-eseményeken keresztül a CRM-ben vagy CDP-rendszerben. Alkalmazzon throttlingot: ne küldjön napi egynél több üzenetet, hogy ne váltson ki távozást spam miatt. A Braze (2024) szerint a korlátozott kommunikációs gyakoriságú szegmensek 25%-kal magasabb Retention-t mutatnak a push értesítésektől való fáradtság csökkenése miatt.
Első hiba — túl kicsi szegmensek. Az 50 felhasználóból álló szegmens statisztikailag nem szignifikáns: bármely A/B-teszt több mint 30%-os hibát ad. A megbízható következtetésekhez szükséges minimális szegmensméret — 500 felhasználó. Ha a szegmens kicsi, vonja össze a szomszédos szegmensekkel.
Második hiba — a szegmensek átfedése a prioritások figyelembevétele nélkül. A felhasználó egyszerre lehet „új” és „fizető”. Határozza meg a szegmensek hierarchiáját, hogy az „újak” kampánya ne írja felül a „fizetők” kampányát. Az Amplitude (2024) szerint a csapatok 35%-a veszít konverziót a szegmentációs szabályok konfliktusa miatt.
Harmadik hiba — csak demográfia használata viselkedési adatok nélkül. A nem és életkor az alkalmazásban végzett műveletek figyelembevétele nélkül felületes képet ad. Kombinálja a demográfiát a viselkedéssel: a „25–35 éves nők, akik 2+ vásárlást végeztek” szegmens hatékonyabb, mint egyszerűen a „25–35 éves nők”.
Gyakran ismételt kérdések
Szegmentáció a felhasználókat bármilyen jellemző alapján bármikor csoportokra bontja, míg a kohorszelemzés csak az első esemény ideje alapján. A szegmensek átfedhetik egymást és változhatnak, a kohorszok örökre rögzítettek. A szegmentáció a „ki”-ről, a kohorszok a „mikor”-ról szólnak.
Az optimális szám 5–10 fő szegmens. Több szegmens bonyolítja a kampánykezelést és csökkenti a statisztikai szignifikanciát. Minden üzleti célhoz (megtartás, monetizáció, szerzés) határozzon meg 2–3 kulcsszegmenst.
Vizsgálja felül a szegmenseket negyedévente egyszer vagy a termék jelentős változásakor. A viselkedési szegmensek gyorsabban elavulhatnak — ha a felhasználók másképp kezdtek el interakcióba lépni az alkalmazással, a kritériumokat módosítani kell.
Minden szegmenshez mérje a Conversion Rate, Retention és Revenue per User mutatókat. Hasonlítsa össze ezeket a mutatókat az alkalmazás általános értékeivel — ha egy szegmens 20%-kal jobb eredményeket mutat, az befektetési szempontból elsőbbséget élvez.
Igen, az olyan platformok, mint az Amplitude, Mixpanel és Firebase, támogatják a valós idejű szegmentációt. A felhasználó az esemény végrehajtása után azonnal belép a szegmensbe, ami lehetővé teszi az azonnali push értesítések és in-app üzenetek küldését.
Összefoglalás
Kulcsrakész mobilalkalmazást fejlesztünk
Az IT Sectr 2017 óta készít iOS és Android alkalmazásokat induló vállalkozásoknak és vállalkozásoknak. Tanácsot adunk, és a legjobb megoldást javasoljuk.
Olvassa el is