Geciken yenileme takibi: son on günde dosya yönetimi

Geciken yenileme takibi, vade tarihi yaklaşan fakat teklifi, müşteri yanıtı veya fiyat çalışması tamamlanmayan dosyaları düzenlemek için kullanılır. Bu yazıda son on gün içinde hangi kuyruğun nasıl kurulacağını, her işe sorumlu ve sonraki adım atamayı, yöneticiye hangi dosyaların çıkarılacağını ve kayıp nedeninin nasıl kaydedileceğini bulacaksınız.

Geciken yenileme takibi için önce kuyruğu kurun

Son on gün, acentenin bütün dosyalara aynı şekilde yaklaşacağı bir dönem değildir. Kalan süre azaldıkça bekleyen işin niteliği değişir. Bu nedenle tek bir uzun arama listesi yerine, birkaç kısa kuyruk oluşturmak daha kullanışlıdır.

Bu yaklaşım bir mevzuat takvimi değildir. Son on gün için bütün trafik ve kasko poliçelerine uygulanan ortak bir yasal eşik bulunmadığı için, süreleri acentenin kendi iş düzeni olarak tanımlayın. Amaç, gecikmeyi erken fark etmek ve sorumluluğu belirsiz bırakmamaktır.

On ila sekiz gün kala

Bu kuyrukta önce eksik bilgileri ve fiyat çalışmasını tamamlayın. Poliçenin bitiş tarihi, mevcut teminat bilgisi, müşterinin tercih ettiği kanal ve teklif için gereken veriler kontrol edilir.

Teklif henüz hazırlanmadıysa dosyanın sahibi belli olmalıdır. Fiyat çalışması başka bir kişiden bekleniyorsa bu durum not edilir. Sadece bekliyor yazmak yeterli değildir. Beklenen işin kimden geldiği ve ne zaman yeniden kontrol edileceği de yazılmalıdır.

Yedi ila dört gün kala

Bu aşamada teklif gönderilmeyen dosyalar, teklif gönderildiği hâlde yanıt alınmayan dosyalar ve fiyatı veya teminatı değişen dosyalar ayrılmalıdır. Her grup farklı bir sonraki adım gerektirir.

Teklif gönderilmediyse önce teklifin tamamlanma işi açılır. Teklif gönderildi ancak yanıt yoksa temas sonucu kaydedilir. Müşteri değişiklik istediyse eski teklif açık bırakılmaz; yeni koşulların hangi aşamada olduğu yazılır.

Böylece yenileme dosyası, yalnızca müşteri aranacaklar listesinde kalmaz. Dosyanın hangi iş yüzünden geciktiği görülür. Bu ayrım, gün sonunda yöneticinin gerçek darboğazı anlamasını kolaylaştırır.

Üç ila bir gün kala

Kalan süre çok azaldığında cevap alınamayan, fiyat veya teminat değişikliği bulunan ve sorumlusu belirsiz olan dosyaları ayrı bir kuyruğa taşıyın. Birden fazla temas yapılmış olsa bile sonuç kaydı yoksa dosya tamamlanmış sayılmamalıdır.

Bu aşamada yöneticiye çıkarmanın amacı çalışanı suçlamak değildir. Amaç, karar bekleyen veya operasyonel olarak sıkışan dosyaya zamanında sahiplik vermektir. Müşteriye yeni teklif mi sunulacağı, başka bir çalışma mı yapılacağı veya dosyanın beklemeye mi alınacağı açıkça belirlenmelidir.

Vade tarihi geçtiğinde dosyayı hemen yenilenmedi olarak kapatmayın. Son temas, müşterinin beyanı, teklifin durumu ve kapanış nedeni kaydedilmeden yapılan kapanış, daha sonra kaybın nedenini belirsizleştirir.

Her dosyada tek sahip ve net sonraki adım olsun

İyi bir geciken yenileme takibi, dosya kartında yalnızca müşteri adı ve poliçe bilgisini göstermez. İşin kimde olduğunu ve sıradaki hareketi de gösterir. Bu iki alan yoksa liste kalabalıklaşır, fakat ilerleme görünmez.

Her dosyada şu bilgiler bulunmalıdır:

• poliçe bitiş tarihi ve kalan süre,
• poliçe türü,
• teklifin hazırlanma durumu,
• teklif tarihi ve mevcut koşulları,
• müşteriye son ulaşma tarihi,
• kullanılan kanal,
• müşterinin yanıtı,
• dosyanın sorumlusu,
• sonraki adım,
• sonraki adımın tarihi,
• yöneticiye çıkarma nedeni,
• kapanış nedeni.

Bu alanların tamamı aynı ekranda tutulamıyorsa bile, aynı kayıt düzeninde bulunmalıdır. Müşteri başka bir kanaldan yanıt verdiğinde bilgi ayrı bir notta kalmamalıdır. Yanıt, teklif ve sonraki işlem aynı yenileme dosyasına işlenmelidir.

Sorumlu atarken ekip adına değil, kişiye atama yapın. Ekip sorumluluğu gerektiğinde paylaşılabilir. Ancak son hareketi kimin yapacağı tek bir kişi olarak görünmelidir.

Sonraki adım da genel bırakılmamalıdır. Müşteriyi takip et, fiyat bak veya dönüş bekleniyor gibi ifadeler farklı yorumlanabilir. Bunun yerine teklif gönder, teminat değişikliğini kontrol et, müşterinin yanıtını kaydet veya yönetici kararı iste gibi iş tanımları kullanın.

Bu temel düzeni kurmak için sigorta yenileme takibi için adım adım düzen yazısındaki kayıt yaklaşımından yararlanabilirsiniz. Buradaki amaç daha fazla not yazmak değil, dosyayı devralan kişinin durumu yeniden araştırmak zorunda kalmamasıdır.

Yöneticiye hangi dosyalar çıkarılmalı?

Yönetici eskalasyonu, yalnızca vadesi çok yaklaşan dosyalar için kullanılmamalıdır. Karar bekleyen veya sahipliği bozulan her iş, uygun zamanda görünür olmalıdır.

Aşağıdaki dosyalar yönetici kuyruğuna alınabilir:

• Vade tarihine az süre kalmasına rağmen teklif hazırlanmamış dosyalar.
• Teklif hazırlanmış, fakat müşteriden yanıt alınmamış dosyalar.
• Fiyatı veya teminatı değişen dosyalar.
• Müşteri değişiklik istemiş, fakat teklif güncellenmemiş dosyalar.
• Sorumlusu bulunmayan veya sorumlusu değişen dosyalar.
• Birden fazla temas yapılmasına rağmen sonuç kaydı bulunmayan dosyalar.
• İletişim izni, ret kaydı veya kanal bilgisi belirsiz dosyalar.
• Vade tarihi geçmesine rağmen yenileme sonucu kesinleşmeyen dosyalar.

Yöneticiye haber verildi notu tek başına yeterli değildir. Eskalasyon kaydı, yöneticinin hangi kararı vermesi gerektiğini göstermelidir. Bunun için eskalasyonun tarihi, başlatan kişi, o anki durum, gecikme nedeni ve karar sorusu yazılmalıdır.

Karar alındıktan sonra yeni sorumlu ve müşteriye yapılacak sonraki temas da kayda eklenir. Sonuç ve kapanış tarihi yazılınca eskalasyon açık iş olmaktan çıkar.

Örneğin yöneticiye şu tür net sorular yöneltilebilir: Teklif mevcut koşullarla mı gönderilecek? Teminat değişikliği için yeni çalışma mı yapılacak? Müşteri yanıtı beklenmeye devam mı edecek? Bu sorular, yönetici eskalasyonu için kısa ve denetlenebilir bir çerçeve oluşturur.

Eskalasyon kaydı, çalışan performansını ölçmekten önce süreçteki boşluğu gösterir. Aynı gecikme nedeni sürekli tekrarlanıyorsa sorun tek bir dosyada değil, iş akışında olabilir.

Telefon, WhatsApp ve e-posta temasını ayrı kaydedin

Müşteriye ulaşmak, tek başına dosyanın ilerlediği anlamına gelmez. Hangi kanaldan, ne zaman ve hangi sonuçla temas edildiği yazılmalıdır. Cevapsız arama, gönderilmiş mesaj ve alınmış müşteri yanıtı aynı sonuç değildir.

İletişim kanalını izin kaydıyla birlikte kontrol edin. Arama, mesaj ve e-posta izinlerini tek bir iletişim izni alanında toplamak yerine kanal bazında görmek daha güvenli bir çalışma sağlar. Ret tarihi ve ret edilen kanal da kayıtta bulunmalıdır.

Yenileme hatırlatmasının içeriği de önemlidir. Mevcut poliçenin vade tarihi veya sözleşme durumu hakkında bilgi vermekle yeni teklif, ek teminat, fiyat avantajı veya kampanya tanıtmak aynı şekilde değerlendirilmemelidir. Mesajın amacı ve içeriği ticari elektronik ileti kapsamına girebilir. Bu nedenle izin durumunu, güncel kuralları ve acentenin kendi iletişim sürecini kontrol edin.

WhatsApp tarafında müşteri son mesajından sonra yirmi dört saatlik pencere izlenir. Pencere kapalıyken serbest mesaj gönderilemez; onaylı şablon gerekir. Bu kuralı İYS izniyle karıştırmayın. Bir müşterinin WhatsApp üzerinden yanıt vermesi, her durumda ticari ileti izni bulunduğunu göstermez.

Arama kaydı tutuluyorsa müşteriye yapılacak bilgilendirme, kaydın amacı, erişim yetkisi ve saklama süresi acentenin kendi sürecinde belirlenmelidir. Ses kaydı konusunda kesin bir varsayım yapmayın. Güncel hukuki metni ve gerektiğinde profesyonel görüşü kontrol edin.

Ulaşılamayan müşteride de aynı düzeni koruyun. Arama sonucu, mesaj durumu ve e-posta sonucu ayrı ayrı yazılmalıdır. Müşterinin yakınının numara vermesi veya eski bir listenin kullanılması, izin ve aydınlatma kaydının yerine konulmamalıdır.

Kaç temas yapılacağına dair tüm acentelere uygulanan ortak bir sayı bulunmadığı için, kendi iletişim politikanızı belirleyin. Ancak her temasın amacı ve bir sonraki adımı olmalıdır. Cevap yoksa dosya otomatik olarak müşteri reddetti şeklinde kapatılmamalıdır.

WhatsApp sürecindeki şablon, pencere ve kayıt ayrıntıları için acentede WhatsApp ile müşteri takibi yazısına bakabilirsiniz. Bu ayrıntılar, geciken dosyada hem müşteri deneyimini hem de kayıt kalitesini korumaya yardımcı olur.

Yenileme kayıp nedeni ile takip aksamasını ayırın

Bir poliçenin yenilenmemesi tek başına neden göstermez. Müşteri açıkça devam etmek istememiş olabilir. Fiyat veya teminat değişikliği etkili olabilir. Teklif hiç hazırlanmamış ya da sonraki adım atanmamış da olabilir.

Bu nedenle kapanışta yenileme kayıp nedeni seçilmelidir. Kullanışlı bir sınıflandırma şu başlıklardan oluşabilir:

• Yenilendi.
• Müşteri kararıyla yenilenmedi.
• Fiyat veya teminat nedeniyle yenilenmedi.
• Takip aksaması nedeniyle sonuç belirsiz kaldı.
• Müşteriye ulaşılamadı.
• Veri veya işlem sorunu oluştu.

Müşteri kararı ile takip aksamasını aynı başlıkta toplamayın. Müşteri fiyatı uygun bulmadığını açıkça söylediyse bu, teklifin hiç gönderilmemesinden farklıdır. Benzer biçimde ulaşamamak, müşterinin yenilemediğini kanıtlamaz.

Veri veya işlem sorunu için yanlış vade tarihi, eksik iletişim bilgisi, eksik teklif ve sorumlu atanmaması gibi alt nedenler kullanılabilir. Böylece yönetici, kaybın ne kadarının müşteri kararından ve ne kadarının süreç boşluğundan kaynaklandığını kendi verisiyle inceleyebilir.

Kayıp nedeni raporu hazırlarken yalnızca yenilenmeyen poliçeleri saymayın. Önceki durum, yapılan temas ve kapanış kaydı birlikte değerlendirilmelidir. Yenileme kayıp nedeni kaydı bu sınıflandırmayı daha tutarlı hâle getirmek için kullanılabilecek bir çerçeve sunar.

Günlük çalışma ritmini görünür hâle getirin

Gün başında önce vade tarihi yaklaşan ve sonraki adımı boş dosyaları açın. Ardından teklif bekleyen, müşteri yanıtı bekleyen ve yönetici kararı bekleyen kuyrukları kontrol edin.

Her dosyayı açan çalışan, işlemden sonra üç şeyi tamamlamalıdır: sonucu yazmak, sorumluyu doğrulamak ve sonraki adımı belirlemek. Bunlardan biri eksikse dosya gün sonunda tamamlanmış sayılmamalıdır.

Gün sonunda yöneticinin bakacağı ekran da sade olmalıdır. Teklif hazırlanmayan dosyalar, yanıt alınmayan dosyalar, fiyat veya teminatı değişen dosyalar ve sahipliği belirsiz işler ayrı görünebilmelidir.

Bu düzeni bir elektronik tabloyla da kurabilirsiniz. Önemli olan yazılımın adı değil, kaydın aynı mantıkla tutulmasıdır. Birden fazla kişi çalışıyorsa ortak alan adları ve kapanış nedenleri belirlemek gerekir.

Akıllı Arama'nın yenileme motoru poliçe bitişinden geriye T-30, T-15, T-7 ve T-1 eşikleriyle görev açar. Hangi kanalın devreye gireceğini acente belirler; varsayılan sıra önce WhatsApp, cevap yoksa aramadır. Bu, ürünün iş akışıdır ve mevzuat takvimi olarak değerlendirilmemelidir.

Kendi yenileme hacminize göre yazılım maliyetini ayrıca görmek isterseniz yenileme maliyeti hesaplayıcısını kullanabilirsiniz. Ancak önce hangi dosya alanlarına ve hangi eskalasyon düzenine ihtiyacınız olduğunu netleştirmek daha sağlıklı olur.

Geciken yenileme takibi, son günlerde daha fazla mesaj göndermekten ibaret değildir. Doğru kuyruk, tek sorumlu, açık sonraki adım ve açıklanabilir kapanış nedeni birlikte çalışmalıdır. Böylece acente hem bugünkü dosyayı yönetir hem de bir sonraki yenileme döneminde hangi boşluğu düzeltmesi gerektiğini görür.