Model utrujenosti od potisnih obvestil v 4 stopnjah

Potisna obvestila so najcenejši način, da izgubiš uporabnika. Krivulja zadržanja pri 1 potisnem obvestilu na dan je videti v redu – panožni podatki podjetij Localytics in Urban Airship se gibljejo okoli 88 odstotkov trimesečnega zadržanja. Pri 3 obvestilih na dan krivulja pade za 17 odstotne točke. Pri 5 obvestilih na dan pade za 34. Oblika je strma in nepovratna: 46 odstotkov uporabnikov povsem izklopi potisna obvestila, ko jim aplikacija pošlje 2 do 5 neželenih obvestil na teden.

Odziv Soulwise je model utrujenosti v 4 stopnjah. Zaznava upad stopnje odpiranja v drsečem oknu 14 dni in postopoma zmanjšuje količino obvestil, preden se uporabnik dokončno odjavi.

Ta zapis te popelje skozi zasnovo, mejne vrednosti in logiko okrevanja.

Štiri ravni

Avtomat stanj je preprost. Vsak uporabnik je naenkrat v natanko eni ravni.

• T0 – Zdrava. Celoten urnik. Jutranji obredni poziv, dopoldanski kontekstualni spodbujevalec, večerni razmislek in dogodkovno zasidrani pozivi.
• T1 – Znižana. Dopoldanski kontekstualni spodbujevalec je začasno ustavljen. Vse drugo se nadaljuje.
• T2 – Samo sidra. Ostaneta le jutranji obredni poziv in nedeljski pregled. Vsa neobvezna potiskanja so začasno ustavljena.
• T3 – Samo tedensko. Preživi eno samo tedensko potiskanje. Dnevni ritem je zaustavljen.

Vrstni red je pomemben. Dopoldanski poziv izgine prvi, ker nosi najmanjšo dogodkovno težo: je kontekstualni spodbujevalec, ne del samega dnevnega obreda. Jutranji poziv se ohranja najdlje, ker dogodkovno zasidrana dnevna potiskanja prinašajo približno 2.85-krat večjo zadržanost kot splošna; če ga ukineš, ukineš aplikacijo.

Kaj sproži spremembo ravni

Drseče 14-dnevno okno podatkov o stopnji odprtja za vsakega uporabnika. Model vsak dan pregleda zadnjih 14 dni in izračuna uporabnikovo stopnjo odprtja potisnih obvestil, poslanih v tem oknu.

Prag pri Soulwise je 30-odstotni upad stopnje odprtja glede na uporabnikovo osebno izhodišče. Če uporabnik običajno odpre 60 odstotkov potisnih obvestil in drseče okno pade na 42 odstotkov ali manj, ga model premakne za eno raven nižje. Upad mora trajati vsaj 3 dni, da se model ne odziva na en sam slab teden (dopust, bolezen, naporen teden v službi).

Napredovanje je simetrično. Če je uporabnik na ravni T2 in njegova stopnja odprtja znova zraste nad njegovo izhodišče, zmanjšano za 30-odstotni prag, in to 3 zaporednih dni, se premakne navzgor na T1. Vrnitev na raven T0 poteka po enakem koraku.

Zakaj obvestila, vezana na dogodke, zdržijo najdlje

Podatek iz raziskave Localytics / Urban Airship, ki usmerja zasnovo: dnevna obvestila, vezana na dogodke, ohranjajo uporabnike približno 2.85-krat bolje kot splošna dnevna obvestila. Splošno "oglasi se nam!" ob 9h zjutraj hitro pozabiš. Jutranje sporočilo, vezano na današnjo dejansko fazo cikla ("Mehak začetek. Kaj te danes čaka?"), je vezano na dogodek – prinaša novo informacijo.

T2 ohranja jutranje sporočilo, ker bi z njegovo odstranitvijo izginil celoten dnevni ritual. Vse drugo v aplikaciji je zgrajeno okrog tega, da se uporabnik prijavi enkrat zjutraj in enkrat zvečer. Brez sporočila se zanka pretrga.

UX-vzorec za opozorilo ob utrujenosti

Ko je uporabnik degradiran, mu aplikacija ob naslednjem odprtju pokaže majhno opozorilo:

"Za 7 dni smo upočasnili – želiš znova povečati?"

Ta stavek naredi tri stvari: prizna spremembo, jo pripiše vedênju aplikacije (ne uporabnikovemu neuspehu) in ponudi izbiro. Uporabnik lahko degradacijo z enim samim dotikom razveljavi, če želi obvestila nazaj.

To je pomembno, ker se tiha degradacija zdi, kot da aplikacija uporabnika opušča. Glasna pa, kot da ji je zanj mar. Isto dejanje, drugačna ubeseditev.

Vzorci, ki jih namenoma nismo zgradili

Specifikacija izdelka je jasna glede tega, kaj je prepovedano:

• Brez krivde zaradi "ne prekini svojega niza". Nizi temeljijo na sramotenju prek izogibanja izgubi. Model utrujenosti uporabnike degradira; ne sramoti jih.
• Brez potiska za ponovno aktivacijo v slogu "pogrešamo te" ob koncu T3. Uporabnik pri T3 aplikaciji že nekaj sporoča. Dodajanje novih potiskov je napačen odziv.
• Brez lažnih števcev ali pomanjkanja v vsebini potiskov. "X ljudi se je pravkar prijavilo" je gledališče temnih vzorcev, ne obvestilo.
• Brez menstrualne ali astrološke vsebine v naslovih ali vsebini potiskov. Potisk gre skozi CI-preverjanje, ki zavrne gradnje s prepovedanimi vzorci; model utrujenosti ga nikoli ne zaobide.

Kako dejansko izgledajo podatki znotraj sistema

Model za vsakega uporabnika shrani stanje s 3 polji:

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

To je celotno stanje utrujenosti. Brez zgodovine brskanja, brez ocenjevanja angažiranosti onkraj stopnje odprtja, brez modela strojnega učenja, naučenega na uporabniku. Bistvo je prav v preprostosti: pravila je mogoče revidirati, mejne vrednosti so dokumentirane, posledice za uporabniško izkušnjo pa so predvidljive.

Kaj to ni

Nekaj besed o obsegu.

Model utrujenosti deluje na ravni posameznega uporabnika, ne skupine. Ne opazujemo »uporabnikov, kot si ti«, in ne izvajamo poskusov, pri katerih bi uporabnike nazadovali, da bi se naučili kaj o zadrževanju. Model služi posamezniku.

Prav tako ne nadomešča nastavitev, ki jih nadzoruje uporabnik. Tihe ure, utišanje po kategorijah in izrecen izklop vseh potisnih obvestil delujejo neodvisno od modela utrujenosti. Sistema se dopolnjujeta; izrecna izbira uporabnika vedno premaga sklep modela.

Zakaj je to pomembno za preostanek aplikacije

Potisna obvestila so tisto, zaradi česar dnevni ritual ostane dnevni. Aplikacija za preverjanje, ki izgubi pravico do potisnih obvestil, izgubi svojo glavno zanko za zadrževanje uporabnikov. Model z 4 ravnmi obstaja zato, da aplikacija te pravice ne zlorablja in je ne izgubi po počasni poti – tako, da je le malenkost nadležna, a ravno dovolj dolgo.

Širši kontekst dnevnega rituala najdeš na vozlišču Soulwise. Model utrujenosti je eden od razlogov, zakaj ritual ostane vzajemen in ne zahteven.

Krajša različica: pravo število potisnih obvestil je največje število, ki ne povzroči odjave. Model utrujenosti je način, kako aplikacija to število najde, za vsakega uporabnika posebej, vsakih 14 dni.