Dört Kademeli Push Bildirimi Yorgunluk Modeli

Dört Kademeli Push Bildirimi Yorgunluk Modeli

Push bildirimleri, kullanıcı kaybetmenin en ucuz yoludur. Günde bir push ile bağlılık eğrisi makul görünür — Localytics ve Urban Airship'in sektör verileri yaklaşık %88 üç aylık bağlılık gösteriyor. Günde 3 push ile eğri 17 yüzde puanı düşer. Günde 5 ile 34 puan düşer. Şekil dik ve geri dönüşsüzdür: kullanıcıların %46'sı, istemedikleri bir uygulama haftada 2 ila 5 push gönderdiğinde push'u tamamen kapatır.

Soulwise'ın yanıtı dört kademeli bir yorgunluk modelidir. Model, 14 günlük kayan bir pencerede açılma oranı düşüşünü tespit eder ve kullanıcı push'u kalıcı olarak kapatmadan önce bildirim hacmini kademeli olarak azaltır.

Bu yazı tasarımı, eşikleri ve kurtarma mantığını ele alır.

Dört kademe

Durum makinesi küçüktür. Her kullanıcı herhangi bir anda yalnızca tek bir kademede bulunur.

• T0 - Sağlıklı. Tam program. Sabah ritüel hatırlatması, sabah ortası bağlamsal dürtme, akşam yansıması ve etkinliğe bağlı hatırlatmalar.
• T1 - İndirilmiş. Sabah ortası bağlamsal dürtme duraklatılır. Geri kalan her şey devam eder.
• T2 - Yalnızca çıpa. Yalnızca sabah ritüel hatırlatması ve Pazar retrospektifi kalır. Tüm isteğe bağlı push'lar duraklatılır.
• T3 - Yalnızca haftalık. Haftada tek bir push hayatta kalır. Günlük program askıya alınır.

Sıralama önemlidir. Sabah ortası en önce gider çünkü en düşük etkinlik ağırlığını taşır: bu bir bağlamsal dürtmedir, günlük ritüelin kendisinin bir parçası değildir. Sabah hatırlatması en uzun korunur çünkü etkinliğe bağlı günlük push'lar genel nitelikli olanlara kıyasla yaklaşık 2,85 kat daha fazla kullanıcı bağlılığı üretir; onu kaldırmak uygulamanın özünü kaldırır.

Kademe değişikliğini ne tetikler

Kullanıcı başına 14 günlük kayan bir açılma oranı veri penceresi. Model her gün son 14 güne bakar ve o pencerede gönderilen push bildirimlerinin kullanıcı açılma oranını hesaplar.

Soulwise'ın eşiği, kullanıcının kişisel temel değerinden %30 açılma oranı düşüşüdür. Bir kullanıcı normalde push'ların %60'ını açıyorsa ve kayan pencere %42 veya altına düşerse model onu bir kademe aşağı taşır. Düşüşün, tek bir kötü haftaya (tatil, hastalık, yoğun bir iş haftası) tepki vermemek için en az 3 gün devam etmesi gerekir.

Yükseltme simetriktir. Bir kullanıcı T2'deyse ve açılma oranı 3 ardışık gün boyunca temel değerinin %30 eşiğinin altına çıkarsa T1'e geçer. T0'a geri dönüş aynı adımı izler.

Etkinliğe bağlı push'lar neden en uzun hayatta kalır

Tasarımı yönlendiren Localytics / Urban Airship veri noktası: etkinliğe bağlı günlük push'lar, genel günlük push'lara kıyasla yaklaşık 2,85 kat daha fazla kullanıcı bağlılığı üretir. Sabah 9'da "hadi bize uğra!" diye gönderilen genel bir push unutulur gider. Bugünkü gerçek döngü aşamasına bağlı bir sabah hatırlatması ("Yumuşak bir başlangıç. Bugün planında ne var?") etkinliğe bağlıdır — yeni bilgi taşır.

T2, sabah hatırlatmasını korur çünkü onu kaldırmak tüm günlük ritüeli ortadan kaldırır. Uygulamadaki her şey, kullanıcının sabah bir kez ve akşam bir kez giriş yapması etrafında kuruludur. Hatırlatma olmadan döngü kopar.

Yorgunluk-banner UX'i

Bir kullanıcı kademeleri düşürdüğünde, uygulamayı bir sonraki açışında içeride küçük bir banner görünür:

"7 günlüğüne bildirimleri azalttık — geri açmak ister misin?"

Bu cümle üç şey yapar: değişikliği kabul eder, değişikliği kullanıcının başarısızlığına değil uygulamanın davranışına bağlar ve seçim sunar. Kullanıcı bildirimleri geri istiyorsa tek bir dokunuşla kademelendirmeyi iptal edebilir.

Bu önemlidir çünkü sessiz bir kademelendirme uygulamanın kullanıcıyı terk ettiği hissini verir. Açık bir kademelendirme ise umursadığı hissini. Farklı çerçevelemeyle aynı eylem.

Kasıtlı olarak inşa etmediğimiz anti-kalıplar

Ürün spesifikasyonu nelerin yasak olduğu konusunda açıktır:

• "Serisini bozma" suçluluk push'u yok. Seriler, kayıptan kaçınma utancıdır. Yorgunluk modeli kullanıcıları kademeleri düşürür; onları mahvetmez.
• T3 sonunda "seni özledik" yeniden aktivasyon push'u yok. T3'teki bir kullanıcı uygulamaya zaten bir şey söylüyor demektir. Daha fazla push göndermek yanlış yanıttır.
• Push gövdelerinde sahte sayaçlar veya kıtlık yok. "X kişi yeni kaydoldu" push değil, karanlık kalıp tiyatrosudur.
• Push başlıklarında veya gövdelerinde menstuasyon veya astroloji içeriği yok. Push'lar, yasaklı kalıplar içeren derlemeleri reddeden bir CI lint'inden geçer; yorgunluk modeli bunu hiçbir zaman atlatmaz.

Sistemin içindeki veriler gerçekte nasıl görünür

Model, kullanıcı başına durumu üç alanla saklar:

tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: 0,0 ile 1,0 arası
baseline_open_rate: 0,0 ile 1,0 arası (ilk 30 günden hesaplanır)
last_tier_change_at: zaman damgası

Yorgunluk durumunun tamamı budur. Tarama geçmişi yok, açılma oranının ötesinde etkileşim puanı yok, kullanıcı üzerinde eğitilmiş makine öğrenmesi modeli yok. Basitlik bilinçli bir tercihtir: kurallar denetlenebilir, eşikler belgelenmiştir, UX sonuçları öngörülebilirdir.

Bu ne değildir

Kapsam notu.

Yorgunluk modeli kullanıcı başına çalışır, kohort bazında değil. "Sizin gibi kullanıcılara" bakmıyoruz ya da kullanıcıları bağlılık hakkında bilgi edinmek için kademeleri düşürme deneyleri yürütmüyoruz. Model bireye hizmet eder.

Ayrıca kullanıcı kontrollü ayarların yerini almaz. Sessiz saatler, kategori bazında sessize alma ve tüm push'ları açıkça devre dışı bırakma; hepsi yorgunluk modelinden bağımsız çalışır. İki sistem birbirini tamamlar; kullanıcının açık tercihi her zaman modelin çıkarımını geçersiz kılar.

Bu durum uygulamanın geri kalanı için neden önemlidir

Push bildirimleri, günlük ritüeli günlük tutan şeydir. Push ayrıcalığını kaybeden bir check-in uygulaması ana bağlılık döngüsünü de kaybeder. Dört kademeli model, uygulamanın bu ayrıcalığı suistimal etmemesi ve yavaş yavayla kaybetmemesi için var — yeterince uzun süre yalnızca hafif can sıkıcı olmak yoluyla.

Günlük ritüelin daha geniş bağlamı Soulwise hub'ında bulunur. Yorgunluk modeli, ritüelin talepkâr değil karşılıklı kalmasının nedenlerinden biridir.

Kısa versiyon: doğru push sayısı, devre dışı bırakmaya neden olmayan en büyük sayıdır. Yorgunluk modeli, uygulamanın bu sayıyı her kullanıcı için 14 günde bir bulduğu yoldur.