A 4 szintű push értesítési fáradtság modell

Mi az a push-értesítési fáradtságmodell, és miért van rá szüksége egy appnak?
Az értesítés-fáradtsági modell felismeri, ha egy felhasználó egyre kevesebb értesítést nyit meg az alkalmazásból, és automatikusan csökkenti azok mennyiségét, mielőtt a felhasználó teljesen leiratkozna. A Soulwise egy 4 szintű modellt használ (T0 egészséges, T1 visszafogott, T2 csak kiemelt, T3 csak heti), amely egy gördülő 14 napos megnyitási arány ablakhoz igazodik.
- Észleli a megnyitási arány csökkenését egy gördülő 14 napos időszakban
- Négy szint fokozatosan csökkenti az értesítések számát
- A visszaállás lehetséges – a felhasználó visszakapaszkodhat a T0 szintre
- A leiratkozás megelőzésére tervezve, nem a napi mennyiség maximalizálására
A 4 szintű push-értesítési fáradtságmodell
A push-értesítés a legolcsóbb módja annak, hogy elveszíts egy felhasználót. Napi 1 pushnál a megtartási görbe még rendben van — a Localytics és az Urban Airship iparági adatai 88 százalék körüli háromhavi megtartást mutatnak. Napi 3 pushnál a görbe 17 százalékponttal esik. Napi 5 pushnál pedig 34 ponttal. Az alakzat meredek és visszafordíthatatlan: a felhasználók 46 százaléka teljesen letiltja a pusht, ha egy alkalmazás heti 2–5 olyan értesítést küld neki, amit nem akar.
A Soulwise válasza egy 4 szintű fáradtságmodell. Egy gördülő 14 napos ablakban érzékeli a megnyitási arány csökkenését, és fokozatosan visszafogja az értesítések mennyiségét, mielőtt a felhasználó végleg leiratkozna.
Ez a bejegyzés végigvezet a tervezésen, a küszöbértékeken és a helyreállítási logikán.
A négy szint
Az állapotgép egyszerű. Minden felhasználó egyszerre pontosan egy szinten van.
- T0 – Egészséges. Teljes ütemezés. Reggeli rituálé-felkérés, késő délelőtti kontextuális nudge, esti reflexió, plusz eseményhez kötött felkérések.
- T1 – Lefokozott. A késő délelőtti kontextuális nudge szünetel. Minden más megy tovább.
- T2 – Csak horgony. Csak a reggeli rituálé-felkérés és a vasárnapi visszatekintés marad. Minden tetszőleges push szünetel.
- T3 – Csak heti. Egyetlen heti push marad életben. A napi ritmus felfüggesztve.
A sorrend számít. A késő délelőtti megy elsőként, mert ez hordozza a legkisebb eseménysúlyt: kontextuális nudge, nem maga a napi rituálé része. A reggeli felkérés marad meg legtovább, mert az eseményhez kötött napi pushok nagyjából 2.85x megtartást hoznak az általánosokhoz képest; ennek kiiktatása az appot iktatja ki.
Mi vált ki szintváltást
Felhasználónként egy gördülő, 14 napos ablakban gyűjtött megnyitási adatok. A modell minden nap az elmúlt 14 napot vizsgálja, és kiszámolja a felhasználó megnyitási arányát az adott ablakban küldött push értesítésekre.
A Soulwise küszöbe 30 százalékos megnyitásiarány-csökkenés a felhasználó személyes alapszintjéhez képest. Ha valaki általában a pushok 60 százalékát nyitja meg, és a gördülő ablakban ez 42 százalékra vagy az alá esik, a modell egy szinttel lejjebb sorolja. A csökkenésnek legalább 3 napig fenn kell állnia, hogy ne reagáljon egyetlen rossz hétre (nyaralás, betegség, sűrű munkahét).
Az előléptetés szimmetrikus. Ha valaki a T2 szinten van, és a megnyitási aránya az alapszintje mínusz 30 százalékos küszöb fölé kapaszkodik vissza 3 egymást követő napon át, akkor feljebb lép a T1 szintre. A T0 szintre való visszatérés ugyanígy, lépésenként történik.
Miért maradnak életben legtovább az eseményhez kötött push üzenetek
A Localytics / Urban Airship adat, amely a tervezést vezérli: az eseményhez kötött napi push üzenetek nagyjából 2.85-szeres megtartást hoznak az általános napi push üzenetekhez képest. Egy általános „nézz be hozzánk!" hajnali 9-kor felejthető. Egy reggeli üzenet viszont, amely a mai tényleges ciklusfázishoz kötődik („Lágy kezdés. Mi vár ma rád?"), eseményhez kötött – új információt hordoz.
A T2 megtartja a reggeli üzenetet, mert az eltávolítása az egész napi rituálét megszüntetné. Az app minden más eleme arra épül, hogy a felhasználó egyszer reggel és egyszer este lép be. Az üzenet nélkül a hurok megszakad.
A fáradtság-jelző UX-e
Amikor egy felhasználót visszafokozunk, az alkalmazás kis jelzést mutat a következő megnyitáskor:
„Visszavettünk a tempóból 7 napra – kapcsoljuk vissza?"
Ez a mondat három dolgot tesz: elismeri a változást, az alkalmazás működésének tulajdonítja (nem a felhasználó kudarcának), és választást kínál. Ha a felhasználó visszakéri az értesítéseket, egyetlen koppintással felülírhatja a visszafokozást.
Ez azért fontos, mert a néma visszafokozás olyan, mintha az alkalmazás magára hagyná a felhasználót. A hangos viszont olyan, mintha törődne vele. Ugyanaz a lépés, más keretben.
Tudatosan ki nem fejlesztett anti-mintázatok
A termékspecifikáció egyértelműen kimondja, mi tilos:
- Semmiféle „ne szakítsd meg a sorozatod" bűntudatkeltő push. A sorozatok a veszteségkerülésre építő megszégyenítés. A fáradtsági modell visszafokozza a felhasználókat; nem szégyeníti meg őket.
- Semmiféle „hiányzol nekünk" reaktiváló push a T3 végén. A T3 pontban lévő felhasználó már üzen valamit az appnak. A több push küldése a rossz válasz erre.
- Semmiféle hamis számláló vagy mesterséges szűkösség a push szövegében. Az „X-en éppen most regisztráltak" sötét mintázatú színjáték, nem értesítés.
- Semmiféle menstruációs vagy asztrológiai tartalom a push címében vagy szövegében. A push egy CI-lintingen megy át, amely elutasítja a tiltott mintázatokat tartalmazó buildeket; a fáradtsági modell ezt sosem kerüli meg.
Hogyan néznek ki valójában a rendszerben tárolt adatok
A modell felhasználónként három mezőben tárolja az állapotot:
tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: 0.0 to 1.0
baseline_open_rate: 0.0 to 1.0 (computed from first 30 days)
last_tier_change_at: timestamp
Ennyi az egész fáradtsági állapot. Nincs böngészési előzmény, nincs a megnyitási arányon túlmutató elköteleződés-pontozás, nincs a felhasználóra betanított gépi tanulási modell. Éppen az egyszerűség a lényeg: a szabályok auditálhatók, a küszöbértékek dokumentáltak, a felhasználói élményre gyakorolt hatások pedig kiszámíthatók.
Ami ez nem
Néhány szó a hatókörről.
A fáradtságmodell felhasználónként működik, nem csoportszinten. Nem vizsgáljuk a „hozzád hasonló felhasználókat", és nem futtatunk olyan kísérleteket, amelyek visszafognak felhasználókat, hogy a megtartásról tanuljunk. A modell az egyént szolgálja.
Nem helyettesíti a felhasználó által vezérelt beállításokat sem. A csendes órák, a kategóriánkénti némítás és az összes értesítés kifejezett kikapcsolása a fáradtságmodelltől függetlenül működik. A két rendszer kiegészíti egymást; a felhasználó kifejezett döntése mindig felülírja a modell következtetését.
Miért számít ez az alkalmazás többi részének is
A napi rituálé a push értesítéseknek köszönhetően marad napi. Egy bejelentkezős alkalmazás, amely elveszíti a push jogosultságát, elveszíti a fő megtartási hurkát is. A 4 szintű modell azért létezik, hogy az alkalmazás ne éljen vissza ezzel a lehetőséggel, és ne veszítse el lassan – úgy, hogy épp csak egy hajszálnyit idegesít, épp csak elég sokáig.
A napi rituálé teljesebb hátteréről a Soulwise központban olvashatsz. A fáradtsági modell egy a sok ok közül, amiért a rituálé kölcsönös marad, nem pedig követelőző.
A rövidebb változat: a push üzenetek megfelelő száma a legnagyobb olyan szám, amely még nem vezet leiratkozáshoz. A fáradtsági modell segítségével találja meg az alkalmazás ezt a számot, felhasználónként, 14 naponta.
Gyakori kérdések
Próbáld ki ingyenes eszközeinket
Kapj személyre szabott meglátásokat a születési horoszkópod alapján
Oszd meg a cikket
Számítsd ki a születési horoszkópodat
Kapj egy teljes, személyre szabott asztrológiai elemzést a születési adataid alapján.