Bir sigorta acentesinde gün, birbirinden farklı kanallardan gelen taleplerle geçer. Bir müşteri sabah telefonla DASK yenilemesini sorar, bir diğeri öğleden sonra mesajla araç değişikliğini bildirir, bir başkası ofise uğrayıp kasko teklifinin ne durumda olduğunu öğrenmek ister. Bu taleplerin her biri farklı bir çalışanın defterine, telefonuna veya e-posta kutusuna düştüğünde acente, aslında elinde olan bilgiye ulaşamaz hâle gelir. Bu yazıda müşteri taleplerini tek bir sistemde toplamanın neden önemli olduğunu ve bunu nasıl adım adım hayata geçirebileceğinizi anlatıyoruz.
Dağınık talep yönetiminin gizli maliyeti
Dağınıklığın etkisi çoğu zaman bir sorun yaşandığında fark edilir. Müşteri ikinci kez aradığında ilk görüşmeyi yapan çalışan izindedir ve kimse önceki konuşmayı bilmez. Bir yenileme talebi not kağıdında kalır. İki çalışan aynı müşteriye farklı bilgiler verir. Bu durumlar müşterinin acenteye duyduğu güveni zedeler ve ekip içinde gereksiz yazışmalara yol açar.
Merkezi bir sistemin sağladığı en temel fayda şudur: bir talebin geçmişini görmek için kimseye sormak zorunda kalmazsınız.
Merkezi talep kaydı için bir standart belirleyin
Yazılım ne kadar iyi olursa olsun, ekip talepleri farklı biçimlerde kaydederse merkezileşme yüzeysel kalır. Bu nedenle önce basit bir kayıt standardı oluşturun. Her talepte en azından şu bilgiler yer almalıdır:
- Müşteri: talep mevcut bir müşteri kaydına bağlanmalı, yoksa yeni kayıt açılmalı.
- Kanal: telefon, e-posta, ofis ziyareti, web sitesi veya mesaj.
- Konu ve branş: trafik, kasko, DASK, hasar bilgisi, belge talebi gibi.
- Sorumlu: talebi kimin takip edeceği.
- Termin: müşteriye ne zaman dönüş yapılacağı.
- Durum: açık, işlemde, tamamlandı.
Bu standardı bir sayfalık iç talimat olarak yazmak ve yeni başlayan çalışanlara ilk gün anlatmak, sistemin tutarlı kullanılmasını sağlar.
Talepten göreve: sahiplenmeyi netleştirmek
Kaydedilen her talep bir eyleme dönüşmelidir. Bunun en pratik yolu talebi bir göreve bağlamaktır. Görev, kimin neyi ne zamana kadar yapacağını açık hâle getirir. Yönetici ise açık görevlere bakarak hangi taleplerin beklediğini görebilir.
Şubeli yapıdaki acentelerde bu konu daha da önem kazanır. Talebin hangi şubeye ve hangi kullanıcıya ait olduğu belli değilse, merkez ile şube arasında sorumluluk boşluğu oluşur. Alt kullanıcı ve şube tanımlarının sistemde doğru yapılması, talebin doğru kişiye ulaşmasının ön koşuludur.
Görev atarken gerçekçi terminler belirlemek de önemlidir. Her talebe aynı gün dönüş sözü vermek yerine, konunun aciliyetine göre termin koymak ekibin iş yükünü dengeler. Termini geçen görevlerin düzenli olarak gözden geçirilmesi ise müşteriye verilen sözlerin unutulmamasını sağlar.
Örnek iş akışı: DASK yenileme sorusu
Bir müşterinin telefonla aradığını ve konutunun DASK poliçesinin yenileme zamanını sorduğunu düşünelim.
- Telefonu açan çalışan, müşteri kaydını açar ve mevcut poliçe ile yenileme bilgisini görür.
- Müşteri adres bilgisinde değişiklik olduğunu belirtir; çalışan bunu müşteri kaydına not eder.
- Yenileme işlemini takip edecek kullanıcıya bir görev atanır ve müşteriye dönüş tarihi belirlenir.
- Sorumlu kullanıcı DASK teklif sorgu akışını başlatır ve çalışılan şirketlerden gelen teklifleri karşılaştırır.
- Hazırlanan teklif PDF formu olarak müşteriye iletilir, görüşme notu kayda eklenir.
- Poliçe yenilendiğinde yenileme takibi güncellenir; ödeme planı varsa tahsilat takibine işlenir.
Bu senaryoda müşteri ikinci kez aradığında, telefonu kim açarsa açsın aynı bilgiye ulaşır. InsureHub acente CRM yapısında müşteri kayıtları, poliçe ve yenileme takibi, tahsilat takibi ve görevler aynı veri üzerinde tutulur; bu da talebin farklı ekranlara dağılmasını önler.
Merkezi sistem, en çok o anda ofiste olmayan çalışanın bilgisine ihtiyaç duyulduğunda değerini gösterir.
Sahada ve ofiste aynı görünüm
Müşteri ziyaretine giden veya ofis dışında çalışan bir temsilcinin, talebi akşam ofise dönünce sisteme girmesi gecikmelere yol açar. Web acente paneli ile mobil uygulamanın aynı veri üzerinde çalışması, talebin oluştuğu yerde kaydedilmesine imkân tanır. InsureHub'da iOS ve Android mobil uygulama ile web paneli aynı müşteri ve görev verisini kullanır.
Merkezileşmeyi ölçmek
Sistemi kurduktan birkaç hafta sonra şu sorularla durumu değerlendirin: Açık bekleyen görevler kimlerde toplanıyor? Hangi kanaldan gelen talepler daha uzun süre açık kalıyor? Kayıtlarda kanal ve sorumlu alanları dolduruluyor mu? Raporlama ekranları bu soruların cevabını veriyorsa, merkezileşme gerçekten işliyor demektir; vermiyorsa kayıt standardını yeniden gözden geçirmek gerekir.
Sık sorulan sorular
Küçük bir acente için merkezi talep sistemi gerekli mi?
İki veya üç kişilik bir ekipte bile çalışanlar izne çıkar, müşteriler tekrar arar. Talebin tek bir yerde kayıtlı olması, ekip büyüklüğünden bağımsız olarak süreklilik sağlar.
Eski kayıtları sisteme aktarmadan başlayabilir miyiz?
Evet. Yeni gelen talepleri sistemden yönetmeye başlayıp, eski müşterileri temas kurdukça kayda almak geçiş sürecini kolaylaştırabilir. Toplu aktarım ihtiyacınızı yazılım sağlayıcınızla ayrıca görüşebilirsiniz.
Taleplerin şubeler arasında karışmasını nasıl önleriz?
Her talebin bir şubeye ve sorumlu kullanıcıya bağlanmasını kural hâline getirin. Alt kullanıcı ve şube yönetimi, bu ayrımı sistem içinde tutmanıza yardımcı olur.
Bir sonraki adım
Müşteri taleplerini merkezileştirmek, yeni bir alışkanlık kazanmakla başlar ve doğru bir altyapıyla kalıcı hâle gelir. Müşteri kayıtları, görevler ve yenileme takibinin aynı ekranda nasıl bir araya geldiğini görmek isterseniz demo talebi bırakabilir, InsureHub'ı ücretsiz demo hesabıyla kendi iş akışınız üzerinden deneyebilirsiniz.