Model Kelelahan Push Notification 4 Tingkat

Push notification adalah cara termurah untuk kehilangan pengguna. Kurva retensi pada 1 push per hari terlihat baik-baik saja - data industri dari Localytics dan Urban Airship berkumpul di sekitar retensi tiga bulan 88 persen. Pada 3 push per hari, kurvanya turun 17 poin persentase. Pada 5 push per hari, turun 34. Bentuknya curam dan tak bisa diputar balik: 46 persen pengguna menonaktifkan push sepenuhnya ketika sebuah aplikasi mengirimi mereka 2 sampai 5 push per minggu yang tidak mereka inginkan.

Jawaban Soulwise adalah model kelelahan 4 tingkat. Model ini mendeteksi penurunan open-rate dalam jendela bergulir 14 hari dan secara bertahap mengurangi volume notifikasi sebelum pengguna menonaktifkannya untuk selamanya.

Tulisan ini mengupas rancangannya, ambang batasnya, dan logika pemulihannya.

Empat tingkatan

Mesin status ini sederhana. Setiap pengguna berada tepat di satu tingkatan dalam satu waktu.

• T0 - Sehat. Jadwal penuh. Pengingat ritual pagi, dorongan kontekstual menjelang siang, refleksi malam, plus pengingat yang berlabuh pada peristiwa.
• T1 - Diturunkan. Dorongan kontekstual menjelang siang dijeda. Selebihnya tetap berjalan.
• T2 - Hanya jangkar. Hanya pengingat ritual pagi dan retrospektif hari Minggu yang tersisa. Semua dorongan opsional dijeda.
• T3 - Hanya mingguan. Tersisa satu dorongan mingguan saja. Irama harian dihentikan sementara.

Urutannya penting. Menjelang siang adalah yang pertama dihilangkan karena bobot peristiwanya paling rendah: ia hanya dorongan kontekstual, bukan bagian dari ritual harian itu sendiri. Pengingat pagi dipertahankan paling lama karena dorongan harian yang berlabuh pada peristiwa menghasilkan retensi sekitar 2.85x lipat dibanding yang generik; mematikannya berarti mematikan aplikasi.

Apa yang memicu perubahan tier

Jendela bergulir berisi data open-rate selama 14 hari per pengguna. Setiap hari, model meninjau 14 hari terakhir dan menghitung open-rate pengguna untuk push notification yang dikirim selama jendela tersebut.

Ambang batas Soulwise adalah penurunan open-rate sebesar 30 persen dari baseline pribadi pengguna. Jika seorang pengguna biasanya membuka 60 persen dari push notification dan jendela bergulir turun ke 42 persen atau lebih rendah, model akan menurunkan mereka satu tier. Penurunan ini harus bertahan setidaknya 3 hari agar model tidak bereaksi terhadap satu minggu buruk saja (liburan, sakit, atau minggu yang padat di tempat kerja).

Promosi bersifat simetris. Jika seorang pengguna berada di T2 dan open-rate mereka naik kembali di atas baseline dikurangi ambang batas 30 persen selama 3 hari berturut-turut, mereka akan naik ke T1. Pemulihan ke T0 mengikuti langkah yang sama.

Mengapa push yang berlabuh pada peristiwa bertahan paling lama

Temuan data Localytics / Urban Airship yang mendasari rancangan ini: push harian yang berlabuh pada peristiwa menghasilkan retensi sekitar 2.85x lipat dibanding push harian generik. Pesan generik "yuk, mampir lagi!" pada pukul 9 pagi mudah dilupakan. Sebuah ajakan pagi yang berlabuh pada fase siklus aktualmu hari ini ("Awali dengan lembut. Apa agendamu hari ini?") berlabuh pada peristiwa - ia membawa informasi baru.

T2 tetap mempertahankan ajakan pagi karena menghapusnya berarti menghapus seluruh ritual harian. Semua hal lain di aplikasi ini dibangun di sekitar pengguna yang masuk sekali di pagi hari dan sekali di malam hari. Tanpa ajakan itu, lingkaran kebiasaannya pun terputus.

UX banner kelelahan

Saat pengguna diturunkan tingkatnya, aplikasi menampilkan banner kecil di dalam aplikasi pada saat mereka membukanya lagi:

"Kami sudah mengurangi selama 7 hari - aktifkan kembali?"

Kalimat itu melakukan tiga hal: mengakui adanya perubahan, mengaitkannya dengan perilaku aplikasi (bukan kegagalan pengguna), dan memberikan kendali. Pengguna bisa membatalkan penurunan tingkat hanya dengan satu ketukan jika mereka ingin notifikasinya kembali.

Ini penting karena penurunan tingkat yang diam-diam terasa seperti aplikasi yang meninggalkan pengguna. Yang terbuka terasa seperti aplikasi yang peduli. Tindakan yang sama dengan bingkai yang berbeda.

Anti-pola yang sengaja tidak kami bangun

Spesifikasi produk secara tegas menyebut apa yang dilarang:

• Tidak ada dorongan rasa bersalah "jangan putus streak-mu". Streak adalah bentuk mempermalukan lewat keengganan akan kerugian. Model kelelahan menurunkan prioritas pengguna; ia tidak mempermalukan mereka.
• Tidak ada dorongan reaktivasi "kami merindukanmu" di akhir T3. Pengguna di T3 sudah memberi tahu sesuatu kepada aplikasi. Menambah dorongan lagi adalah respons yang keliru.
• Tidak ada penghitung palsu atau kelangkaan di isi push. "X orang baru saja mendaftar" adalah sandiwara dark-pattern, bukan notifikasi.
• Tidak ada konten menstruasi atau astrologi di judul maupun isi push. Push melewati CI lint yang menolak build yang mengandung pola terlarang; model kelelahan tidak pernah melewatinya.

Seperti Apa Sebenarnya Data di Dalam Sistem

Model ini menyimpan status tiap pengguna dengan tiga kolom:

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

Itulah keseluruhan status kelelahan. Tanpa riwayat penjelajahan, tanpa penilaian keterlibatan selain open rate, tanpa model machine learning yang dilatih dari pengguna. Kesederhanaan inilah intinya: aturannya bisa diaudit, ambang batasnya terdokumentasi, dan dampaknya pada UX bisa diprediksi.

Apa yang bukan ini

Catatan tentang cakupan.

Model kelelahan ini bersifat per-pengguna, bukan per-kelompok. Kami tidak melihat "pengguna seperti kamu" atau menjalankan eksperimen yang menurunkan pengalaman pengguna demi mempelajari retensi. Model ini melayani individu.

Model ini juga tidak menggantikan pengaturan yang dikendalikan pengguna. Jam tenang, bisukan per-kategori, dan nonaktifkan-semua-notifikasi semuanya bekerja secara independen dari model kelelahan. Kedua sistem ini saling melengkapi; pilihan eksplisit pengguna selalu menang atas inferensi model.

Mengapa ini penting untuk seluruh bagian aplikasi

Notifikasi push adalah cara sebuah ritual harian tetap menjadi rutinitas harian. Aplikasi check-in yang kehilangan izin push akan kehilangan loop retensi utamanya. Model 4-tingkat ini ada agar aplikasi tidak menyalahgunakan izin tersebut lalu kehilangannya secara perlahan - dengan menjadi sedikit mengganggu selama cukup lama.

Konteks ritual harian yang lebih lengkap ada di pusat Soulwise. Model kelelahan adalah salah satu alasan mengapa ritual ini tetap timbal balik, bukan menuntut.

Versi singkatnya: jumlah push yang tepat adalah jumlah terbanyak yang tidak membuat orang berhenti berlangganan. Model kelelahan inilah cara aplikasi menemukan angka itu, untuk setiap pengguna, setiap 14 hari.