Model zamora od 4 nivoa za push obaveštenja

Push obaveštenja su najjeftiniji način da izgubiš korisnika. Kriva zadržavanja pri 1 push obaveštenju dnevno izgleda dobro — podaci iz industrije, od Localytics i Urban Airship, grupišu se oko 88 procenata tromesečnog zadržavanja. Pri 3 push obaveštenja dnevno kriva pada za 17 procentnih poena. Pri 5 push obaveštenja dnevno pada za 34. Oblik je strm i nepovratan: 46 procenata korisnika potpuno isključi push obaveštenja kada im aplikacija šalje 2 do 5 push obaveštenja nedeljno koja ne žele.

Soulwise na to odgovara modelom zamora od 4 nivoa. On uočava opadanje stope otvaranja u pokretnom prozoru od 14 dana i postepeno smanjuje broj obaveštenja pre nego što korisnik zauvek isključi push.

Ovaj tekst te vodi kroz dizajn, pragove i logiku oporavka.

Četiri nivoa

Mašina stanja je mala. Svaki korisnik se u datom trenutku nalazi tačno u jednom nivou.

• T0 – Zdrav. Pun raspored. Jutarnji podsetnik za ritual, kontekstualni podsticaj u prepodnevnim satima, večernje promišljanje, plus podsetnici vezani za događaje.
• T1 – Snižen. Kontekstualni podsticaj u prepodnevnim satima je pauziran. Sve ostalo se nastavlja.
• T2 – Samo sidra. Ostaju samo jutarnji podsetnik za ritual i nedeljni osvrt. Sva opciona obaveštenja su pauzirana.
• T3 – Samo nedeljno. Preživljava jedno jedino nedeljno obaveštenje. Dnevni ritam je obustavljen.

Redosled je važan. Prepodnevni podsticaj prvi nestaje jer nosi najmanju težinu događaja: on je kontekstualni podsticaj, a ne deo samog dnevnog rituala. Jutarnji podsetnik se najduže čuva jer dnevna obaveštenja vezana za događaje donose oko 2.85x veće zadržavanje korisnika od generičkih; ukloniti ga znači ukloniti aplikaciju.

Šta pokreće promenu nivoa

Pokretni prozor podataka o stopi otvaranja po korisniku od 14 dana. Svakog dana model posmatra poslednjih 14 dana i izračunava korisnikovu stopu otvaranja push obaveštenja poslatih u tom prozoru.

Soulwise-ov prag je pad stope otvaranja od 30 procenata u odnosu na korisnikovu ličnu osnovu. Ako korisnik obično otvori 60 procenata push poruka, a pokretni prozor padne na 42 procenata ili niže, model ga spušta za jedan nivo. Pad mora da potraje bar 3 dana kako se ne bi reagovalo na jednu lošu nedelju (odmor, bolest, naporna nedelja na poslu).

Napredovanje je simetrično. Ako je korisnik na nivou T2 i njegova stopa otvaranja se vrati iznad osnove umanjene za prag od 30 procenata tokom 3 uzastopnih dana, prelazi na T1. Oporavak do T0 ide istim korakom.

Zašto guranja vezana za događaje traju najduže

Podatak iz Localytics / Urban Airship koji oblikuje dizajn: dnevna guranja vezana za događaje donose otprilike 2.85x bolju retenciju od generičkih dnevnih guranja. Generičko „javi nam se!" u 9 ujutru lako se zaboravi. Jutarnji podsticaj vezan za stvarnu fazu današnjeg ciklusa („Mekan početak. Šta ti je danas na rasporedu?") vezan je za događaj — nosi novu informaciju.

T2 zadržava jutarnji podsticaj jer bi njegovo uklanjanje uklonilo ceo dnevni ritual. Sve ostalo u aplikaciji izgrađeno je oko toga da se korisnik prijavi jednom ujutru i jednom uveče. Bez podsticaja, petlja se prekida.

UX baner za zamor

Kada se korisniku smanji nivo obaveštenja, aplikacija prikazuje mali baner unutar aplikacije pri sledećem otvaranju:

„Smanjili smo intenzitet 7 dana – da pojačamo ponovo?"

Ta rečenica radi tri stvari: priznaje promenu, pripisuje je ponašanju aplikacije (a ne korisnikovom neuspehu) i nudi izbor. Korisnik može da poništi smanjenje jednim dodirom ako želi obaveštenja nazad.

Ovo je važno jer tiho smanjenje deluje kao da aplikacija napušta korisnika. Glasno deluje kao da aplikaciji stalo. Ista radnja, samo drugačije uokvirena.

Anti-obrasci koje namerno nismo gradili

Specifikacija proizvoda jasno navodi šta je zabranjeno:

• Bez podsticaja zasnovanih na krivici tipa „ne prekidaj svoj niz". Nizovi su sramoćenje kroz averziju prema gubitku. Model zamora degradira korisnike; ne sramoti ih.
• Bez reaktivacionog podsticaja tipa „nedostaješ nam" na kraju T3. Korisnik na T3 već nešto govori aplikaciji. Dodavanje novih podsticaja pogrešan je odgovor.
• Bez lažnih brojača ili oskudice u telu podsticaja. „X ljudi se upravo prijavilo" jeste pozorište mračnih obrazaca, a ne obaveštenje.
• Bez menstrualnog ili astrološkog sadržaja u naslovima ili telima podsticaja. Podsticaji prolaze kroz CI proveru koja odbija verzije sa zabranjenim obrascima; model zamora je nikada ne zaobilazi.

Kako zapravo izgledaju podaci unutar sistema

Model čuva stanje za svakog korisnika kroz 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 celokupno stanje zamora. Bez istorije pregledanja, bez ocenjivanja angažovanja izvan stope otvaranja, bez modela mašinskog učenja obučenog na korisniku. Jednostavnost je upravo poenta: pravila se mogu proveriti, pragovi su dokumentovani, a posledice po korisničko iskustvo su predvidljive.

Šta ovo nije

Napomena o obuhvatu.

Model zamora radi po korisniku, ne po grupi. Ne gledamo „korisnike slične tebi" niti sprovodimo eksperimente koji potiskuju korisnike kako bismo učili o zadržavanju. Model služi pojedincu.

Takođe ne zamenjuje podešavanja koja korisnik sam kontroliše. Tihi sati, utišavanje po kategoriji i izričito isključivanje svih obaveštenja rade nezavisno od modela zamora. Dva sistema se nadopunjuju; izričit izbor korisnika uvek pobeđuje nad zaključkom modela.

Zašto je ovo važno za ostatak aplikacije

Push obaveštenja su način da svakodnevni ritual ostane svakodnevni. Aplikacija za prijavljivanje koja izgubi pravo na push obaveštenja gubi svoju glavnu petlju zadržavanja korisnika. Model sa 4 nivoa postoji da aplikacija ne bi zloupotrebila tu privilegiju i izgubila je na spori način — tako što je tek malo naporna taman dovoljno dugo.

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

Kraća verzija: pravi broj push obaveštenja je najveći broj koji ne dovodi do odjave. Model zamora je način na koji aplikacija pronalazi taj broj, za svakog korisnika, na svakih 14 dana.