Transactional Bildirimler: SMS ile Push Arasında Karar Vermek
Bir bildirimin transactional sayılması, kullanıcının bir işlem başlatmış olmasına bağlı. Bu sınır pratikte sürekli aşılıyor: sepet hatırlatması işlem bildirimi diye gönderiliyor, kampanya duyurusu sipariş bilgisinin arkasına iliştiriliyor. Sınırın nerede durduğu yalnızca üslup meselesi de değil, hangi mesaj için önceden onay gerektiğini belirliyor.
Sınır nerede
Tanım kâğıt üzerinde açık: kullanıcının kendi başlattığı bir işlemin sonucunu, durumunu ya da güvenliğini bildiren mesaj. Sipariş onayı, teslimat durumu, ödeme sonucu, şifre sıfırlama, tanınmayan cihazdan oturum açma uyarısı.
Sepette bırakılan ürünün hatırlatılması bu tanıma girmiyor. Kullanıcı bir işlem başlatmadı, yarıda bıraktı, gönderen taraf onu geri getirmeye çalışıyor. Üyelik avantajı duyuruları için de aynısı geçerli. Bunlar pazarlama mesajı; pek çok rehberde push bildirim örneği olarak işlem bildirimi başlığının altında listelenmeleri tanımı değiştirmiyor.
Türkiye'de ayrımın hukuki bir karşılığı da var. 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun, devam eden bir üyelik veya abonelik ilişkisi kapsamındaki tahsilat, borç hatırlatma, bilgi güncelleme, satın alma ve teslimat bildirimlerini önceden onay şartından muaf tutuyor. Sepet hatırlatması o listede yok. Sınırı gevşetmenin bedeli, ticari ileti onayı bulunmayan bir alıcıya ticari ileti göndermiş olmak.
Kanal seçimi hızla ilgili değil
"SMS anlıktır, e-posta gecikir" cümlesi bugün pek bir şey açıklamıyor. Üç kanal da saniyeler içinde teslim ediliyor. Fark teslimatın garantisinde ve mesajın sonradan nerede durduğunda.
Push bildirim bir zincire bağlı: uygulama yüklü olacak, bildirim izni verilmiş olacak, cihaz bir noktada ağa çıkacak. Zincirin herhangi bir halkası koptuğunda mesaj hiç görünmez ve gönderen taraf bunu çoğu zaman fark etmez. APNs ya da FCM tarafında iletildi görünen bir bildirim, kullanıcının ekranında göründü anlamına gelmiyor. SMS'te zincir daha kısa, üstelik mesaj kutusunda kalıcı: aranabiliyor, uygulama silinse bile duruyor.
Ayrımı şöyle kurmak daha sağlam duruyor. Mesaja sonradan tekrar bakılacaksa, yani içinde sipariş numarası, teslimat kodu ya da doğrulama kodu varsa SMS. Mesaj yalnızca şu anki bağlamda anlamlıysa ve kullanıcıyı zaten açık olan uygulamanın içindeki bir yere götürüyorsa push.
Mesajın içinde ne olacak
Tek eylem, tek bilgi kuralı doğru ama eksik. Asıl mesele kullanıcının mesajı açmadan işini görebilmesi. Sipariş numarası bildirim metninin kendisinde olmalı, arkasındaki bağlantıda değil. Doğrulama kodu ilk kırk karakter içinde geçmeli, çünkü kilit ekranında görünen kısım o kadar.
Bir e-ticaret projesinde kargo bildirimini sipariş durumu değişince değil kargo firmasının webhook'u düştüğünde tetikleyecek şekilde taşımıştık; "kargom nerede" çağrılarının çoğu tek başına bununla eridi.
Güvenlik bildirimlerine bağlantı koymamak ayrı bir tercih. Kullanıcıya yıllarca bankadan gelen linke tıklamaması söylenip sonra şifre sıfırlama SMS'ine link konuyorsa, doğru davranışı öğretmekten vazgeçilmiş demektir. Kodu gönderin, kullanıcı uygulamaya kendisi girsin.
Abonelikten çıkma nereye kadar
Her bildirimin sonuna abonelikten çıkma satırı eklemek yaygın bir tavsiye, ama işlem bildiriminde karşılığı yok. Kullanıcı doğrulama kodundan ya da oturum açma uyarısından çıkamaz. Çıkabiliyorsa o mesaj zaten pazarlamadır ve ilk bölümdeki sınırın yanlış tarafındadır.
İşe yarayan şey tek bir açma kapama düğmesi değil, tür ve kanal kırılımında bir tercih ekranı: kargo güncellemeleri push, ödeme ve güvenlik SMS, kampanya hiçbiri. Kurulumu bir tercih tablosu ve gönderim anında tek bir kontrolden ibaret. Kullanıcıyı bildirimleri tümden kapatmaktan alıkoyan da bu.
Ölçerken bakılacak sayı teslim oranı değil. Bildirim gönderilen kullanıcıların ne kadarının izni geri çektiğine bakın. O oran tırmanıyorsa sorun kanal seçiminde değil, gönderme kararında.