Kapatılmayan Push Bildirimleri: Uygulamalar İçin 7 Kural

Üçüncü ayındaki bir market teslimat uygulamasını düşünün. Sipariş bildirimleri iyi çalışıyor, bu yüzden pazarlama ekibi de aynı kanalı kullanmaya başlıyor: hafta sonu indirimi, stoğa giren yeni bir marka, sepetin boş olmadığını hatırlatan bir mesaj, günün tarifi. Her mesaj tek başına mantıklı. Hepsi bir araya gelince günde dört beş kez geliyor, bazıları saat 23.00'te. Birkaç hafta sonra kullanıcıların önemli bir kısmı telefon ayarlarından bildirimleri kapatmış oluyor ve artık asıl istedikleri mesajı da almıyorlar: "Kuryeniz kapıda."

Kötü bir bildirimin gerçek maliyeti budur. Görmezden gelinen tek bir mesaj değil, kanalın tamamının kaybı; çoğu zaman da kalıcı olarak, çünkü çok az kişi sistem ayarlarına dönüp bildirimi yeniden açar.

Push bildirimleriyle ilgili tavsiyelerin çoğu izin penceresi üzerinedir: izni ilk açılışta değil, faydanın açıkça görüldüğü anda isteyin. Bu önemli, ama yalnızca giriş kapısı. Aşağıdaki kurallar, kullanıcı "evet" dedikten sonra olanlarla ilgili.

1. Her bildirime yazmadan önce bir görev verin

Bir bildirim türü geliştirilmeden önce onu üç gruptan birine koyun:

• Kullanıcı istedi. Sipariş durumu, randevu hatırlatması, mesajına gelen cevap, başarısız bir ödeme. İnsanların bildirime izin vermesinin asıl nedeni bunlar.
• Kullanıcı ister, eğer ilgiliyse. Kaydettiği üründe fiyat düşüşü, yeniden stoğa giren ürün, her gün kullandığı bir dil öğrenme uygulamasında bitmek üzere olan seri.
• Sizin görmesini istedikleriniz. Genel kampanyalar, yeni özellikler, "sizi özledik" mesajları.

İlk grup güvenilir ve hızlı olmalı. İkinci grup dar tutulmalı ve kullanıcının yaptığı bir şeye bağlı olmalı. Üçüncü grup küçük kalmalı ve hiçbir zaman ilk grubu gölgede bırakmasına izin verilmemeli. Bir ekip yeni bir mesajın hangi gruba ait olduğunu söyleyemiyorsa, mesaj genellikle üçüncü gruptadır.

2. Uygulamanın içinde kategoriler sunun

iOS'ta sistem anahtarı uygulamanız için ya hep ya hiçtir. Android'de bildirim kanalları insanların türleri tek tek kapatmasına izin verir, ama yalnızca kanalları mantıklı kurduysanız; pek çok uygulama her şeyi tek bir varsayılan kanala koyar.

Her iki durumda da kullanıcıya uygulama içinde kısa bir ayar ekranı verin: sipariş bildirimleri, hatırlatmalar, kampanyalar. Kampanyalardan rahatsız olan biri, sistem anahtarını bulmadan önce "Kampanyalar: kapalı" seçeneğini bulmalı. Üç ila beş kategori yeterli. Yirmi anahtar, kimsenin okumadığı bir ayar sayfasıdır.

Aynı ekran, her kategorinin ne gönderdiğini tek satırda, bir örnekle göstermek için de iyi bir yer. İnsanlar içinde ne olduğunu bildikleri kategoriyi açık tutmaya daha isteklidir.

3. Kullanıcının yerel saatinde gönderin, geceye saygı gösterin

Sunucuda "10.00" için planlanan bir mesaj bir saat diliminde 10.00'da, başka birinde 03.00'te gider. Kullanıcının saat dilimini kaydedin ya da en azından cihazdan çıkarın; acil olmayan mesajları onun sabahına ya da akşam erken saatlerine planlayın.

Sonra sessiz saatler belirleyin, örneğin 22.00 ile 08.00 arası; bu sürede yalnızca 1. maddedeki ilk grup geçebilsin. Saat 22.30'da gelen bir kurye bildirimi memnuniyetle karşılanır. Saat 22.30'da gelen bir indirim, her şeyi kapatmak için bir sebeptir.

4. Bütün şirket için tek bir haftalık üst sınır koyun

Bildirimler genellikle birkaç yerden gelir: ürün ekibi, pazarlama, bir müşteri başarı aracı, otomatik bir geri kazanım akışı. Her biri kendi sınırının içinde kalır ve kullanıcı yine de çok fazla mesaj alır.

İlk grup dışındaki her şey için kullanıcı başına haftalık tek bir üst sınırda anlaşın ve bunu tek bir yerde, mesajları gerçekten gönderen serviste uygulayın. Sınıra ulaşıldığında düşük öncelikli mesajlar bekler ya da düşer. Bu ilk başta ekiplere kısıtlayıcı gelir. Sınırın bir sonraki kampanyadan sağ çıkmasının da tek yolu budur.

5. Kilit ekranı için yazın

Bildirimlerin çoğu kilit ekranında, tek bakışta okunur ve birçoğu hiç açılmaz. Mesajı orada işe yarayacak şekilde yazın:

• Faydalı kısmı başa koyun. "2381 numaralı siparişiniz yola çıktı", "Müjde! Siparişinizle ilgili bir güncelleme var"dan iyidir.
• Ancak dokununca anlam kazanan merak cümlelerinden kaçının. İçerik gizlenirse kullanıcı, bildirimlerinizin zamanını boşa harcadığını öğrenir.
• Metne hassas ayrıntı koymayın. Kilit ekranını telefonun yanındaki herkes görebilir; bir sağlık ya da bankacılık uygulaması "Yeni bir mesajınız var" demeli ve ayrıntıyı giriş yapıldıktan sonra göstermeli.
• Mesajın konusu olan ekranı açın. Bir sipariş hakkındaki bildirimin ana sayfayı açması, küçük bir tutulmamış sözdür.

6. Kullanıcının zaten gördüğünü göndermeyin

Kullanıcı bir mesajı uygulamada okuduysa, onunla ilgili bildirim beş dakika sonra gelmemeli. Uygulamayı iki cihazda kullanıyorsa, birinde okuması ötekindekini temizlemeli. Bir ürün yeniden stoğa girip bir saat içinde tekrar tükendiyse, henüz gönderilmemiş uyarı iptal edilmeli.

Bu çoğunlukla arka uç işidir: gönderim servisi, mesajı tetikleyen olayı değil, güncel durumu bilmelidir. Kullanıcıların hiç övmediği ama eksik olduğunda hemen fark ettiği türden bir ayrıntıdır.

7. Yalnızca açılmayı değil, kapatılmayı da ölçün

Açılma oranı çoğu panelin gösterdiği sayıdır ve yanlış davranışı ödüllendirir: daha çok mesaj ve daha meraklandırıcı ifadeler kısa vadede daha çok açılma getirir. Şunları da izleyin:

• Bildirimleri açık olan aktif kullanıcıların oranı, haftadan haftaya.
• Uygulama içi ayarlarınızda hangi kategorinin, hangi mesajdan ne kadar sonra kapatıldığı.
• Bir kampanya gönderiminden sonraki bir gün içindeki uygulama silmeler.

Yeni bir mesaj türü açılmayı artırırken kapatmayı da artırıyorsa, size kanalı kaybettiriyordur. Kampanya raporu iyi görünse bile onu kaldırın.

Bir sonraki bildirim için kısa bir kontrol listesi

Yeni bir bildirim türü yayına girmeden önce onu isteyen kişi şu sorulara cevap verebilmeli:

1. Üç gruptan hangisine ait?
2. Uygulama içindeki hangi kategori onu kapatacak?
3. Yerel saate ve sessiz saatlere uyuyor mu?
4. Haftalık üst sınıra sayılıyor mu?
5. İlk satırı kilitli ekranda işe yarıyor mu?
6. Kullanıcı içeriği zaten gördüyse iptal edilecek mi?
7. Faydadan çok zarar verdiğini hangi sayı bize söyleyecek?

Kısaca

Kullanıcılar, istedikleri mesajlar zamanında geldiğinde ve geri kalanı seyrek, ilgili ve kolayca kapatılabilir olduğunda bildirimleri açık tutar. Her mesaja bir görev verin, uygulama içinde kategoriler sunun, yerel saatte gönderin, şirket genelinde tek bir haftalık üst sınır koyun, kilit ekranı için yazın, tekrarlardan kaçının ve kaç kişinin bildirimleri kapattığını izleyin. İzin penceresi sizi içeri alır; kalıp kalmayacağınıza bu alışkanlıklar karar verir.

Mobil uygulama geliştirirken bildirim kategorilerini, sessiz saatleri ve gönderim kurallarını ilk ekranlarla birlikte planlıyoruz, çünkü birkaç ekip mesaj göndermeye başladıktan sonra bunları eklemek çok daha zor.