Kullanım Limitine Ulaşınca

Ürün analitiğinde kullanım limitine takılıp engellenen işlem sayısı sürekli görünüyorsa ve destek biletlerinde 'limit ne zaman sıfırlanır, neden devam edemiyorum' soruları birikiyorsa bu journey yerini bulur. Limit doldu olayı hangi limite ulaşıldığını taşımalı; sıfırlanma tarihi ya da limitin sıfırlanmadığı bilgisi hak kaynağından okunmalı. Hesap için alternatif yol ve kapasite seçeneği doğrulanabilmeli; push izni ve e-posta adresi de gerekir. Limite yanlış hak tanımı ya da bir hata yüzünden ulaşılıyorsa önce onu düzelt; mesaj hatalı bir engeli açıklamakla sorunu çözmez.

Kontrol grubuna göre engellenen işi sürdürme oranı

Başarı, engellenen işi alternatif yolla, ek kapasiteyle ya da yenilenen hakla sürdüren kullanıcıların payı ile kontrol grubundaki pay arasındaki farktır; yalnızca yükseltme sayısı ya da mesajın görülmesi ölçüt değildir.

Nasıl sayılır: Atanan tüm limit olayları (journey ve kontrol grubu) payda olur; pay, aynı takip süresinde kullanıcının engellenen işi sürdürdüğü olaylardır; iki grup arasındaki fark journey'nin etkisini verir. Mesajın gösterilmesi ya da tıklanması paydayı değiştirmez; devam edemeyenler de paydada kalır.

Ayrıca izle

• Alternatif yolla devam oranıAlternatif sunulan kullanıcılar içinde oturum bitmeden o yolla devam edenlerin payı; journey'nin ilk hedefidir ve yükseltmeden önce okunmalıdır.
• Kapasite artışı sonrası devamÜst plan ya da ek kapasite gösterilenler içinde kapasitesini artırıp işine dönenlerin payı; alternatif dalıyla toplamadan ayrı raporla.
• Sıfırlanma sonrası kullanımYenilendi push'u giden kullanıcıların yenilenen hakla işine dönme payı; yenilenme doğrulanmadan giden bildirim sayısı sıfır olmalı.
• İzin kapatma ve destek başvurusuAçılan destek biletlerinde limit sorularını, push izni kapatmalarını ve e-posta abonelik iptallerini izle; bilet sayısı düşmüyorsa ilk mesajın açıklamasını gözden geçir.

• Tetikleyici ve girişKullanım limiti dolup bir işlem engellendiğinde journey başlar; limite yaklaşan ama henüz takılmayan kullanıcı girmez, ona engellenmiş gibi konuşma. Hesapları girişte rastgele böl; kontrol grubu bu akıştan hiç mesaj almaz ve limiti yalnızca ürünün kendi arayüzünde görür.
• Kimler girmemeliLimit dolmadan önce uyarı vermek bu akışın işi değildir; kapsam tek limit olayıdır, aynı engel için ikinci akış açılmaz. Limiti, alternatif yolu ve kapasite seçenekleri hak kaynağından doğrulanamayan hesaplar da girmemeli.
• Zamanlama ve kanallarİlk uygulama içi mesaj ulaşılan limiti, sıfırlanma zamanını ve seçenekleri söyler. Alternatif varsa önce o sunulur ve oturum sonu beklenir; alternatif dururken yükseltmeyi tek çözüm gibi sunma. Sonra kapasite satılabiliyorsa üst plan gösterilir, oturum sonu beklenir; kalanlara sıfırlanma zamanına göre push ya da e-posta gider.
• Çıkış ve devirKullanıcı alternatifle devam ettiğinde ya da kapasitesini artırdığında journey kendi çıkışında biter. Diğer herkes bilgilendirildi çıkışında kapanır; yakında sıfırlanan limitte bu, sıfırlanma beklenip yenilendi push'u gittikten sonra olur. Devir yoktur; hiçbir seçenekle devam edemeyen kullanıcıyı bu çıkışta görünür tut.
• Sıklık ve izinBir limit olayında en fazla beş temas olur: üç uygulama içi mesaj ve yakında sıfırlanan limitte iki push, diğer dallarda tek e-posta. İzni olmayan kullanıcıya push gitmez, e-posta için abonelik gerekir; sıfırlanma tarihi hak kaynağında yoksa geçici bekleme izlenimi veren mesaj gönderme.

1. 1İşi sürdürenlerin payı journey grubunda kontrol grubundan yüksek değilse mesajlar zaten yolunu bulacak kullanıcıya eşlik etmiştir; daha çok görüntüleme ya da tıklama bunu telafi etmez. Yükseltme sayısı artarken alternatifle devam düşüyorsa sıra bozulmuştur, kuralı yeniden kontrol et.
2. 2Etki şu sıraya bağlıdır: önce alternatif, sonra kapasite, en son sıfırlanma bilgisi. Kapasite artışı bu limit olayından önce başlamış ya da başka bir teklifle gelmişse bu journey'ye yazma; yalnızca limit olayından sonra, aynı takip süresinde gerçekleşen devamı say.
3. 3Belirsiz ya da küçük bir fark için iki grubun limit olayı ve devam sayısını A/B test anlamlılık hesaplayıcısıyla test et; hesaplayıcı farkı anlamlı bulmuyorsa daha çok olay biriktir ve dal bazındaki küçük sayıları tek tek yorumlamaktan kaçın.