Bildirim tercih merkezi: çalışan hangi bildirimi nereden alacağını seçmeli

Bir intranetin en çok kapatılan özelliği bildirimlerdir. Kapatılma sebebi bildirimin kendisi değil, hepsinin aynı olmasıdır: yeni bir takdir de, acil durum uyarısı da, yemekhane menüsü de aynı sesle gelir. İki hafta sonra çalışan hepsini birden kapatır ve o günden sonra acil olan da ulaşmaz.

Bildirim tercih merkezi bu döngüyü kırar: bildirimleri kategoriye ve kanala ayırır, seçimi çalışana bırakır.

Kategori × kanal matrisi

Tercih merkezinin çekirdeği iki eksenli bir tablodur.

Kategoriler (satırlar): duyuru, doküman, talep durumu, takdir, yorum ve bahsetme, etkinlik hatırlatması, anket, acil durum.

Kanallar (sütunlar): uygulama içi, push (tarayıcı/telefon), e-posta özeti, WhatsApp.

Her hücre bir tercih: "takdir bildirimlerini yalnızca uygulama içinde göster, push gönderme", "talep durumumu push'la bildir", "anketleri e-posta özetine bırak". Çalışan tabloyu kendine göre doldurur.

Hangi hücreler çalışana bırakılmaz?

Her şey seçilebilir olmamalı. İki sınıf hücre sabittir:

• Acil durum her kanaldan gider ve kapatılamaz. Deprem, tahliye, güvenlik olayı için "push'u kapatmıştım" kabul edilebilir bir açıklama değildir.
• Okudum onayı gereken duyurular en az uygulama içinde görünür kalır; çalışan hatırlatmayı susturabilir, kaydı kapatamaz.

Geri kalan her şey tercihe açıktır — ve tercih gerçekten çalışmalıdır. Kapatıldığında hiçbir şeyi değiştirmeyen bir anahtar, tercih merkezinin tamamına olan güveni bitirir.

Kanal kanal: ne için ne?

Uygulama içi varsayılan ve sessiz kanaldır. Zil simgesinde birikir, çalışan uygun olduğunda bakar. Kimseyi bölmez; bu yüzden en fazla kategori burada açık kalabilir.

Push dikkati keser. Yalnızca zaman kritik ve kişiye özel şeyler için doğrudur: talebim onaylandı, bana bir soru soruldu, toplantı 15 dakika sonra. "Yeni haber yayımlandı" push'u ilk hafta okunur, ikinci hafta kapatılır. Mobil intranet ve PWA yazısında push'un teknik tarafını anlattık.

E-posta özeti toparlayıcıdır: intranete girmeyen çalışan bile haftanın duyuru ve etkinliklerini görür. Anlık değildir ve öyle olmaya çalışmamalıdır.

WhatsApp en pahalı kanaldır: kişisel numara ister, yalnızca onaylı şablon mesaj gönderilebilir ve çalışanın açık izni gerekir. Kritik duyuru ve vardiya değişikliği gibi az sayıda kategoriye ayrılmalıdır; WhatsApp grupları yerine kurumsal kanal yazısında neden grup değil şablon mesaj olduğunu açıkladık.

Varsayılanlar politikadır

Çoğu çalışan tercih merkezini hiç açmaz. Bu yüzden varsayılan ayar, gerçek politikadır. İyi bir varsayılan şöyle görünür:

• Acil durum: her kanal, sabit
• Talep durumu ve bana yöneltilen soru/bahsetme: uygulama içi + push
• Duyuru: uygulama içi + haftalık e-posta özeti; push yalnızca "kritik" işaretli duyurularda
• Takdir, yorum, etkinlik: uygulama içi
• Anket: uygulama içi + e-posta özeti
• WhatsApp: kapalı, çalışan açar

Bu varsayılanla günde beş push yerine haftada birkaç push gider ve hiçbiri "neden geldi bu?" dedirtmez.

Opt-in mi, opt-out mu?

Kanalın maliyetine göre değişir. Uygulama içi ve e-posta özeti opt-out: varsayılan açık, isteyen kapatır. WhatsApp opt-in: kişisel numara ve KVKK açık rızası gerektirdiği için çalışan kendi açar. Push aradadır — tarayıcı zaten izin sorar, o izin verilmeden gönderilemez.

Wepilot'ta bu ayrım tercih merkezinde görünür: platform sayfasında anlatılan matriste yalnızca gerçekten gönderilen kanallar işlevsel bir anahtar olarak durur; henüz bağlanmamış bir kanal "yakında" diye devre dışı görünür, çalışana sahte bir seçim sunulmaz.

Bildirim sayısını ölçmek

Tercih merkezi kurulunca üç sayı izlenmelidir:

1. Push kapatma oranı. Yükseliyorsa gönderilen push'ların çoğu gereksizdir; varsayılanı sıkılaştırın.
2. Kişi başına günlük bildirim sayısı, kategoriye göre. Bir kategori günde birden fazla üretiyorsa toplu bildirime (günde bir "3 yeni takdir") geçmek gerekir.
3. Bildirimden gelen tıklama oranı. Push'un yüzde kaçı açılıyor? Yüzde 20'nin altı, o kategorinin push'a layık olmadığını söyler.

Bu ölçümler intranet analitiği panelinin bir parçası olmalıdır; duyuru yorgunluğu yazısındaki "haftalık aksiyon bütçesi" kuralı da bildirim tarafında geçerlidir.

Sık sorulan sorular

Çalışan tüm bildirimleri kapatabilir mi? Acil durum ve okudum onayı dışında evet. "Hepsini kapat" seçeneği bilinçli olarak yoktur; kategori kategori kapatmak, neyi kapattığını görmesini sağlar.

Yönetici çalışanın tercihini görebilir mi? Toplu istatistik olarak evet (kaç kişi push'u kapatmış), kişi bazında hayır. Tercih kişiseldir.

Bildirim tercihleri cihazlar arasında senkron mu? Tercih profilde saklanır, cihazda değil; telefondan yapılan seçim bilgisayarda da geçerlidir. Push izni ise cihaz bazlıdır — tarayıcı her cihazda ayrı sorar.

E-posta özetini kim gönderiyor? Sunucu, haftada bir, o hafta içeriği olan şirketlere. İçeriği olmayan haftada e-posta gitmez; boş özet, özetin kapatılmasının en kısa yoludur.