Ang 4-Tier na Modelo ng Push Notification Fatigue

Ang push notifications ang pinakamurang paraan para mawalan ng user. Mukhang maayos ang retention curve sa 1 push kada araw - ang datos ng industriya mula sa Localytics at Urban Airship ay pumapalibot sa 88 porsiyentong tatlong-buwang retention. Sa 3 push kada araw, bumababa ang curve ng 17 percentage points. Sa 5 push kada araw, bumababa ito ng 34. Matarik at di na maibabalik ang hugis nito: 46 porsiyento ng mga user ang ganap na nag-o-opt out sa push kapag pinadalhan sila ng app ng 2 hanggang 5 push kada linggo na ayaw nila.

Ang tugon ng Soulwise ay isang 4-tier na fatigue model. Nadedetekta nito ang pagbaba ng open-rate sa loob ng paikot na 14-araw na window at unti-unting binabawasan ang dami ng notification bago tuluyang mag-opt out ang user.

Tatalakayin ng post na ito ang disenyo, ang mga threshold, at ang recovery logic.

Ang apat na antas

Maliit lang ang state machine. Bawat user ay nasa eksaktong isang antas sa bawat pagkakataon.

• T0 - Malusog. Buong iskedyul. Prompt para sa ritwal sa umaga, kontekstuwal na nudge tuwing tanghaling-tapat, repleksiyon sa gabi, kasama ang mga prompt na naka-angkla sa event.
• T1 - Na-demote. Naka-pause ang kontekstuwal na nudge tuwing tanghaling-tapat. Tuloy ang lahat ng iba pa.
• T2 - Angkla lamang. Ang prompt para sa ritwal sa umaga at ang retrospective tuwing Linggo na lang ang natitira. Naka-pause ang lahat ng discretionary push.
• T3 - Lingguhan lamang. Iisang lingguhang push na lang ang natitira. Nakasuspinde ang pang-araw-araw na ritmo.

Mahalaga ang pagkakasunod-sunod. Ang tanghaling-tapat ang unang mawawala dahil ito ang may pinakamababang bigat ng event: kontekstuwal na nudge lang ito, hindi bahagi ng pang-araw-araw na ritwal mismo. Ang prompt sa umaga ang pinakamatagal na pinapanatili dahil ang mga pang-araw-araw na push na naka-angkla sa event ay nakakaprodyus ng mga 2.85x na retention kumpara sa mga generic; ang pagpatay dito ay pagpatay sa app.

Ano ang nagtutulak ng pagbabago ng tier

Isang gumugulong na 14-araw na window ng datos ng open-rate bawat user. Araw-araw, tinitingnan ng modelo ang huling 14 araw at kinukwenta ang open rate ng user para sa mga push notification na ipinadala sa loob ng window na iyon.

Ang threshold ng Soulwise ay 30 porsiyentong pagbaba ng open-rate mula sa personal na baseline ng user. Kung karaniwang binubuksan ng isang user ang 60 porsiyento ng mga push at bumaba ang gumugulong na window sa 42 porsiyento o mas mababa, ibinababa sila ng modelo ng isang tier. Kailangang tumagal ang pagbaba nang hindi bababa sa 3 araw upang hindi tumugon sa iisang masamang linggo (bakasyon, sakit, mabigat na linggo sa trabaho).

Simetriko ang promosyon. Kung nasa T2 ang isang user at umakyat muli ang kanilang open rate nang lampas sa kanilang baseline na ibinawasan ng 30 porsiyentong threshold sa loob ng 3 magkakasunod na araw, umaakyat sila pataas sa T1. Ganito rin ang hakbang para sa pagbawi pabalik sa T0.

Bakit pinakamatagal nakakaligtas ang mga push na naka-angkla sa event

Ang datos mula sa Localytics / Urban Airship na siyang gabay sa disenyo: ang mga araw-araw na push na naka-angkla sa event ay nagbubunga ng halos 2.85x na retention kumpara sa mga generic na araw-araw na push. Ang isang generic na "tara, mag-check in ka sa amin!" tuwing 9 ng umaga ay madaling makalimutan. Ang isang prompt sa umaga na naka-angkla sa aktuwal na cycle phase ngayong araw ("Banayad na simula. Ano ang nakatakda mong gawin ngayon?") ay naka-angkla sa event - may bago itong impormasyon.

Pinapanatili ng T2 ang prompt sa umaga dahil ang pag-alis nito ay nag-aalis ng buong araw-araw na ritwal. Lahat ng iba pa sa app ay binuo sa paligid ng paglo-log in ng user nang minsan sa umaga at minsan sa gabi. Kung wala ang prompt, masisira ang loop.

Ang fatigue-banner UX

Kapag na-demote ang isang user, may maliit na banner na lalabas sa loob ng app sa susunod na pagbukas niya nito:

"Nag-ease off kami nang 7 araw — gusto mo bang i-on muli?"

Tatlong bagay ang ginagawa ng pangungusap na iyon: kinikilala nito ang pagbabago, iniuugnay ito sa kilos ng app (hindi sa pagkukulang ng user), at nag-aalok ng kontrol. Maaaring i-override ng user ang demotion sa isang tap lang kung gusto niyang bumalik ang mga notification.

Mahalaga ito dahil ang tahimik na demotion ay parang pinabayaan ng app ang user. Ang malinaw na pagpapaalam naman ay parang nagmamalasakit ang app. Iisang aksyon, magkaiba ang pagkakabalangkas.

Mga anti-pattern na sadya naming hindi ginawa

Malinaw ang product spec kung ano ang ipinagbabawal:

• Walang "huwag mong sirain ang streak mo" na guilt push. Ang mga streak ay pagsi-shame gamit ang takot sa pagkawala. Ina-demote ng fatigue model ang mga user; hindi sila ino-shame.
• Walang "namimiss ka namin" na reactivation push sa dulo ng T3. Ang user sa T3 ay may sinasabi na sa app. Ang pagdagdag pa ng mga push ay maling tugon.
• Walang pekeng counter o scarcity sa mga push body. Ang "X katao ang kaka-sign up lang" ay teatro ng dark pattern, hindi isang notification.
• Walang menstrual o astrology na content sa mga push title o body. Dumadaan ang push sa isang CI lint na tinatanggihan ang mga build na may ipinagbabawal na pattern; hindi kailanman nilalampasan ito ng fatigue model.

Kung ano talaga ang hitsura ng data sa loob ng sistema

Iniimbak ng modelo ang per-user na estado gamit ang tatlong field:

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

Iyan na ang buong fatigue state. Walang browsing history, walang engagement scoring maliban sa open rate, walang machine-learning model na sinanay base sa user. Ang pagiging simple mismo ang punto: na-aaudit ang mga panuntunan, nakadokumento ang mga threshold, at nahuhulaan ang mga epekto nito sa UX.

Ano ang hindi nito ginagawa

Isang paalala tungkol sa saklaw.

Ang fatigue model ay para sa bawat user, hindi para sa bawat cohort. Hindi namin tinitingnan ang "mga user na tulad mo" o nagpapatakbo ng mga eksperimento na nagdedemote sa mga user para mag-aral tungkol sa retention. Ang modelo ay naglilingkod sa indibidwal.

Hindi rin nito pinapalitan ang mga setting na kontrolado ng user. Ang quiet hours, per-category mute, at tahasang disable-all-pushes ay gumagana nang hiwalay sa fatigue model. Magkatugma ang dalawang sistema; ang tahasang pinili ng user ang laging mananaig kaysa sa hinuha ng modelo.

Bakit ito mahalaga para sa iba pang bahagi ng app

Ang push notifications ang dahilan kung bakit nananatiling pang-araw-araw ang isang ritwal. Ang check-in app na mawalan ng push privileges ay mawawalan ng pangunahing retention loop nito. Umiiral ang 4-tier na modelo para hindi abusuhin ng app ang pribilehiyo at mawala ito sa mabagal na paraan - sa pamamagitan ng pagiging bahagyang nakaka-inis nang sapat na katagalan.

Ang mas buong konteksto ng daily-ritual ay matatagpuan sa the Soulwise hub. Ang fatigue model ay isang bahagi ng dahilan kung bakit nananatiling reciprocal ang ritwal sa halip na maging mapilit.

Ang mas maikling bersyon: ang tamang dami ng pushes ay ang pinakamaraming bilang na hindi magdudulot ng opt-out. Sa pamamagitan ng fatigue model, nahahanap ng app ang bilang na iyon, bawat user, kada 14 na araw.