Bildirim izni bir kez verilir ve yavaş yavaş harcanır. Çoğu ürün bu izni, kimsenin tartışmalı sanmadığı bir mesaj tipine kaptırır; kapatma oranı fark edildiğinde faydalı mesajların ulaşacağı bir yer kalmamıştır.
Bu rehber hâlihazırda ne gönderdiğinizi nasıl denetleyeceğinizi, eklemeden önce neyi kaldıracağınızı ve yeni bir mesaj tipinin izni tüketmeyecek biçimde nasıl yazılıp sınırlanacağını anlatıyor.
Kısa cevap
- İzin harcanır, yenilenmez: Ürünler izni, kimsenin tartışmalı sanmadığı mesaj tipine kaptırır ve izin geri gelmez.
- Eklemeden önce denetleyin: En kötü performans göstereni iki hafta kapatmak, genellikle ölçülebilir hiçbir şeyin kötüleşmediğini gösterir.
- Kilit ekranı için yazın: Cümle bağlamsız okunmaya dayanmıyorsa o bir iç durum güncellemesidir.
- Kapatmayı tip bazında ölçün: Toplamda, zarar veren bir mesaj dört faydalının arkasına saklanır.
İş sonucunu ve kullanıcıyı netleştirin
Bildirim çalışmasının hedefi mesaj göndermek değil, izni korumaktır. Her mesaj tipinin ne için gönderildiğini ve kullanıcının bu konuda ne yapabileceğini yazın. Bu yanıt yoksa mesaj, kullanıcıya değil gönderen ekibe hizmet ediyordur ve izni o tüketir.
Hâlihazırda gönderdiklerinizi listeleyin. Her mesaj tipinin sahibi ve kapatma oranı yan yana yazıldığında, izni asıl kimin tükettiği genellikle beklenenden farklı çıkar. Listeyi bir tabloda tutun; dağınık biçimde yönetilen bildirimler zamanla kimsenin sahiplenmediği bir yığına döner.
Başka ekiplerin aynı kanaldan gönderdiklerini de ekleyin. Kullanıcı izni kaldırırken birimler arasında ayrım yapmaz; bu nedenle sınır tek bir ekibe değil ürüne konmalıdır. Haftalık toplam mesaj sayısını tek bir kullanıcı üzerinden hesaplayın; bu rakam ekiplerin kendi mesajlarına bakış açısını değiştirir.
Mobil bildirim stratejisi için dört karar alanı
İzin
Kullanıcının evet derken neyi kabul ettiğini yazın ve bu mesajın makul biçimde o kabulün kapsamına girip girmediğini kontrol edin. İzin bir kez verilir ve yavaş yavaş harcanır; çoğu ürün bunu, kimsenin tartışmalı sanmadığı bir mesaj tipine kaptırır.
Tetikleyici
Mesajı başlatan olayı, bunun bir günde kaç kez gerçekleşebileceğini ve uygulamaya hazır olduğunuz üst sınırı belirleyin. Tavanı olmayan bir tetikleyici, hareketliliği öğleden önce kırk bildirim üreten o tek müşteriyi mutlaka bulur.
Mesaj
Metni, kilit ekranında bağlamsız okunacak cümle olarak yazın ve kullanıcının bu konuda ne yapabileceğini söyleyin. Mesaj bu sınavı geçemiyorsa müşteriye gönderilen bir iç durum güncellemesidir.
Hedef
Dokunmanın açacağı ekranı ve ilgili kayıt çoktan işlenmişse kullanıcının ne göreceğini kararlaştırın. Belirli bir uyarıdan sonra birini ana ekrana düşürmek, ona dokunmanın zahmete değmediğini öğretmenin en hızlı yoludur.
Riskleri erken görünür hale getirin
- İzin kapsamı zorlanır: Her mesajı kullanıcının kabul ettiği şeye karşı kontrol edin ve bu sınavı geçemeyenleri kaldırın. Sınavı geçemeyen mesajı kaldırın, yeniden yazmayın.
- Tek olay kırk kez tetiklenir: Her tetikleyiciye günlük üst sınır koyun ve en hareketli müşterinizle test edin. Sınırı test ederken en hareketli hesabı seçin, ortalamayı değil.
- Mesaj gürültü olarak okunur: Metni kilit ekranında bağlamsız okunacak cümle olarak yazın ve kullanıcının ne yapabileceğini söyleyin. Metni yazan kişi ile gönderen ekip aynı olsun.
- Dokunma boşa çıkar: Açılacak ekranı belirleyin ve kayıt çoktan işlenmişse ne gösterileceğine karar verin. Hedef ekran yoksa bildirim gönderilmesin.
Hayata geçirilebilir bir yol haritası yazın
- Gönderdiklerinizi denetleyin. Her mesaj tipini sahibi ve kapatma oranıyla birlikte listeleyin.
- En kötüyü kapatın. Kapatma oranı en yüksek mesajı iki hafta durdurun ve ölçülebilir bir kayıp olup olmadığına bakın.
- Yeni tipi dar yayınlayın. Günlük sınır koyarak kullanıcıların küçük bir bölümüne açın ve kapatma oranını karşılaştırın.
- Rakamları paylaşın. Tip bazındaki kapatma oranlarını, mesaj talep eden ekiplerin göreceği yerde tutun.
Canlı operasyon ve benimseme hazırlığı
Mobil bildirim stratejisi yayına alındığında işi kimin yöneteceğini lansmandan önce belirleyin. Mobil bildirim stratejisi için operasyon akışı, normal vakaların yanında geciken, yanlış veya eksik bilgi içeren durumları da desteklemelidir. Ekiplerin erişimi, iş kuyruğu, eskalasyon yolu ve yardım prosedürü hazır değilse teknik olarak çalışan ürün yeni bir manuel koordinasyon katmanı oluşturabilir.
Bir günlük iş provası yapın. Temsilî kullanıcılar, gerçekçi veri ve yaygın bir istisnayla mobil bildirim stratejisi akışını baştan sona yürütün. Gözlemciler belirsiz durumu, eksik erişimi, çift kaydı, açıklanmayan beklemeyi ve desteğe yönelen soruları kaydetsin. Bu prova eğitim içeriği, arayüz mesajı veya operasyon kuralı ihtiyacını yayından önce gösterir.
Benimsemeyi sadece oturum açma sayısıyla değerlendirmeyin. Başarılı tamamlama, sonuca ulaşma süresi, geri kazanım, destek ihtiyacı ve eski kanala dönüş davranışı birlikte izlenmelidir. İlk kullanıcı grubu ve genişleme koşulu önceden tanımlanırsa mobil bildirim stratejisi kontrollü bir işletme değişikliği olarak yönetilebilir.
Sonraki adım
Mobil bildirim stratejisini kampanya planı olmaktan çıkarıp bir izin bütçesi olarak ele alın. Haftalık üst sınırı belirleyin, sahibini adlandırın ve her yeni mesaj tipini o sınırın içinde değerlendirin.
İlgili rehber: Sigorta Mobil Uygulaması Geliştirme Rehberi.
30 günlük doğrulama planı: Mobil bildirim stratejisi
1-5. günler: hâlihazırda ne gönderdiğinizi denetleyin. Ürünün şu anda gönderdiği her mesajı, bunu kimin istediğini ve kullanıcının ne yapması beklendiğini listeleyin. Her birinin yanına tip bazındaki bildirim kapatma oranını yazın. Ekipler genellikle izin kayıplarını hangi mesajın sürüklediğine şaşırır ve bu nadiren endişelendikleri mesajdır. Aynı kanaldan başka ekiplerin gönderdiklerini de ekleyin; kullanıcı izni kaldırırken birimler arasında ayrım yapmaz.
6-15. günler: eklemeden önce kesin. En kötü performans göstereni iki hafta kapatın ve ölçülebilir bir şeyin kötüleşip kötüleşmediğini izleyin. Çoğu üründe hiçbir şey kötüleşmez. Sonuçsuz biçimde kaldırılabilen bir bildirim, kullanıcılara okumadan kaydırmayı öğretiyordu; asıl önemli mesajlara zarar veren de buydu. Tam bir faturalama ya da raporlama döngüsü boyunca kapalı tutun; böylece mevsimsel bir etki, değişikliğin sonucu sanılmaz.
16-30. günler: yeni bir tipi küçük bir gruba gönderin. Gerçek bir kullanıcı amacı olan mesajı alın, katı bir günlük sınır koyun ve kullanıcıların yüzde birkaçına açın. Bu grubun bildirim kapatma oranını diğerleriyle karşılaştırın. Otuz günlük bu karşılaştırma, kaç bildirimin fazla olduğunu herhangi bir sektör rakamından daha iyi gösterir; çünkü yanıtlayan kendi kullanıcılarınızdır. Hangi kapatma oranında mesajı geri çekeceğinizi önceden kararlaştırın; bu rakam, henüz kimse özelliğe bağlanmamışken çok daha kolay tartışılır.
Pratik çalışma sayfası: Mobil bildirim stratejisi
Bildirimler, bir yılda kazandığınız izni kaybetmenin en hızlı yoludur. Yeni bir mesaj tipi eklemeden önce onun için bir satır doldurun ve tamamlanmış tabloyu uygulamanın ne göndermeye yetkili olduğunun kaydı olarak saklayın.
| Karar alanı | Kaydedilecek bilgi |
|---|---|
| İzin | Kullanıcının evet derken neyi kabul ettiği ve bu mesajın makul biçimde o kabulün kapsamına girip girmediği |
| Tetikleyici | Bildirimi başlatan olay, bu olayın bir günde kaç kez gerçekleşebileceği ve uygulamaya hazır olduğunuz üst sınır |
| Mesaj | Kullanıcının bu konuda ne yapabileceği; kilit ekranında bağlamsız okunacak cümle olarak yazılmış hali |
| Hedef | Dokunma sonrası açılan ekran ve ilgili kayıt çoktan işlenmişse kullanıcının ne göreceği |
| Ölçüm | Toplamda değil mesaj tipi bazında bildirim kapatma oranı; böylece kötü bir mesaj dört faydalının arkasına saklanamaz |
Tip bazındaki kapatma oranlarını, bildirim talep eden ekiplerin görebileceği bir yerde tutun. Kendi mesajlarının kullanıcıları her şeyi kapatmaya ittiğini gören bir pazarlama ekibi, politika yazılmadan önce genellikle kendi kendini düzeltir.
İlgili rehberler
- Bunun büyük kısmı şuradakine bağlı: Mobil Uygulama Yönetim Paneli: Özellikler, Roller ve Akışlar.
- Kısıt başka yerdeyse şunu okuyun: Uygulama Lansman Kontrol Listesi: Yayın Öncesi ve Sonrası.
Kullanıcıları Bunaltmadan Mobil Bildirim Stratejisi Nasıl Planlanır? iki platformda da yayına girmesi gereken bir uygulamaya işaret ediyorsa Mobil Ürününüzü Konuşalım.
Ali Boran Gazel