Mobil uygulama
Push izni ne zaman istenmeli?
Açılış isteği, kullanıcı bildirimlerin değerini deneyimlemeden ona ulaşır. Tanımlı bir ilk değer event'ini beklemek isteği daha ilgili kılabilir, ancak o noktaya daha az kişi ulaşabilir. İzni hem tüm atanan kullanıcılar içinde hem de gerçekten sorulanlar içinde ayrı ölç.
A/B test senaryosu. Bu sayfa bir test planıdır, gerçek bir deney sonucu içermez.
- Mobil uygulama
- İzin Kabul Oranı
Seçenek A / Seçenek B
Değişken olan an; ne göründüğü değil.
- Değişen
- push izni zamanlaması
- Sayfa
- Mobil uygulama
- Değişiklik
- değişti
İzin isteği uygulama açılışında gösteriliyor
İzin isteği ilk değer gösterildikten sonra gösteriliyor
İzin isteği uygulama açılışında gösteriliyor
İzin isteği ilk değer gösterildikten sonra gösteriliyor
Hipotez
İzin ilk değer event'inden sonra istenirse soruyu gören kullanıcı onu daha kolay kabul edebilir; açılışta istemek ise isteği daha geniş bir kitleye gösterir. Atanan kullanıcı başına izin kabul oranında hangi zamanlamanın öne geçeceği, sorulanlardaki daha yüksek kabulün o ana ulaşamayanların kaybını telafi edip etmemesine bağlıdır.
Test planı
Ne zaman değerlendirilmeli?
Huni verisinde kullanıcılar izin penceresinden sonra kopuyor, ilk oturum tamamlama düşük kalıyor ya da bildirimleri sonradan kapatanlar artıyorsa izin isteğinin zamanlaması kullanıcıyı rahatsız ediyor olabilir; zamanlama henüz belirlenmemişse de bu test sana bir başlangıç noktası verir. İlk değerden sonra sormak öne geçerse o noktaya ulaşanlar izni daha istekli verir; açılış öne geçerse daha geniş kitleye sormak düşük kabulü telafi eder. Önce bildirimlerin gerçekte ne sağlayacağını netleştir ve izin öncesi açıklamayı buna göre yaz; metni vaatlerle şişirirsen ölçtüğün şey zamanlama değil abartı olur.
Başarı nasıl ölçülmeli?
İzin Kabul Oranı
Sabit sürede uygun ve atanmış kullanıcı başına verilen izni say; izin sorulanlardaki kabulü ayrıca raporla.
Ayrıca izle
- Yedi Gün Elde TutmaYalnızca izin verenleri değil tüm atanan kullanıcıları karşılaştır.
- Bildirim Tıklama OranıMesajlaşma politikası sabitken teslim edilen bildirimlere verilen yanıtı açıklayıcı metrik olarak raporla.
- İlk Oturum Tamamlamaİzin isteği akışı kesmemeli.
- Bildirimi Kapatma OranıSonraki izin geri çekmelerini aynı takip süresinde izle.
Test nasıl kurulmalı?
- ZamanlamaAçılışı, önceden belirlenen tek bir ilk değer event'iyle karşılaştır.
- AçıklamaVarsa izin öncesi açıklamayı ve metnini iki kolda aynı tut.
- Bildirim değeriİki kolda aynı gerçek bildirim kullanımını anlat.
- RetHer platformun desteklediği davranış içinde aynı ret ve tekrar isteme politikasını uygula.
- Platformİzin istenebilen kullanıcıları platform içinde randomize edip sonuçları ayrı incele.
Sonuç yorumlanırken nelere dikkat edilmeli?
- 1Sonucu sabit süre sonunda atanan uygun kullanıcı başına izin kabul oranıyla değerlendir; yalnızca sorulanlardaki kabule bakmak, o ana daha az kişinin ulaştığı ilk değer kolunu olduğundan iyi gösterebilir. Yedi gün elde tutmayı da tüm atanan kullanıcılarda karşılaştır; daha çok izin ama daha düşük ilk oturum tamamlama ya da elde tutma, o zamanlamayı seçmek için yeterli değildir.
- 2Sonucu her platformda ayrı oku, çünkü izin penceresinin davranışı ve tekrar isteme sınırları platforma göre değişir. Seçtiğin ilk değer event'i ya da açıklama metni değişirse sonuç da değişebilir; bildirimi kapatma oranını aynı takip süresinde izleyerek verilen iznin kalıcı olup olmadığına bak.
- 3İzin vermeyen kullanıcının uygulamayı kullanmaya devam edebildiğini iki kolda da kontrol et. Reddi cezalandıran ya da platformun desteklemediği biçimde yeniden soran bir akış kabul oranını şişirebilir ve sonucu yorumlanamaz hâle getirir.
- 4Net bir fark yoksa kabuldeki artış, sorulan kişi sayısındaki düşüşle eriyor olabilir. Önce kollara düşen kullanıcı sayısının planladığın orana uyduğunu doğrula (örneklem oranı uyumsuzluğu). Atama dengeliyse izin kabul oranındaki farkı A/B test anlamlılık hesaplayıcısıyla sına ve takip süresini kısaltma.
Sık Sorulan Sorular
İzin kabul oranı hangi kullanıcı grubu üzerinden hesaplanmalı?
Sabit sürede uygun ve atanmış kullanıcı başına verilen izni say. İzin sorulanlardaki kabulü ayrıca raporla. İlk değer event'ine daha az kişi ulaşabileceği için yalnızca sorulanlara bakmak varyantı olduğundan iyi gösterebilir. Kararı takip süresi sonunda net izin kabul oranı ile ver.
Elde tutmayı yalnızca izin verenlerde ölçmek neden yanıltır?
İzin verenler kendi seçtikleri bir gruptur ve kollar arasında farklı büyüklükte olabilir. Elde tutmayı tüm atanan kullanıcılar üzerinden karşılaştır. İzin isteğinin ilk oturumu kesip kesmediğini de kontrol et.
İzin vermeyen kullanıcıya nasıl davranılmalı?
Gruplar kol yapılmaz. Aynı havuzda randomize et, gerekirse grup bazında dengeli ata. İzin vermeyen kullanıcıyı uygulamadan mahrum bırakma. Sistem penceresi sınırlı sayıda gösterilebilir. Ret sonrası tekrar isteme kuralı iki kolda aynı olmalı. İzin geri çekmeyi eşit takip süresinde izle.
Mobil uygulama kategorisinden diğer testler
Tüm testlerYükleme ekranı mesajı satışı etkiler mi?
Mobil uygulamaSatın Alma Dönüşüm Oranı
Kısa bir kampanya mesajı mevcut bekleme sırasında teklife dikkat çekebilir. Mesaj, beklemeyi uzatmadan mevcut süreye sığmalıdır. Kampanyayı sabit tutarak satın almayı karşılaştır; mesajı gösterebilmek için yüklemeyi geciktirme.
Dönen kullanıcıya devam bloğu göstermek geliri artırır mı?
Mobil uygulamaZiyaretçi Başına Gelir (RPV)
Dönen ziyaretçi yakın zamandaki işine baştan gezinmeden devam etmek isteyebilir. Devam bloğu bu yolu açabilir; yanlış sınıflandırma veya eski aktivite bilgisi ise yararını azaltabilir. Tanımlı varyant dönen kullanıcı bloğudur; yeni kullanıcı anasayfasını yeniden tasarlamak başka deneydir.
Son gezilen ürünler şeridi satın almayı artırır mı?
Mobil uygulamaDönüşüm Oranı (CR)
Son gezilen ürünler, dönen ziyaretçinin aynı aramayı yapmadan gezinmeye devam etmesine yardımcı olabilir. Bu geçmiş önerilerden mutlaka daha ilgili değildir; tıklamalar yalnızca başka anasayfa bloğundan kayabilir. Şeridi uygun ziyaretçilerde yarattığı ek satın almayla değerlendir.
