Vadesi geçen bir taksit çoğu zaman müşterinin isteksizliğinden değil; değişen bir kart bilgisinden, yanlış açıklamayla yapılan bir havaleden ya da yalnızca yoğun geçen bir haftadan kaynaklanır. Bu yüzden gecikmiş prim takibinde amaç müşteriyi sıkıştırmak değil, doğru zamanda doğru tonla hatırlatarak ödemeyi kolaylaştırmaktır. Elle yürütülen takipte ise ya herkes aynı sertlikte aranır ya da bazı dosyalar hiç aranmaz. Kademeli bir hatırlatma akışı bu iki uç arasında dengeli bir düzen kurar. Bu yazıda gecikme kademelerini nasıl tanımlayabileceğinizi, her kademede hangi kanalın ve hangi mesajın kullanılacağını ve akışın nasıl ölçüleceğini ele alıyoruz.
Kademeli akış tek bir hatırlatmadan neden daha etkilidir?
Tek seferlik bir “ödemeniz gecikti” mesajı müşterinin durumunu ayırt etmez. Vadesini iki gün kaçırmış düzenli bir müşteri ile üç taksittir ödeme yapmayan bir müşteri aynı mesajı aldığında, ilki rahatsız olur, ikincisi mesajı önemsemez. Kademeli akış iletişimi gecikmenin süresine ve dosyanın geçmişine göre derecelendirir. Böylece ekip enerjisini gerçekten dikkat isteyen dosyalara ayırırken küçük gecikmeler kısa ve nazik hatırlatmalarla çözülür.
Kademeli yapı ekip içinde kimin ne zaman devreye gireceğini de netleştirir. Hatırlatma görevi “müsait olan arasın” mantığından çıkar ve tanımlı bir sıraya bağlanır. Bir çalışan izne çıktığında da akış durmaz, çünkü sorumluluk kişiye değil kademeye tanımlanmıştır.
Kademeleri tanımlamak
Her acentenin müşteri profili farklı olduğu için kademe sayısı ve süreleri de farklılaşabilir. Yine de pek çok acente için aşağıdaki dört aşamalı yapı sağlam bir başlangıç noktasıdır:
- Ön hatırlatma: Vade tarihinden birkaç gün önce gönderilen bilgilendirme. Gecikmeyi önlemenin en düşük maliyetli yoludur.
- Nazik hatırlatma: Vadenin hemen ardından, ödemenin henüz sisteme yansımadığını bildiren kısa mesaj.
- Kişisel temas: Gecikme sürdüğünde müşteri temsilcisinin telefonla araması ve olası sorunu dinlemesi.
- Yönetici incelemesi: Belirlenen süreyi aşan dosyaların yöneticiye düşmesi ve dosyaya ilişkin karar verilmesi.
Kademe sürelerini belirlerken sigorta şirketlerinin kendi ödeme ve bildirim takvimlerini de göz önünde bulundurun. Şirketin bildirimi acentenin hatırlatmasından önce müşteriye ulaşırsa, müşteri acenteden haber almadan sorunla karşılaşmış olur ve bu durum güveni zedeler.
Her kademede kanal ve mesaj seçimi
Yazılı kanallar: ön ve nazik hatırlatma
İlk iki aşamada SMS, e-posta veya mobil bildirim gibi yazılı kanallar genellikle yeterlidir. Mesaj kısa, bilgilendirici ve suçlayıcı olmayan bir dil taşımalıdır. Poliçe branşı, taksit tarihi ve ödeme yöntemi gibi bilgilerin yer alması müşterinin hangi ödemeden söz edildiğini hemen anlamasını sağlar. “Ödemenizi yaptıysanız bu mesajı dikkate almayınız” notu gereksiz geri dönüşleri azaltır.
Telefon: kişisel temas
Telefon görüşmesi akışın en değerli ama en çok emek isteyen adımıdır. Temsilcinin aramadan önce müşteri kartında poliçe geçmişini, önceki görüşme notlarını ve açık talepleri görebilmesi gerekir. Görüşmede verilen söz, örneğin “ay sonunda ödeyeceğim”, sisteme tarihli bir takip görevi olarak işlenmelidir. Bu bağlamın kaybolmaması için acente CRM kayıtlarının tahsilat hareketleriyle ilişkili tutulması önemlidir.
Karar toplantısı: yönetici incelemesi
Bu kademede soru artık “nasıl hatırlatırız” değil, “bu dosyada nasıl ilerleriz” sorusudur. Yönetici müşterinin genel portföyünü, diğer poliçelerinin ödeme düzenini ve sigorta şirketinin ilgili süreçlerini birlikte değerlendirir. Ödeme planının yeniden konuşulması, ek görüşme ya da şirkete bilgi verilmesi gibi seçenekler bu aşamada netleşir.
Akışı yazılımda kurarken dikkat edilecek noktalar
- Kademe geçişleri vade tarihine ve ödeme kaydına bağlı olmalı; ödeme işlendiğinde akış kendiliğinden durmalıdır.
- Her otomatik mesajın ne zaman ve hangi kanaldan gönderildiği müşteri kaydında görünmelidir.
- Kişisel temas kademesindeki görev ilgili temsilciye atanmalı, tamamlanmadığında yeniden hatırlatılmalıdır.
- Kurumsal müşteriler, filo poliçeleri veya özel ödeme anlaşması bulunan dosyalar için ayrı bir akış tanımlanabilmelidir.
- Müşterinin iletişim tercihleri ve izinleri kişisel veri mevzuatına uygun biçimde kayıt altında tutulmalıdır.
Akışı tasarlarken branş ayrımını korumak da gerekir. Trafik, kasko ve DASK poliçeleri farklı sorgu ve düzenleme akışlarından geçtiği gibi ödeme alışkanlıkları da çoğu zaman farklıdır. Peşin ödenen bir konut poliçesi ile taksitli bir işyeri poliçesi için aynı kademe kurgusunu kullanmak zorunda değilsiniz.
Mesaj dilinde kaçınılması gerekenler
Hatırlatma mesajı acentenin kurumsal sesini taşır. Tehdit içeren, belirsiz ya da teknik terimlerle dolu ifadeler müşteri ilişkisini yıpratır. Sık rastlanan hatalar şunlardır:
- Henüz kesinleşmemiş sonuçları ilk mesajda kesin bir dille dile getirmek
- Tutar ve tarih bilgisi vermeden genel bir uyarı göndermek
- Aynı gün içinde birden fazla kanaldan aynı içeriği tekrarlamak
- Müşteri ödeme yaptığını bildirdiği hâlde kaydı güncellemeden mesaj göndermeye devam etmek
Akışın işe yarayıp yaramadığını ölçmek
Kademeli hatırlatma kurulduktan sonra ilk birkaç ay düzenli olarak gözden geçirilmelidir. Hangi kademede kaç dosyanın kapandığı, kişisel temas kademesine ulaşan dosya sayısı ve yönetici incelemesine kalan dosyaların ortak özellikleri izlenecek temel sorulardır. Ön hatırlatmanın ardından kapanan dosyalar artıyorsa bu kademenin zamanlaması doğru demektir. Kişisel temas kademesinde yığılma varsa ya mesaj içerikleri ya da kademe süreleri yeniden ele alınmalıdır.
Bu göstergeleri ayrı bir tabloda değil, tahsilat kayıtlarının tutulduğu yazılımda izlemek dönem sonundaki veri toplama yükünü ortadan kaldırır. Sigorta acentesi yazılımı içinde tahsilat, görev ve iletişim kayıtlarının aynı yapıda durması bu analizi mümkün kılar.
InsureHub perspektifinden
InsureHub, acentelere yazılım sağlayan bir platform olarak tahsilat takibini müşteri, poliçe ve görev kayıtlarıyla ilişkili tutmayı hedefler. Kademe süreleri, mesaj şablonları ve sorumluluk dağılımı her acentenin kendi çalışma düzenine göre belirlenmelidir; yazılımın görevi bu kararları tutarlı biçimde uygulamayı kolaylaştırmaktır. Kendi tahsilat verilerinizle nasıl bir akış kurabileceğinizi görmek için demo talebi oluşturabilirsiniz.