4úrovňový model únavy z push notifikací

Push notifikace jsou nejlevnější způsob, jak přijít o uživatele. Retenční křivka při 1 push notifikaci denně vypadá dobře – data z oboru od Localytics a Urban Airship se drží kolem 88 procent retence po 3 měsících. Při 3 push notifikacích denně křivka klesá o 17 procentního bodu. Při 5 notifikacích denně klesá o 34. Tvar křivky je strmý a nevratný: 46 procent uživatelů push notifikace úplně vypne, když jim aplikace pošle 2 až 5 notifikací týdně, o které nestojí.

Odpovědí Soulwise je 4úrovňový model únavy. Sleduje pokles míry otevření v klouzavém okně 14 dní a postupně snižuje objem notifikací dřív, než se uživatel odhlásí natrvalo.

Tento příspěvek tě provede návrhem, prahovými hodnotami a logikou obnovení.

Čtyři úrovně

Stavový automat je jednoduchý. Každý uživatel je vždy přesně v jedné úrovni.

• T0 – Zdravý. Plný rozvrh. Ranní rituál, dopolední kontextová pobídka, večerní zamyšlení a k tomu připomenutí navázaná na události.
• T1 – Snížený. Dopolední kontextová pobídka je pozastavena. Všechno ostatní pokračuje.
• T2 – Jen kotvy. Zůstává jen ranní rituál a nedělní ohlédnutí. Všechny volitelné notifikace jsou pozastaveny.
• T3 – Jen týdně. Přežívá jediná týdenní notifikace. Denní rytmus je pozastaven.

Na pořadí záleží. Jako první mizí dopolední pobídka, protože nese nejnižší váhu události: je to kontextové popostrčení, ne součást samotného denního rituálu. Ranní připomenutí se drží nejdéle, protože denní notifikace navázané na události udrží uživatele zhruba 2.85× lépe než ty obecné; když ji vypneš, zabiješ celou aplikaci.

Co spustí změnu úrovně

Klouzavé 14denní okno dat o míře otevření u každého uživatele. Model se každý den podívá na posledních 14 dní a spočítá uživatelovu míru otevření push notifikací odeslaných během tohoto okna.

Práh Soulwise je pokles míry otevření o 30 procent oproti osobní výchozí hodnotě uživatele. Pokud uživatel obvykle otevře 60 procent pushů a klouzavé okno klesne na 42 procent nebo níž, model ho posune o úroveň dolů. Pokles musí trvat alespoň 3 dní, aby model nereagoval na jediný špatný týden (dovolenou, nemoc, náročný týden v práci).

Posun nahoru je symetrický. Pokud je uživatel na úrovni T2 a jeho míra otevření vyšplhá zpět nad výchozí hodnotu mínus práh 30 procent po 3 po sobě jdoucích dní, posune se nahoru na T1. Návrat na T0 proběhne stejným krokem.

Proč notifikace navázané na události vydrží nejdéle

Data od Localytics / Urban Airship, která stojí za celým návrhem: denní notifikace navázané na konkrétní událost mají zhruba 2.85× vyšší retenci než obecné denní notifikace. Obecné „mrkni k nám!" v 9 ráno snadno zapadne. Ranní výzva navázaná na skutečnou dnešní fázi cyklu („Klidný rozjezd. Co tě dnes čeká?") je navázaná na událost – nese novou informaci.

T2 ranní výzvu zachovává, protože její odebrání by zrušilo celý denní rituál. Všechno ostatní v aplikaci je postavené na tom, že se uživatel přihlásí jednou ráno a jednou večer. Bez výzvy se smyčka rozpadne.

UX únavového banneru

Když je uživatel přeřazen níž, aplikace mu při příštím otevření zobrazí malý banner:

„Na 7 dní jsme ubrali – chceš to zase zapnout?"

Tahle věta dělá tři věci: přiznává změnu, připisuje ji chování aplikace (ne selhání uživatele) a nabízí možnost rozhodnout se. Pokud chce uživatel notifikace zpátky, může přeřazení jediným klepnutím zrušit.

Záleží na tom proto, že tiché přeřazení působí, jako by aplikace uživatele opustila. To hlasité působí, jako by jí na něm záleželo. Stejná akce, jiné podání.

Antivzory, které jsme záměrně nepostavili

Produktová specifikace jasně říká, co je zakázáno:

• Žádné pobízení vinou ve stylu „nepřeruš si sérii". Série jsou zahanbování přes averzi ke ztrátě. Model únavy uživatele degraduje, ale nezahanbuje je.
• Žádné reaktivační pobídky typu „chybíš nám" na konci T3. Uživatel ve stavu T3 už aplikaci něco sděluje. Přidávat další pobídky je špatná odpověď.
• Žádné falešné počítadla ani uměle vytvářený nedostatek v textu oznámení. „Právě se zaregistrovalo X lidí" je divadlo temných vzorců, ne oznámení.
• Žádný obsah o menstruaci nebo astrologii v nadpisech ani textech oznámení. Oznámení procházejí CI kontrolou, která odmítá buildy obsahující zakázané vzory; model únavy ji nikdy neobchází.

Jak ve skutečnosti vypadají data uvnitř systému

Model ukládá stav každého uživatele do 3 polí:

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

A to je celý stav únavy. Žádná historie prohlížení, žádné hodnocení zapojení nad rámec míry otevření, žádný model strojového učení natrénovaný na uživateli. Jednoduchost je tu záměrem: pravidla lze ověřit, prahové hodnoty jsou zdokumentované a důsledky pro uživatelský prožitek jsou předvídatelné.

Co to není

Pár slov k vymezení.

Model únavy je individuální, ne skupinový. Nesledujeme „uživatele podobné tobě“ ani neděláme pokusy, při kterých bychom někomu zhoršovali zážitek jen kvůli zjišťování retence. Model slouží jednotlivci.

Stejně tak nenahrazuje nastavení, která máš pod kontrolou. Tichý režim, ztlumení podle kategorií i úplné vypnutí všech upozornění fungují nezávisle na modelu únavy. Oba systémy se doplňují a tvoje výslovná volba vždy vyhraje nad tím, co model odhaduje.

Proč na tom zbytku aplikace záleží

Push notifikace jsou to, díky čemu zůstává denní rituál denním. Aplikace pro každodenní check-in, která přijde o oprávnění k push notifikacím, ztrácí svou hlavní smyčku pro udržení uživatelů. 4úrovňový model existuje proto, aby aplikace toto oprávnění nezneužívala a nepřišla o něj pomalou cestou - tím, že bude jen lehce otravná, ale dostatečně dlouho.

Širší kontext denního rituálu najdeš na rozcestníku Soulwise. Model únavy je jedním z důvodů, proč rituál zůstává oboustranný, a nikoli náročný.

Kratší verze: správný počet push notifikací je ten největší, který nevede k jejich vypnutí. Model únavy je způsob, jak aplikace tento počet najde, pro každého uživatele zvlášť, každých 14 dní.