Model umora od push obavijesti s 4 razine

Push obavijesti su najjeftiniji način da izgubiš korisnika. Krivulja zadržavanja kod 1 pusha dnevno izgleda dobro - podaci iz industrije, Localyticsa i Urban Airshipa, okupljaju se oko 88 posto tromjesečnog zadržavanja. Kod 3 pusha dnevno krivulja pada za 17 postotna boda. Kod 5 pusha dnevno pada za 34. Oblik je strm i nepovratan: 46 posto korisnika potpuno isključi push obavijesti kad im aplikacija šalje 2 do 5 pusheva tjedno koje ne žele.

Odgovor Soulwisea je model umora s 4 razine. On prepoznaje opadanje stope otvaranja kroz pomični prozor od 14 dana i postupno smanjuje količinu obavijesti prije nego što se korisnik zauvijek isključi.

Ovaj tekst objašnjava dizajn, pragove i logiku oporavka.

Četiri razine

Stanje sustava je jednostavno. Svaki korisnik u jednom trenutku pripada točno jednoj razini.

• T0 – Zdrav. Potpun raspored. Jutarnji podsjetnik na ritual, kontekstualni poticaj u prijepodnevnim satima, večernje promišljanje te podsjetnici vezani uz događaje.
• T1 – Snižen. Kontekstualni poticaj u prijepodnevnim satima je zaustavljen. Sve ostalo se nastavlja.
• T2 – Samo sidra. Ostaju samo jutarnji podsjetnik na ritual i nedjeljni osvrt. Sve neobavezne obavijesti su zaustavljene.
• T3 – Samo tjedno. Preživljava jedna jedina tjedna obavijest. Dnevni ritam je obustavljen.

Redoslijed je važan. Prijepodnevni poticaj nestaje prvi jer nosi najmanju težinu događaja: riječ je o kontekstualnom poticaju, a ne o dijelu samog dnevnog rituala. Jutarnji podsjetnik čuva se najdulje jer dnevne obavijesti vezane uz događaje donose otprilike 2.85x veću zadržanost od općenitih; njegovo ukidanje znači kraj aplikacije.

Što pokreće promjenu razine

Pomični prozor podataka o stopi otvaranja od 14 dana po korisniku. Svakog dana model promatra posljednjih 14 dana i izračunava korisnikovu stopu otvaranja push obavijesti poslanih unutar tog prozora.

Soulwiseov prag je pad stope otvaranja od 30 posto u odnosu na korisnikovu osobnu polaznu vrijednost. Ako korisnik obično otvori 60 posto push obavijesti, a pomični prozor padne na 42 posto ili niže, model ga pomiče na nižu razinu. Pad mora potrajati barem 3 dana kako se ne bi reagiralo na jedan loš tjedan (odmor, bolest, naporan tjedan na poslu).

Napredovanje je simetrično. Ako je korisnik na razini T2 i njegova se stopa otvaranja ponovno popne iznad polazne vrijednosti umanjene za prag od 30 posto tijekom 3 uzastopnih dana, pomiče se na razinu T1. Povratak na razinu T0 slijedi isti korak.

Zašto najduže opstaju obavijesti vezane uz događaj

Podatak Localyticsa / Urban Airshipa koji vodi cijeli dizajn: dnevne obavijesti vezane uz događaj donose otprilike 2.85 puta veću zadržanost korisnika od općenitih dnevnih obavijesti. Općenito "javi nam se!" u 9 ujutro lako se zaboravi. Jutarnji poticaj povezan s tvojom stvarnom današnjom fazom ciklusa ("Lagani početak. Što te danas čeka?") vezan je uz događaj - donosi novu informaciju.

T2 zadržava jutarnji poticaj jer bi njegovo uklanjanje uklonilo cijeli dnevni ritual. Sve ostalo u aplikaciji izgrađeno je oko toga da se korisnik prijavi jednom ujutro i jednom navečer. Bez poticaja, petlja se prekida.

UX umora kroz natpis

Kad se korisniku smanji učestalost obavijesti, aplikacija mu pri sljedećem otvaranju prikaže mali natpis:

„Usporili smo na 7 dana – želiš li opet pojačati?"

Ta rečenica radi tri stvari: priznaje promjenu, pripisuje je ponašanju aplikacije (a ne korisnikovu neuspjehu) i nudi izbor. Korisnik jednim dodirom može poništiti smanjenje ako želi obavijesti natrag.

To je važno jer tiho smanjenje djeluje kao da aplikacija napušta korisnika. Glasno djeluje kao da joj je stalo. Ista radnja, drukčiji okvir.

Obrasci protiv kojih smo se namjerno odlučili

Specifikacija proizvoda jasno propisuje što je zabranjeno:

• Nema poticanja krivnjom u stilu „ne prekidaj svoj niz". Nizovi su sramoćenje temeljeno na strahu od gubitka. Model umora korisnike degradira; ne sramoti ih.
• Nema poticaja za ponovno aktiviranje u stilu „nedostaješ nam" na kraju razdoblja T3. Korisnik u razdoblju T3 aplikaciji već nešto poručuje. Dodavanje novih poticaja pogrešan je odgovor.
• Nema lažnih brojača ni umjetne oskudice u tijelu poticaja. „Upravo se prijavilo X ljudi" predstava je mračnog obrasca, a ne obavijest.
• Nema sadržaja o menstruaciji ili astrologiji u naslovima ili tijelu poticaja. Poticaji prolaze kroz CI lint koji odbacuje verzije koje sadrže zabranjene obrasce; model umora to nikada ne zaobilazi.

Kako zapravo izgledaju podaci unutar sustava

Model za svakog korisnika pohranjuje stanje s tri polja:

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 cijelo stanje zamora. Nema povijesti pregledavanja, nema bodovanja angažmana osim stope otvaranja, nema modela strojnog učenja istreniranog na korisniku. Jednostavnost je upravo poanta: pravila se mogu provjeriti, pragovi su dokumentirani, a posljedice na korisničko iskustvo predvidljive su.

Što ovo nije

Napomena o opsegu.

Model umora vrijedi po korisniku, ne po skupini. Ne gledamo "korisnike poput tebe" niti provodimo eksperimente koji nekima smanjuju vidljivost da bismo učili o zadržavanju. Model služi pojedincu.

Također ne zamjenjuje postavke kojima upravljaš sam. Tihi sati, isključivanje zvuka po kategoriji i potpuno isključivanje svih obavijesti rade neovisno o modelu umora. Dva sustava djeluju zajedno; tvoj izričiti izbor uvijek ima prednost pred procjenom modela.

Zašto je ovo važno za ostatak aplikacije

Push obavijesti razlog su zašto dnevni ritual ostaje dnevni. Aplikacija za prijavu raspoloženja koja izgubi pravo na slanje obavijesti gubi svoju glavnu petlju zadržavanja korisnika. Model s 4 razine postoji kako aplikacija ne bi zloupotrijebila tu privilegiju i izgubila je na spori način - tako da bude tek malo naporna i to dovoljno dugo.

Potpuniji kontekst dnevnog rituala nalazi se na Soulwise čvorištu. Model zamora jedan je dio razloga zašto ritual ostaje uzajaman, a ne nametljiv.

Kraća verzija: pravi broj obavijesti najveći je broj koji ne uzrokuje odjavu. Model zamora način je na koji aplikacija pronalazi taj broj, za svakog korisnika, svakih 14 dana.