Bir müşteri acenteyle ilk kez telefonda konuştuğu gün ile on yıldır kasko, konut ve sağlık poliçelerini aynı acenteden yaptırdığı gün arasında çok farklı ihtiyaçlara sahiptir. Buna rağmen pek çok acentede bu iki kişi aynı listede, aynı alanlarla ve aynı hatırlatma kurallarıyla takip edilir. Müşteri yaşam döngüsünü CRM içinde açıkça tanımlamak, ekibin her müşteriye o an hangi aşamadaysa ona uygun davranmasını sağlar. Bu yazıda aşamaların nasıl belirleneceğini, aşama geçişlerinin hangi kurallara bağlanacağını ve bu yapının acente yazılımında nasıl yaşatılacağını ele alıyoruz.
Yaşam döngüsü neden bir "durum alanı" olarak tutulmalı?
Çoğu acentede müşterinin konumu kişilerin hafızasında yaşar: "Bu yeni geldi", "Bu bizim eski müşterimiz", "Bu geçen yıl başka yere gitmişti". Bu bilgiler değerlidir, ancak yazılı olmadığı sürece rapora, göreve ya da hatırlatmaya dönüşemez. Yaşam döngüsü aşamasını müşteri kartında ayrı bir alan olarak tutmak üç somut fayda sağlar:
- Ekip, müşteri kartını açtığında ilişkinin olgunluğunu tek bakışta görür.
- Görevler ve hatırlatmalar aşamaya göre farklılaştırılabilir.
- Yönetici, portföyün hangi aşamada yoğunlaştığını izleyerek kaynak planlaması yapabilir.
Buradaki kritik nokta, aşamanın bir etiket gibi serbestçe eklenip çıkarılmaması, tanımlı kurallarla değişen tekil bir durum olmasıdır. Bir müşteri aynı anda hem "aday" hem "aktif" olamaz.
Acenteler için uygulanabilir bir aşama seti
Aşama sayısını az tutmak, ekibin bu yapıyı benimsemesini kolaylaştırır. Aşağıdaki altı aşama birçok acentenin işleyişine uyarlanabilir:
- Aday: İletişim bilgisi alınmış, henüz teklif çalışılmamış kişi.
- Teklif aşamasında: En az bir branşta teklif hazırlanmış ancak poliçeye dönüşmemiş kişi.
- Yeni müşteri: İlk poliçesi kesilmiş, ilişkinin ilk dönemindeki kişi.
- Aktif müşteri: En az bir yenilemeyi acentede geçirmiş, düzenli ilişkisi olan kişi.
- Risk altında: Yenilemesi yaklaşan ve son dönemde olumsuz sinyal veren kişi.
- Pasif / kayıp: Yürürlükte poliçesi kalmamış ancak iletişim izni devam eden kişi.
Bazı acenteler "çok branşlı müşteri" gibi bir ara aşama da kullanır. Ancak bu bilgi çoğunlukla poliçe verisinden zaten türetilebildiği için ayrı bir aşama yerine rapor filtresi olarak ele alınması daha sade bir yapı sunar.
Aşama geçişlerini kurala bağlamak
Yaşam döngüsünün güvenilir olması için her geçişin bir tetikleyicisi olmalıdır. Geçiş kuralları yazılı olmadığında aynı müşteri farklı çalışanlar tarafından farklı aşamalarda değerlendirilir.
Veriden türeyen geçişler
Bazı geçişler doğrudan sistemdeki kayıtlara dayanır. Örneğin bir trafik, kasko ya da DASK teklifi oluşturulduğunda müşteri "aday"dan "teklif aşamasında"ya geçer. Bu üç branşın acente yazılımında ayrı sorgu akışlarıyla çalıştığını hatırlamak gerekir: trafik ve kasko araç bilgisi üzerinden, DASK ise adres ve yapı bilgisi üzerinden ilerler. Hangi akıştan gelirse gelsin, teklif kaydının müşteri kartına bağlanması aşamanın doğru güncellenmesi için yeterlidir.
Ekip kararıyla yapılan geçişler
"Risk altında" gibi aşamalar ise çoğu zaman bir çalışanın değerlendirmesine dayanır. Müşteri bir görüşmede fiyattan şikâyet ettiyse ya da başka bir acenteden teklif aldığını söylediyse, çalışan aşamayı değiştirir ve nedenini not olarak ekler. Bu tür manuel geçişlerde gerekçe alanını zorunlu tutmak, ileride yapılacak analizler için değerli bir kaynak oluşturur.
Her aşamaya uygun iş tanımı
Aşama tanımlamanın asıl değeri, her aşamada ekibin ne yapacağının netleşmesidir. Bunu basit bir tabloyla değil, CRM içinde görev şablonlarıyla somutlaştırmak daha kalıcı sonuç verir.
- Aday için: İlk temastan sonra belirli bir süre içinde ihtiyaç görüşmesi görevi.
- Teklif aşamasında olan için: Teklif sunumundan sonra geri dönüş görevi ve sonucu kaydetme.
- Yeni müşteri için: Poliçe belgelerinin iletildiğinin teyidi ve karşılama araması.
- Aktif müşteri için: Yenileme öncesi hazırlık ve diğer branş ihtiyaçlarının konuşulması.
- Risk altındaki için: Deneyimli bir çalışana atanan öncelikli görüşme.
- Pasif müşteri için: Uygun aralıklarla, izinli kanaldan yapılan yeniden temas.
InsureHub'ın acente CRM yapısında müşteri kartı, görüşme notları ve görevler aynı kayıt etrafında toplandığı için, aşamaya bağlı görevlerin kimde olduğu ve tamamlanıp tamamlanmadığı ayrı bir dosyaya ihtiyaç duymadan izlenebilir.
Yaşam döngüsü verisini okumak
Aşamalar bir süre düzenli kullanıldıktan sonra yönetici için yeni sorular cevaplanabilir hale gelir. "Teklif aşamasında bekleyen müşteriler ne kadar süredir bu aşamada?" ya da "Yeni müşterilerin ne kadarı ilk yenilemeye ulaşıyor?" gibi sorular, aşama geçiş tarihleri kaydedildiği sürece rapor ekranından takip edilebilir. Burada amaç tek bir orana odaklanmak değil, hangi aşamada tıkanma olduğunu görmektir.
Örneğin teklif aşamasında uzun süre bekleyen kayıtlar artıyorsa, sorun büyük olasılıkla geri dönüş disiplinindedir. Yeni müşteri aşamasından aktif aşamaya geçiş zayıfsa, ilk dönemdeki iletişim gözden geçirilmelidir. Bu yorumlar, aşamaların tutarlı biçimde güncellenmesine bağlıdır.
Uygulamaya geçerken dikkat edilecekler
Yaşam döngüsü yapısını kurarken en sık karşılaşılan hata, ilk günden mükemmel bir model kurmaya çalışmaktır. Bunun yerine şu sırayı izlemek daha sağlıklıdır:
- Aşama isimlerini ve tanımlarını ekiple birlikte bir sayfada yazın.
- Mevcut müşterileri poliçe verisine dayanarak toplu biçimde ilk aşamalarına yerleştirin.
- Veriden türeyen geçişleri otomatikleştirin, manuel geçişler için gerekçe alanı ekleyin.
- İlk birkaç hafta boyunca aşama dağılımını kontrol ederek tanımları netleştirin.
Mobil uygulamada çalışan saha ekibinin de aşama bilgisini görmesi önemlidir. InsureHub'da mobil uygulama ile web paneli aynı veriyi kullandığından, ofiste "risk altında" olarak işaretlenen bir müşteri sahadaki çalışanın ekranında da aynı şekilde görünür.
Yaşam döngüsünü uygulamaya almak için ilk adım
Müşteri yaşam döngüsü, acentenin müşteriyle ilişkisini zaman içinde nasıl yönettiğinin yazılı halidir. Az sayıda, net tanımlı ve kurallarla değişen aşamalar; ekibin doğru müşteriye doğru zamanda doğru işi yapmasını kolaylaştırır. Bu yapının kendi portföyünüzde nasıl görüneceğini incelemek isterseniz demo talebi oluşturabilirsiniz.