# Bildirim İzni Öncesi Fayda Anlatımı Sayfa: https://alidemirbas.com.tr/lab/journeys/bildirim-izni-oncesi-fayda-anlatimi İlgili an → bildirimin faydasını anlat → izin kararı ## Amaç İlk sistem izin penceresini açmadan önce bildirimin o işlemde ne işe yarayacağını anlatmak. Hedef: Onay ve izin · Kategori: Geri Bildirim & İletişim ## Adımlar - **Tetikleyici**: Bildirimle takip edilebilecek bir aksiyon tamamlandı - **Karar**: Bildirim izni daha önce istendi mi? - Evet: Mevcut izin durumunu değiştirme - Hayır: In-app: Bildirimlerin bu işlemdeki faydasını açıkla - **Aksiyon**: In-app: Bildirimlerin bu işlemdeki faydasını açıkla - **Karar**: Kullanıcı devam etmek istedi mi? - Evet: Sistem izin penceresini aç - Hayır: İzin talebini ertele - **Aksiyon**: Sistem izin penceresini aç - **Karar**: Sistem izin penceresinde izin verildi mi? - Evet: Push kanalı aktif - Hayır: Tekrar izin isteme - **Çıkış**: Mevcut izin durumunu değiştirme - **Çıkış**: İzin talebini ertele - **Çıkış**: Push kanalı aktif - **Çıkış**: Tekrar izin isteme ## Koruma kuralları - Bağlam vermeden sistem izin penceresini açma. - Ret sonrasında tekrar isteme. ## Temel kural İzni bir kez, doğru bağlamda ve fayda netleştikten sonra iste. ## 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. ## 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 girmemeli**: Daha ö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 kanallar**: Bekleme 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 devir**: Dö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 izin**: Her 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. ## 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. 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. ## Sonuç yorumlanırken nelere dikkat edilmeli? - Aktif 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. - Bu 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. - Kontrol 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](https://alidemirbas.com.tr/hesaplayicilar/orneklem-buyuklugu-hesaplama) girip kol başına kaç kullanıcı gerektiğini baştan belirle. - Reddedilen 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.