Poliçe listesinde iki kayıt yan yana duruyor: ikisinin de bitiş tarihi gelecek ayda. Biri yenileme görüşmesi bekleyen aktif bir poliçe, diğeri ise üç ay önce iptal edilmiş ama sistemde hâlâ "aktif" görünen bir kayıt. Ekip ikisini de yenileme listesinde görür, iptal edilmiş poliçenin müşterisini arar ve gereksiz bir görüşme yapılır. Bu küçük senaryo, poliçe durumlarının açık ve tutarlı biçimde yönetilmemesinin günlük operasyona nasıl yansıdığını gösterir.
Durum bilgisi neden tarihten çıkarılamaz?
Pek çok acente poliçenin aktif olup olmadığını bitiş tarihine bakarak anlar: tarih geçmemişse aktif, geçmişse bitmiş. Bu mantık basit görünse de en az üç durumu açıklayamaz. Süresinden önce iptal edilen poliçeler, henüz yürürlüğe girmemiş ileri tarihli poliçeler ve teklif aşamasından poliçeye dönüşmekte olan taslak kayıtlar tarih mantığıyla doğru sınıflandırılamaz. Bu yüzden durum, ayrı ve açık bir alan olarak tutulmalıdır.
Temel durum seti
Her acentenin ihtiyacı farklı olabilir, ancak aşağıdaki durumlar çoğu acente için sağlam bir başlangıç noktasıdır:
- Taslak: Teklif kabul edilmiş, poliçe işlemi başlatılmış ancak henüz tamamlanmamış kayıt.
- Yürürlükte: Düzenlenmiş ve teminat dönemi devam eden poliçe.
- İleri tarihli: Düzenlenmiş ancak başlangıç tarihi henüz gelmemiş poliçe. Yenilemelerde sık görülür.
- İptal: Süresinden önce sona erdirilmiş poliçe. İptal nedeni ve tarihi ayrıca kaydedilir.
- Süresi doldu: Bitiş tarihine ulaşmış ve yenilenmemiş poliçe.
- Yenilendi: Bitiş tarihine ulaşmış ve yerine yeni bir poliçe düzenlenmiş kayıt.
"Süresi doldu" ile "yenilendi" ayrımı özellikle önemlidir. İkisi de dönemi tamamlanmış poliçelerdir, ancak biri kaybı, diğeri sürekliliği temsil eder. Bu ayrım yapılmadığında yenileme performansı hakkında doğru bir tablo çıkarılamaz.
Durum geçişlerini kurallara bağlamak
Durumların tanımlanması kadar, bir durumdan diğerine nasıl geçildiği de önemlidir. Kullanıcının durumu serbestçe değiştirebildiği bir sistemde tutarsızlık kaçınılmazdır. Bunun yerine geçişler belirli kurallara bağlanabilir:
- Taslak kayıt, poliçe numarası ve belge eklendiğinde yürürlükte veya ileri tarihli duruma geçer.
- İleri tarihli poliçe, başlangıç tarihi geldiğinde otomatik olarak yürürlükte durumuna alınır.
- Yürürlükteki poliçe iptal edildiğinde iptal nedeni ve tarihi girilmeden durum değişmez.
- Bitiş tarihi geçen poliçe, bağlı bir yenileme kaydı varsa "yenilendi", yoksa "süresi doldu" olarak işaretlenir.
- İptal veya süresi dolmuş bir poliçenin yeniden yürürlüğe alınması yalnızca yetkili kullanıcılar tarafından ve açıklama girilerek yapılabilir.
Bu kurallar hem veri tutarlılığını hem de denetim izini güçlendirir. Kimin hangi kaydı hangi gerekçeyle hangi duruma aldığı her zaman izlenebilir.
Durumların günlük ekranlara etkisi
Yenileme listeleri
Yenileme listesi yalnızca yürürlükte ve bitişi yaklaşan poliçeleri içermelidir. İptal edilmiş veya zaten yenilenmiş kayıtlar listeden otomatik olarak düşmelidir. Bu sayede ekip zamanını gerçekten aksiyon bekleyen kayıtlara ayırır.
Müşteri kartı
Müşteri kartında poliçeler durumlarına göre gruplandığında, kullanıcı bir bakışta müşterinin hangi teminatlarının devam ettiğini görür. Görüşme sırasında "trafik poliçeniz devam ediyor, kaskonuz geçen ay sona erdi" gibi net cümleler kurmak mümkün olur.
Raporlar
Portföy büyüklüğü, branş dağılımı ve şirket dağılımı gibi raporlar yalnızca yürürlükteki poliçeler üzerinden hesaplanmalıdır. Durum alanı güvenilir değilse bu raporların tamamı yanıltıcı hale gelir.
Taslak kayıtların unutulmaması
Taslak durumu, en çok gözden kaçan durumdur. Teklif kabul edilir, işlem başlar, ancak bir belge eksik kaldığı için kayıt taslakta bekler. Haftalar sonra bu kaydın farkına varıldığında hem müşteri hem acente için belirsiz bir durum oluşmuştur. Taslak kayıtların belirli bir süreyi aşması halinde sorumlu kullanıcıya bildirim gönderilmesi ve yönetici panelinde ayrı bir liste olarak görünmesi, bu riski azaltır.
İptal nedenlerini standartlaştırmak
İptal durumuna geçen her poliçe için nedenin kaydedilmesi, portföyün kalitesini anlamak açısından değerlidir. Araç satışı, müşteri talebi, mükerrer poliçe veya ödeme sorunu gibi nedenler standart bir listeden seçildiğinde, iptallerin hangi branşta ve hangi nedenle yoğunlaştığı görülebilir. Serbest metinle girilen nedenler ise bu analizi imkânsız hale getirir.
Durum bilgisini ekip diline yerleştirmek
Durumlar sistemde tanımlansa bile, ekip içinde farklı anlamlarla kullanıldığında değerini kaybeder. Bir kullanıcının "kapandı" dediği şey iptal, diğerininki süresi dolmuş poliçe olabilir. Her durumun kısa bir tanımını yazılı hale getirmek ve yeni katılan çalışanların eğitiminde bu tanımları paylaşmak, kayıtların aynı dili konuşmasını sağlar. Ekranlarda durumların farklı renk veya simgelerle gösterilmesi de yanlış yorumlamayı azaltır; ancak renkler tek başına anlam taşımamalı, durum adı her zaman açıkça görünmelidir.
Geçiş döneminde durum temizliği
Yazılıma yeni geçen veya mevcut sistemini düzenleyen bir acente için ilk iş, durum alanının temizlenmesidir. Bitiş tarihi geçmiş ama hâlâ yürürlükte görünen kayıtlar, iptal bilgisi poliçe notunda yazan ama durumu değişmemiş kayıtlar ve aynı nesne için çakışan yürürlükteki poliçeler ayrı listelerde toplanmalıdır. Bu listelerin sorumlulara dağıtılarak kısa bir süre içinde temizlenmesi, sonraki tüm süreçlerin sağlıklı başlamasını sağlar.
Temizlik sırasında kayıtları silmek yerine doğru duruma almak tercih edilmelidir. Silinen bir kayıt geçmişi de götürür; doğru durumla işaretlenen bir kayıt ise zincirin ve raporların bir parçası olarak kalır.
InsureHub ile durum yönetimi
InsureHub, acentelere sunduğu sigorta acentesi yazılımı içinde poliçe kayıtlarını müşteri ve teklif geçmişiyle bağlantılı tutar. Teklif aşamasından poliçeye geçiş, sigorta teklif programı tarafındaki kayıtlarla ilişkili kaldığında, bir kaydın hangi aşamada olduğu daha kolay izlenir. Kendi poliçe durumlarınızı nasıl modelleyebileceğinizi konuşmak için demo talebi oluşturabilirsiniz.