Geri Bildirim & İletişim

Bildirim İzni Öncesi Fayda Anlatımı

İlgili an → bildirimin faydasını anlat → izin kararı

İlk sistem izin penceresini açmadan önce bildirimin o işlemde ne işe yarayacağını anlatmak.

  • Onay ve izin
  • Uygulama içi mesaj

Temel kural

İzni bir kez, doğru bağlamda ve fayda netleştikten sonra iste.

Journey planı

Ne zaman kurulmalı?

İzin penceresi ilk açılışta ya da bağlamsız gösteriliyor, izin verme oranı düşük kalıyor ve push erişimi kurulu tabanın küçük bir bölümünde sıkışıyorsa bu journey'yi kur. Önce bildirimin işe yarayacağı aksiyonun tamamlanma olayının izlendiğinden, her kullanıcı için sistem izninin daha önce istenip istenmediğinin kayıtlı olduğundan ve gerçek izin durumunun işletim sisteminden okunabildiğinden emin ol. İzin verenler bildirimleri sonradan kapatıyorsa sorun istemenin zamanı değil gönderdiğin bildirimlerdir; önce onları gözden geçir.

Başarı nasıl ölçülmeli?

Kontrol grubuna göre ek aktif push izni oranı

Ön ekrandaki devam tıklaması izin değildir; sayılan şey işletim sisteminde gerçekten açık olan ve sonradan kapatılmamış push iznidir.

Nasıl sayılır: Journey ve kontrol grubuna atanan tüm kullanıcılar içinde aynı takip süresinin sonunda sistemde push izni aktif olanların payı; kontrol grubu o anda ne açıklama ne pencere gördüğü için fark journey'nin push kanalına toplam etkisidir. Açıklamanın görülmesi ya da devam tıklaması paydayı değiştirmez.

Ayrıca izle

  • Ön ekrandan devam oranıAçıklamayı görenler içinde devam etmeyi seçenlerin payı; sistem penceresinden önceki ara adımdır ve açıklamanın ikna edip etmediğini gösterir.
  • Pencerede izin verme oranıSistem penceresi açılanlar içinde izin verenlerin payı; devam edenlerin çoğu burada ret veriyorsa açıklamanın vaadiyle pencerenin istediği şey birbirini tutmuyor demektir.
  • İzin sonrası bildirimi kapatma oranıVerilen izinlerden sonradan kapatılanların payı; bunlar aktif izin sayılmaz ve yükseliyorsa sorun istemede değil gönderilen bildirimlerdedir.
  • Erteleme ve ret dağılımıGirenler içinde devam etmeyip ertelenenlerin ve pencerede ret verenlerin paylarını ayrı oku; ilki anın ya da anlatımın, ikincisi sistem penceresinin sorununu gösterir.

Nasıl kurulmalı?

  • Tetikleyici ve girişKullanıcı bildirimle takip edilebilecek bir aksiyonu tamamladığında journey başlar. Uygun kullanıcılar girişte rastgele ikiye ayrılır: journey grubu ve o anda ne açıklama ne sistem penceresi gören kontrol grubu.
  • Kimler girmemeliDaha önce sistem izni istenmiş kullanıcı girmez; izin vermiş ya da reddetmiş olsun, mevcut durum değişmeden çıkar. Ret vermiş kişiye bir daha sorulmaz. Kapsam kullanıcının ilk bildirim izni talebidir; ilgili aksiyon olmadan, örneğin yalnızca ilk açılışta, giriş yoktur.
  • Zamanlama ve kanallarBekleme süresi yoktur; aksiyon tamamlanır tamamlanmaz izin geçmişi kontrol edilir ve bildirimin bu işlemdeki faydasını anlatan tek bir uygulama içi mesaj gösterilir. Sistem izin penceresi yalnızca kullanıcı devam etmeyi seçerse açılır; push ya da e-posta kullanılmaz, çünkü henüz izin yoktur.
  • Çıkış ve devirDört çıkış vardır: daha önce istenmişse mevcut izin durumu değişmez, kullanıcı devam etmezse talep ertelenir ve sistem penceresi açılmaz, izin verilirse push kanalı aktif olur, reddedilirse bir daha izin istenmez. Devir yoktur; journey kendi çıkışlarında biter.
  • Sıklık ve izinHer kullanıcı için tek bir uygulama içi açıklama ve en fazla bir sistem izin penceresi vardır. Pencerenin ne zaman ve kaç kez açılabileceğini platformun güncel izin kuralları belirler; ret sonrasında tekrar istemek bu journey'de yoktur.

Sonuç yorumlanırken nelere dikkat edilmeli?

  1. 1Aktif push izni farkı kontrol grubunu geçmiyorsa açıklama ekranı sadece bir tıklama üretmiştir; devam oranı ne kadar yüksek olsa da sayılmaz. Kararı sistemden okunan izin durumuyla ve sonradan kapatma oranıyla birlikte ver.
  2. 2Bu okuma yalnızca şu bağlam için geçerlidir: bildirimle takip edilebilen aksiyonun hemen ardından gösterilen tek açıklama. Bağlamsız ya da doğrudan sistem penceresi açan bir karşılaştırma kolu kurma; bu journey'nin kuralı onu yasaklar. Devir olmadığı için izin yalnızca bu journey'ye yazılır.
  3. 3Kontrol grubuna o anda sorulmadığı için temel izin oranı çok düşük olabilir; az sayıda izinle fark yanıltır. Kontrol grubunun oranını ve görmek istediğin en küçük artışı örneklem büyüklüğü hesaplayıcısına girip kol başına kaç kullanıcı gerektiğini baştan belirle.
  4. 4Reddedilen izin bu journey'de bir daha istenmez ve ret uygulamanın ilgisiz temel işlerini engellemez. Ertelenen talep ret değildir; ama sistem penceresinin yeniden açılacağını garanti etme, onu platform kuralları belirler.

Sık Sorulan Sorular

Push izni ilk uygulama açılışında mı istenmeli?

Bildirimin işe yarayacağı bir işlem tamamlandıktan sonra faydasını açıkla. Kullanıcı devam etmeyi seçerse sistem izin penceresine geç. İlk açılışı tek başına doğru bağlam sayma. İzin verilmezse uygulamanın ilgisiz temel işlerini engelleme.

Ön izin ekranındaki devam butonu push izni verir mi?

Vermez. Uygulama içi açıklamaya devam etmek ile işletim sisteminde bildirim izni vermek ayrı adımlardır. Gerçek izin durumunu sistemden kontrol et. Ön ekrandaki tıklamayı push kanalı aktifleşti diye raporlama.

Kullanıcı bildirim iznini reddederse tekrar sormalı mıyım?

Bu örnek ret sonrasında yeniden istemeden çıkar, ön ekranda devam etmeyene ise talebi erteler. Sistem penceresinin tekrar açılmasını garanti etme. Platformun güncel izin durumuna ve kurallarına uy. İzni sonradan kapatanları da kazanılmış izin olarak aktif sayma.

Diğer journey'leri keşfet