Güncelleme Bildirimleri: Asıl Karar Hangisini Göndermemek

Bildirim paneli kullanıcıya bir şey vermeden önce ondan bir şey alır: dikkat. Bu yüzden iyi bir güncelleme bildirimi tasarlamak yeni bildirim eklemekle değil, mevcutların hangisinin gönderilmemesi gerektiğine karar vermekle başlar. Gönderilen her alakasız satır, sonraki alakalı satırın okunma ihtimalini düşürür.

Her bildirimin ikinci bir bedeli var

İlk boş bildirim kimseye pahalıya patlamaz. Onuncusu, kullanıcıya panelin gürültü olduğunu öğretir. Bundan sonra ödeme başarısız oldu ya da kargo elden çıktı satırı, artık bakmayan bir göze gelir.

Kötüsü şu: bu körlük seçici değil. Kullanıcı "sipariş bildirimlerini okuyayım, kampanyaları atlayayım" diye ayrıştırmaz, paneli topluca ıskalar. Yani kampanya duyurusunu sipariş durumuyla aynı yere koyduğunda, kampanyanın maliyetini siparişe ödetmiş olursun. İki ayrı kanal, tek bir zengin kanaldan neredeyse her zaman daha iyi çalışır.

Zamanlama tavsiyesi kendi içinde çelişiyor

Yaygın öneri, bildirimi kullanıcının en ilgili olduğu anda göstermek; genelde de örnek olarak giriş anı verilir. Aynı yerde ikinci bir öneri daha durur: kullanıcıyı bilgi bombardımanına tutma. Bu ikisi tam olarak önerilen anda çakışır, çünkü giriş anı kuyruğun en uzun olduğu andır. Kullanıcı üç gün yoksa, üç günlük birikim tek ekranda karşısına çıkar.

Çözüm kuyruğu boşaltmak değil, özetlemek. "3 siparişinizin durumu değişti" tek satırdır, detay tıklayınca açılır. Bir de bildirimlerin son kullanma tarihi vardır: kargoyu dün teslim almış kullanıcıya "kargoya verildi" göstermenin bir değeri yok. Olay bittiyse bildirim de biter.

Kapatmak, okumak demek değil

Çoğu panel tek durum tutar: görüldü ya da görülmedi. Oysa kullanıcının çarpıya basması "hallettim" kadar "şimdi değil" anlamına da gelir. İki farklı niyet varsa iki farklı düğme koy. Koyamıyorsan varsayılanı kapatınca silinmeyecek şekilde kur ve rozeti okunmamış sayısına değil, kullanıcıdan gerçekten eylem bekleyen kayıt sayısına bağla. Hiçbir zaman sıfırlanmayan rozet birkaç gün içinde görünmez olur, sonra da geri gelmez.

Panele girmeye hak kazanan olaylar

• Kullanıcının başlattığı bir sürecin durumu, onun müdahalesi olmadan değiştiyse.
• Kullanıcıdan bir eylem bekleniyorsa: onay, ödeme, eksik bilgi.
• Kullanıcının bir daha aynı şekilde çalışmayacağı bir şey değiştiyse.

Kendi yaptığı işlemin onayı bu listeye girmez, o bilgi zaten ekranda. Sürüm notları da girmez. Altyapı güncellendiğini duyurmak istiyorsan bunun yeri duyuru sayfasıdır; bildirim panelinde ancak kullanıcının takvimini ya da alışkanlığını değiştiren bir kesinti penceresi varsa yer alır, o zaman da dili resmi ve tarihli olur.

Göndermeden önce sorulacak tek soru

Kullanıcı bu bildirimi hiç görmezse ne kaybeder? Cevap "pek bir şey" ise gönderme. Panelin değeri içindeki satır sayısından değil, kullanıcının o satırlara duyduğu güvenden geliyor ve bu güven biriktiği hızdan çok daha çabuk tükeniyor.