Bir acente yazılımında gün içinde yüzlerce olay yaşanır: Teklif sonuçları gelir, görevler atanır, yenileme tarihleri yaklaşır, tahsilatlar gecikir, müşteri talepleri düşer. Bu olayların her biri bir bildirim fırsatı gibi görünür. Ama her olayı telefona anlık bildirim olarak göndermek, kısa sürede çalışanın tüm bildirimleri kapatmasıyla sonuçlanır. O noktadan sonra gerçekten önemli olan uyarı da kaybolur.
Bildirim kurgusunun en temel kararı, "ne bildirilecek" sorusundan önce "hangi kanaldan bildirilecek" sorusudur. Bu yazıda push bildirim, uygulama içi mesaj ve e-posta kanallarını acente olaylarına göre nasıl eşleştirebileceğinizi InsureHub'ın yazılım sağlayıcı bakış açısıyla ele alıyoruz.
Üç kanalın karakteri
Push bildirim
Telefonun kilit ekranına ya da bildirim merkezine düşen, çalışanın o an başka bir şey yaparken bile gördüğü mesajdır. Dikkat çekme gücü yüksektir, bu yüzden en değerli ve en kolay tüketilen kanaldır. Push bildirim, çalışanın kısa süre içinde harekete geçmesi gereken durumlar için ayrılmalıdır.
Uygulama içi mesaj
Kullanıcı uygulamayı açtığında gördüğü bildirim kutusu, rozetler ve ekran içi uyarılardır. Çalışanın akışını bölmez, ama uygulamaya girdiğinde gözden kaçmaz. Günlük iş takibinin büyük kısmı için doğru kanaldır.
E-posta
Kalıcı, aranabilir ve uzun içerik taşıyabilen kanaldır. Özet raporlar, haftalık durum bilgileri ve belge gerektiren bildirimler için uygundur. Anlık aksiyon gerektiren işler için ise yavaş kalır.
Kanal seçimi için dört soru
Bir olay için kanal belirlerken şu dört soruyu sırayla sormak, karar vermeyi kolaylaştırır:
- Bu olay beklerse ne kaybedilir? Kayıp dakikalar içinde ortaya çıkıyorsa push düşünülebilir; saatler ya da günler içinde ortaya çıkıyorsa uygulama içi mesaj yeterlidir.
- Olay kime ait? Yalnızca ilgili kişiye mi gitmeli, yoksa bir ekibe mi? Ekip bildirimleri push olarak gönderildiğinde gürültü hızla artar.
- Çalışan bildirimi gördüğünde ne yapacak? Net bir aksiyon yoksa bildirim gereksizdir ya da bir özetin parçası olmalıdır.
- Bu bilgi sonradan aranacak mı? Kalıcı kayıt gerekiyorsa e-posta veya uygulama içi kayıt tercih edilmelidir.
Acente olayları için örnek eşleştirme
Aşağıdaki eşleştirme her acente için birebir geçerli olmayabilir, ama başlangıç noktası olarak kullanılabilir:
- Müşteri görüşme sırasında beklerken teklif sonuçlarının tamamlanması: Push. Temsilci başka bir ekrana geçmiş olabilir ve müşteriye hemen dönmesi gerekir.
- Size yeni atanan ve aynı gün tamamlanması gereken görev: Push.
- Yenileme tarihi yaklaşan poliçeler: Uygulama içi mesaj ve günlük özet. Bu olaylar önceden bilinir ve planlı takip gerektirir.
- Ekip arkadaşının müşteri kartına eklediği not: Uygulama içi mesaj. Bilgi değerlidir ama anlık değildir.
- Gecikmiş tahsilat listesi: Sorumlu kişiye uygulama içi mesaj, yöneticiye haftalık e-posta özeti.
- Yeni cihazdan hesabınıza giriş yapılması: Push ve e-posta. Güvenlik olayları hem anlık hem kalıcı olarak bildirilmelidir.
- Şube performans özeti: E-posta. Yöneticinin masa başında, sakin bir anda okuması gereken içeriktir.
Bildirim yorgunluğunu önlemek
Doğru kanal seçimi kadar önemli olan, bildirimlerin toplam yükünü kontrol altında tutmaktır. Bunun için birkaç yöntem öne çıkar:
- Gruplama: Aynı türden birden çok olay kısa sürede yaşanıyorsa, bunlar tek bir bildirimde toplanmalıdır. Beş ayrı yenileme bildirimi yerine "bugün takip edilecek beş yenileme var" mesajı daha işlevseldir.
- Sessiz saatler: Mesai dışında yalnızca güvenlik olayları gibi kritik bildirimler gönderilmeli, diğerleri sabah özetine aktarılmalıdır.
- Kullanıcı tercihleri: Çalışanın hangi olaylar için push almak istediğini belirleyebilmesi, kanalların kişisel çalışma düzenine uymasını sağlar. Ancak güvenlik bildirimleri gibi bazı kritik kategoriler kapatılamamalıdır.
- Tekrar sınırı: Aynı olay için defalarca hatırlatma yapmak yerine, belirli sayıda hatırlatmadan sonra konu yöneticinin görünürlüğüne taşınmalıdır.
Bildirim içeriği: Kısa, eyleme dönük, güvenli
Kanal doğru seçilse bile bildirimin içeriği zayıfsa etki azalır. İyi bir bildirim üç şeyi kısa yoldan söyler: ne oldu, neden önemli ve ne yapılmalı. "Teklif sonuçlarınız hazır, müşteriye dönüş için kaydı açın" gibi bir cümle, belirsiz bir "yeni güncelleme" mesajından çok daha işlevseldir. Bildirime dokunulduğunda kullanıcının doğrudan ilgili kayda gitmesi, ana ekrandan arama yapmak zorunda kalmaması da içeriğin bir parçasıdır.
Bunun yanında push bildirimlerin kilit ekranında görüneceği unutulmamalıdır. Müşteri adı, plaka ya da ödeme bilgisi gibi kişisel veriler bildirim metnine yazılmamalı; ayrıntı, kimlik doğrulandıktan sonra uygulama içinde gösterilmelidir. Böylece anlık kanalın hızı, veri gizliliğinden ödün vermeden kullanılmış olur.
Rol bazlı farklılaşma
Saha temsilcisi, operasyon çalışanı ve acente yöneticisi aynı olaya farklı açılardan bakar. Teklif sonucunun gelmesi saha temsilcisi için anlık bir uyarıdır; yönetici için ise günlük teklif özetinin bir satırıdır. Bildirim kurgusunda rollerin ayrı ele alınması, her kişinin yalnızca kendi işine dair sinyaller almasını sağlar. Rol bazlı yetkilendirme yapısı bulunan bir sigorta acentesi yazılımında bu ayrım, yetki yapısının doğal bir uzantısı olarak kurulabilir.
Kanal kararlarını ölçmek
Bildirim düzeni bir kez kurulup bırakılmamalıdır. Belirli aralıklarla şu soruları sormak, kurgunun işe yarayıp yaramadığını gösterir: Çalışanlar push bildirimlerini kapatıyor mu? Hangi bildirimler açılmadan siliniyor? Hangi görevler bildirim gönderilmesine rağmen gecikiyor? Bu sorulara verilen yanıtlar, bazı olayların kanalının değiştirilmesi ya da tamamen kaldırılması gerektiğini ortaya koyar.
Sonuç
İyi bir bildirim düzeni, çalışana daha çok mesaj göndermek değil, doğru mesajı doğru kanaldan göndermektir. Push bildirimi anlık aksiyon için, uygulama içi mesajı günlük iş takibi için, e-postayı kalıcı özetler için ayırmak; ekibin telefonunu bir alarm kaynağı olmaktan çıkarıp gerçek bir çalışma aracına dönüştürür.
InsureHub'ın mobil uygulaması ve web paneli aynı veri üzerinde çalıştığı için bir olayın hangi ekranda, kime ve nasıl gösterileceği ortak bir yapı içinde ele alınabilir. Kendi ekip yapınıza uygun bildirim düzenini konuşmak için demo talebi oluşturabilirsiniz.