Bir acente yöneticisi "şu an kaç teklif müşteri kararı bekliyor?" diye sorduğunda cevap birkaç saniye içinde gelebilmelidir. Ancak pek çok acentede bu sorunun cevabı için çalışanlara tek tek sormak ya da kayıtları açıp notları okumak gerekir. Bunun nedeni genellikle kayıtların tutulmaması değil, kayıtların durumunu gösteren alanın iyi tasarlanmamış olmasıdır. Durumlar ya çok genel kalmıştır ("devam ediyor"), ya çok sayıdadır ve kimse hangisini seçeceğini bilmez, ya da her çalışan aynı durumu farklı anlamda kullanır.
Dosya durumu tasarımı, operasyon görünürlüğünün temelidir. Raporlar, görev listeleri ve yönetim ekranları, kayıtların doğru durumda olmasına dayanır. Bu yazıda acente kayıtları için anlamlı bir durum setinin nasıl tasarlanacağını ve ekip tarafından tutarlı biçimde kullanılmasının nasıl sağlanacağını ele alıyoruz.
İyi bir durum seti neye cevap verir?
Bir durum, kaydın şu an hangi aşamada olduğunu ve topun kimde olduğunu tek bir ifadeyle anlatmalıdır. İyi tasarlanmış bir durum seti üç soruya cevap verir:
- İş hangi aşamada?
- Bir sonraki adımı kim atacak: acente mi, müşteri mi, sigorta şirketi mi?
- İş tamamlandı mı, tamamlandıysa nasıl sonuçlandı?
İkinci soru sıklıkla gözden kaçar. Oysa "müşteriden bekleniyor" ile "acentede hazırlanıyor" arasındaki fark, yöneticinin nereye müdahale etmesi gerektiğini doğrudan gösterir.
Durum tasarımının ilkeleri
Az ama yeterli
Durum sayısı arttıkça çalışanların doğru durumu seçmesi zorlaşır. Bir kayıt türü için beş ila sekiz durum genellikle yeterlidir. Daha fazla ayrıntı gerekiyorsa, durumun yanında açıklama notu veya etiket kullanmak daha esnek bir çözümdür.
Birbirini dışlayan durumlar
Bir kayıt aynı anda yalnızca bir durumda olabilmelidir. "Teklif hazırlandı" ve "müşteriye gönderildi" gibi birbirini izleyen ama örtüşebilen durumlar karışıklık yaratır. Her durum, net bir giriş ve çıkış koşuluyla tanımlanmalıdır.
Eylem odaklı ifadeler
Durum adları, bir sonraki eylemi çağrıştırmalıdır. "Beklemede" gibi bir ifade, neyin beklendiğini söylemez. "Müşteri belgesi bekleniyor" ise hem aşamayı hem de bir sonraki adımı anlatır.
Durumların yeni çalışanlara öğretilmesi
Yeni bir çalışan ilk haftasında durum sözlüğünü okumalı ve birkaç örnek kayıt üzerinde hangi durumun seçileceğini deneyimli bir çalışanla birlikte uygulamalıdır. Durumların doğru kullanımı, yeni çalışanın ekibin geri kalanıyla aynı dili konuşmasını sağlar ve raporların ilk günden doğru veriyle beslenmesine katkıda bulunur.
Sonuç durumlarının ayrılması
Kapanan kayıtların nasıl kapandığı ayrı durumlarla gösterilmelidir. Bir teklif poliçeye dönüşerek de, müşteri vazgeçerek de, süresi dolarak da kapanabilir. Bu ayrım, ileride hangi tekliflerin neden sonuçlanmadığını analiz etmeyi mümkün kılar.
Örnek bir teklif durum seti
Bir teklif kaydı için uygulanabilir bir durum seti şöyle olabilir:
- Bilgi bekleniyor (müşteri): Teklif için gerekli bilgi veya belge müşteriden henüz gelmedi.
- Hazırlanıyor (acente): Bilgiler tamam, teklif çalışması sürüyor.
- Müşteriye sunuldu (müşteri): Teklif iletildi, müşteri kararı bekleniyor.
- Revizyon istendi (acente): Müşteri farklı bir teminat veya seçenek istedi.
- Kabul edildi: Müşteri teklifi onayladı, poliçeleştirme aşamasına geçilecek.
- Sonuçlanmadı: Müşteri vazgeçti veya teklif süresi doldu; neden ayrıca not edilir.
Parantez içindeki ifadeler, topun kimde olduğunu gösterir. Bu bilgi durum adının parçası olmak zorunda değildir ama tanımında yer almalıdır.
Trafik, kasko ve DASK teklifleri aynı durum setini paylaşabilir; ancak her branşın "bilgi bekleniyor" aşamasında beklenen bilgiler farklıdır. Bu nedenle durum tanımlarına branşa özel açıklamalar eklemek faydalıdır.
Durumların tutarlı kullanımını sağlamak
En iyi tasarlanmış durum seti bile tutarsız kullanılırsa görünürlük sağlamaz. Tutarlılığı artırmak için şu yöntemler kullanılabilir:
- Durum sözlüğü: Her durumun ne anlama geldiği, ne zaman seçileceği ve bir sonraki adımın ne olduğu tek sayfalık bir sözlükte yazılır.
- Geçiş kuralları: Bazı durum geçişleri sınırlandırılabilir. Örneğin bir teklif doğrudan "bilgi bekleniyor" durumundan "kabul edildi" durumuna geçmemelidir.
- Zorunlu not: "Sonuçlanmadı" gibi kapanış durumlarında neden notunun zorunlu tutulması, analiz için veri kaybını önler.
- Düzenli kontrol: Uzun süredir aynı durumda kalan kayıtlar, haftalık olarak gözden geçirilir.
Durumlar ve görünürlük
Doğru tasarlanmış durumlar, yöneticinin günlük ve haftalık görünümünü doğrudan besler. Her durumdaki kayıt sayısı, işin nerede biriktiğini gösterir. Topun kimde olduğunu gösteren durumlar, bekleyen işlerin ne kadarının acentenin kontrolünde olduğunu ortaya koyar. Durum değişim zamanları ise işin her aşamada ne kadar kaldığını ölçmeyi sağlar.
Durum alanlarını tanımlamaya ve bunlara göre filtrelemeye imkân veren bir acente yazılımı, bu görünürlüğü ek bir raporlama çabası gerektirmeden sunar. Tekliflerin durumlarına göre izlenebildiği bir teklif programı ise branş bazında hangi aşamada ne kadar teklif olduğunu görmeyi kolaylaştırır.
Mevcut durum setini gözden geçirmek
Halihazırda bir durum seti kullanıyorsanız, şu sorularla değerlendirebilirsiniz:
- Hiç kullanılmayan durumlar var mı? Varsa kaldırılabilir.
- Kayıtların büyük kısmı tek bir genel durumda mı toplanıyor? Bu durum bölünmeli.
- Çalışanlar aynı durumu farklı anlamlarda mı kullanıyor? Tanım netleştirilmeli.
- Kapanış durumları, kaydın nasıl sonuçlandığını gösteriyor mu?
Durum setinde yapılacak değişiklikler ekiple birlikte konuşulmalı ve geçiş tarihi belirlenmelidir. Eski durumlardaki kayıtların yeni durumlara nasıl eşleneceği de önceden planlanmalıdır.
Sonuç
Dosya durumu tasarımı, küçük bir ayrıntı gibi görünse de acentenin operasyon görünürlüğünü belirleyen temel unsurlardan biridir. Az sayıda, birbirini dışlayan, eylem odaklı ve topun kimde olduğunu gösteren durumlar, raporların ve görev listelerinin gerçeği yansıtmasını sağlar. Kayıtlarınızın durumlarını tek bir ekranda nasıl izleyebileceğinizi görmek için demo talep sayfasından bize ulaşabilirsiniz.