Bildirim şablonları ve dili: push mesajı 40 karakterde ne anlatır?

Bildirim metni, iç iletişimin en kısa ve en çok görülen biçimi. Kilit ekranda iki satır; okuyan kişi orada uygulamayı açıp açmayacağına karar veriyor.

Buna rağmen çoğu kurumda bildirim metinleri üzerine düşünülmüyor: sistem ne üretiyorsa o gidiyor.

Üç kanalın üç farklı dili

Push bildirimi. Yaklaşık 40–60 karakterlik bir başlık ve kısa bir gövde. Tek iş yapıyor: dikkat çekmek ve açtırmak. Tüm bilgiyi buraya sığdırmaya çalışmak hata.

Uygulama içi bildirim. Daha uzun olabiliyor, bağlam taşıyor, listede birikiyor. Burada «ne oldu ve ne yapmam gerekiyor» eksiksiz anlatılmalı.

E-posta. En uzun biçim; özet ve toplu bildirim için uygun. Haftalık özet kurgusunu haftalık e-posta özeti yazısında ele aldık.

Aynı metni üç kanala da göndermek, en yaygın ve en kolay düzeltilebilir hata.

İyi bir push metninin yapısı

Üç öğe: kim/ne, fiil, sonuç ya da eylem.

Karşılaştırma:

| Zayıf | Güçlü | | --- | --- | | Yeni bir bildiriminiz var | İzin talebiniz onaylandı | | Duyuru yayımlandı | Yarın servis saatleri değişiyor | | Güncelleme | Ayça sana takdir gönderdi | | Hatırlatma | İSG eğitimin 3 gün sonra doluyor |

Sağ sütundaki metinler, uygulama açılmadan da bilgi taşıyor. Bu önemli: bildirimlerin çoğu zaten açılmıyor ve açılmadan bilgi veren bildirim, işini yapmış oluyor.

Şablon yapısı ve değişkenler

Bildirim metinleri şablon olarak tutulmalı, kodun içine gömülmemeli. Şablonlar değişken taşıyor: kişi adı, içerik başlığı, tarih, durum.

Şablonlarda dikkat edilecekler:

• Uzun değerler kırpılmalı. 80 karakterlik bir duyuru başlığı, bildirimde ortadan kesiliyor.
• Boş değer öngörülmeli. Adı olmayan bir kayıt, «... tarafından» diye başlayan garip bir metin üretiyor.
• Çoğul ve tekil ayrılmalı. «3 yeni yorum» ile «1 yeni yorum» aynı şablondan çıkmalı.
• Dil desteği baştan kurulmalı. Çok dilli şirkette bildirim, kullanıcının tercih ettiği dilde gitmeli; yaklaşımı çok dilli intranet ve içerik çevirisi yazısında ele aldık.

Örnek: hatırlatma metninin yeniden yazılması

Bir şirkette zorunlu eğitim hatırlatmaları gönderiliyor ve tamamlanma oranı düşük kalıyor.

Gönderilen metin şu: «Tamamlanmamış eğitiminiz bulunmaktadır. Lütfen sisteme giriş yaparak tamamlayınız.»

Metin üç sorun taşıyor: hangi eğitim olduğu yazmıyor, ne kadar süre kaldığı belirsiz ve dil uzak.

Yeni metin: «İSG eğitimin 5 gün sonra doluyor — 12 dakika sürüyor.»

Değişen üç şey var: eğitimin adı, kalan süre ve ne kadar süreceği. Son madde beklenmedik biçimde etkili oluyor; insanların erteleme sebebi çoğu zaman işin uzun süreceği varsayımı.

Hatırlatmanın gönderim saati de değiştiriliyor: mesai başında değil, öğleden sonra. Tamamlanma oranı belirgin biçimde yükseliyor.

Eğitim takibinin yapısını kurumsal eğitim ve quiz yönetimi yazısında ele aldık.

Sıklık ve yorgunluk

İyi yazılmış bildirim bile çok sık geldiğinde kapatılıyor. Ve bir kez kapatılan bildirim kanalı, genellikle geri açılmıyor.

Sıklığı yönetmenin yolları: benzer bildirimleri birleştirmek (üç ayrı yorum bildirimi yerine tek özet), kritik olmayan bildirimleri varsayılan olarak kapalı bırakmak, sessiz saat tanımlamak ve kullanıcıya kanal bazında seçim hakkı vermek.

Son madde en önemlisi. Ancak burada bir ilke var: yalnızca gerçekten gönderilen bildirimler için toggle gösterilmeli. Çalışmayan bir kanalı ayarlarda açık tutmak, kullanıcıya olmayan bir kontrol sunmak anlamına geliyor.

Tercih merkezinin kurulumunu bildirim tercih merkezi, yorgunluk boyutunu duyuru yorgunluğu ve bilgi kirliliği yazısında ele aldık.

Ne bildirim olmalı, ne olmamalı?

Pratik ayrım: bildirim, kişinin bir şey yapması gerektiğinde ya da kaçırmaması gereken bir şey olduğunda gönderilmeli.

Bildirim olmalı: onay bekleyen talep, kendisine atanan görev, kendisinden bahsedilen yorum, süresi dolan yükümlülük, acil duyuru, vardiya değişikliği.

Bildirim olmamalı: her yeni içerik, her beğeni, okuması iyi olur diye düşünülen yazılar, kutlama mesajlarının tamamı.

İkinci listedekiler uygulama içinde görünmeli ama telefonu titretmemeli.

Anlık bildirim altyapısının teknik tarafını mobil intranet ve PWA yazısında ele aldık.

Sık sorulan sorular

Emoji kullanılmalı mı? Ölçülü. Bir emoji türü ayırt etmeye yardım ediyor; üç emoji ciddiyeti azaltıyor. Kurumsal tonun sınırlarını intranet içerik yazım kılavuzu yazısında ele aldık.

İsimle hitap etmeli mi? Evet, açılma oranını artırıyor. Ancak toplu duyurularda kişiselleştirme sahte bir samimiyet üretebiliyor; ayrım, bildirimin gerçekten kişiye özel olup olmadığında.

Mesai dışında bildirim gönderilmeli mi? Acil olmayanlar için hayır. Zamanlanmış gönderim, hem yazan hem alan için doğru çözüm; gerekçesini iş–yaşam dengesi politikası yazısında anlattık.

Bildirim metinleri kim yazıyor olmalı? Şablonlar bir kez, iç iletişim tarafından yazılmalı. Her modülün kendi metnini ürettiği yapılarda ton tutarsız hâle geliyor.