Her hata bir veri noktasıdır
Teklif sorgularında hata yaşanması kaçınılmazdır. Çoğu zaman hata o an çözülür: çalışan bir alanı düzeltir, sorguyu yeniden başlatır ya da sonucu başka bir zaman tekrar dener. Ancak hatalar yalnızca anlık olarak ele alındığında, aynı sorunların tekrar tekrar yaşandığı fark edilmeyebilir. Bir alanın tasarımı sürekli yanlış anlaşılıyor, bir entegrasyon belirli saatlerde düzenli olarak sorun çıkarıyor ya da bir eşleştirme tablosu eksik kalıyor olabilir.
Hataların sistematik olarak kaydedilmesi, sınıflandırılması ve düzenli olarak analiz edilmesi, bu tekrarlayan sorunların kaynağını görünür kılar. Bu yazıda teklif hataları için pratik bir kayıt, sınıflandırma ve kök neden analizi yaklaşımını ele alıyoruz.
Hata kaydında neler tutulmalı?
Bir hata kaydının değeri, içerdiği bağlam bilgisine bağlıdır. Yalnızca hata mesajını saklamak, sonradan analiz yapmak için yeterli değildir.
Temel kayıt alanları
- Hatanın oluştuğu zaman
- Branş: trafik, kasko ya da DASK
- İlgili sigorta şirketi
- Sorgunun türü: etkileşimli ya da planlı
- Sigorta şirketinden dönen ham kod ve açıklama
- Ortak hata kataloğundaki kategori
- Sorguyu başlatan kanal: web paneli ya da mobil uygulama
- Tekrar deneme sayısı ve sonucu
- Kullanıcının hatadan sonra yaptığı işlem
Kişisel verilerin hata kayıtlarına gereğinden fazla taşınmaması da önemlidir. Analiz için çoğu zaman müşterinin kimliği değil, hatanın türü ve bağlamı yeterlidir. Kayıtlarda yalnızca teklif kaydına referans tutulması, gizlilik ilkeleriyle uyumlu bir yaklaşımdır.
Sınıflandırma: hatalara ortak bir dil vermek
Farklı sigorta şirketlerinden gelen hatalar farklı kodlar ve ifadeler taşır. Analiz yapabilmek için bu hataların ortak kategorilere eşlenmesi gerekir. Kullanıcıya gösterilen mesajlar için oluşturulan hata kataloğu, analiz için de aynı temel olarak kullanılabilir.
Sınıflandırmanın ikinci boyutu, hatanın kaynağıdır. Bir hata acente tarafındaki veriden, acente yazılımının kendi işleyişinden ya da sigorta şirketinin sisteminden kaynaklanabilir. Bu ayrım, sorunun kimin tarafından çözülmesi gerektiğini belirler.
Kaynak bazında sınıflandırma
- Kullanıcı kaynaklı: eksik ya da hatalı veri girişi
- Yazılım kaynaklı: eşleştirme tablosu eksikliği, doğrulama kuralı hatası, beklenmeyen yanıtın işlenememesi
- Entegrasyon kaynaklı: sigorta şirketinin sisteminde yavaşlık, bakım ya da değişiklik
- Yapılandırma kaynaklı: acentenin bağlantı bilgilerinin geçersiz olması
Düzenli analiz rutini
Kayıtların değeri, düzenli olarak incelendiğinde ortaya çıkar. Haftalık kısa bir analiz rutini, sorunların birikmeden fark edilmesini sağlar.
Analizde sorulacak sorular
- En sık görülen hata kategorileri hangileri?
- Belirli bir sigorta şirketinde ya da branşta hata yoğunlaşması var mı?
- Hatalar belirli saatlerde ya da günlerde artıyor mu?
- Aynı kullanıcı ya da ekip belirli bir hatayı sık yaşıyor mu?
- Bilinmeyen hata kategorisine düşen yeni yanıt türleri var mı?
Bu sorular, hataların rastgele değil, belirli kalıplar halinde ortaya çıktığı yerleri gösterir.
Kök nedene inmek
Bir hata kalıbı tespit edildiğinde, yüzeydeki belirtiden asıl nedene inmek gerekir. Bunun için basit ama etkili bir yöntem, art arda "neden" sorusunu sormaktır. Örneğin kasko sorgularında belirli bir şirkette eşleşme hataları artmışsa, ilk neden araç tanımının eşleşmemesidir. Neden eşleşmiyor? Çünkü yeni model yılına ait kodlar tabloda yok. Neden yok? Çünkü şirketin araç listesi güncellendiğinde eşleştirme tablosunun güncellenmesi için bir süreç tanımlı değil. Bu noktada çözüm, tek tek hataları düzeltmek değil, güncelleme sürecini tanımlamaktır.
Kullanıcı kaynaklı görünen hatalarda da kök neden çoğu zaman tasarımdadır. Aynı alanda sık veri hatası yapılıyorsa, sorun kullanıcıda değil, alanın açıklamasında, maskesinde ya da yerleşiminde olabilir.
Düzeltici adımları izlemek
Kök neden belirlendikten sonra alınan önlemin etkisi de izlenmelidir. İlgili hata kategorisinin sıklığı, önlemden sonraki dönemde gözlemlenir. Azalma varsa önlem etkilidir; değişiklik yoksa kök neden yeniden değerlendirilmelidir. Bu döngü, teklif altyapısının sürekli iyileşmesini sağlar.
Branş akışlarında analiz
Trafik, kasko ve DASK akışlarında hata profilleri farklıdır. InsureHub'da bu üç branş ayrı teklif sorgu akışlarıdır. Hata analizinin branş bazında yapılması, örneğin DASK'ta adres koduyla ilgili sorunların ya da kaskoda araç tanımı eşleşmelerinin ayrı ayrı izlenmesine imkan verir. Tek bir genel hata oranına bakmak, bir branştaki ciddi bir sorunun diğer branşların sağlıklı verileri arasında kaybolmasına neden olabilir.
Ekiple paylaşım
Analiz sonuçlarının yalnızca teknik ekipte kalmaması, operasyon ekibiyle de paylaşılması faydalıdır. Kullanıcı kaynaklı hatalarda kısa bir bilgilendirme ya da form üzerinde yapılan bir iyileştirme, hata sıklığını hızla düşürebilir. Yöneticiler için hazırlanan özet raporlar, sigorta acentesi yazılımı içindeki diğer operasyon göstergeleriyle birlikte değerlendirilebilir.
Sık yapılan hatalar
- Hataları yalnızca serbest metin olarak kaydetmek
- Ham yanıtı saklamayıp yalnızca kullanıcı mesajını tutmak
- Analizi yalnızca büyük bir sorun yaşandığında yapmak
- Kök nedene inmeden belirtiyi düzeltmek
- Alınan önlemin etkisini ölçmemek
Analizi başlatmak için büyük bir altyapı gerekmez
Hata analizine başlamak için karmaşık araçlar şart değildir. Tutarlı alanlarla tutulan kayıtlar ve haftalık kısa bir gözden geçirme toplantısı, ilk kalıpları görmek için yeterlidir. Zamanla bu inceleme bir yönetim ekranına dönüştürülebilir; en sık görülen kategoriler, şirket ve branş bazında dağılım ve önceki dönemle karşılaştırma tek bakışta izlenebilir. Önemli olan, analizin düzenli yapılması ve her incelemenin en az bir somut iyileştirme adımıyla sonuçlanmasıdır.
Sonuç
Teklif hatalarını kayıt altına almak ve sınıflandırmak, tek tek çözülen sorunları sistematik bir iyileştirme sürecine dönüştürür. Bağlamı zengin kayıtlar, ortak bir sınıflandırma, düzenli analiz rutini ve kök nedene inen bir yaklaşım, teklif altyapısının zamanla daha güvenilir hale gelmesini sağlar. Hata izleme ve raporlama yapısını sigorta teklif programı içinde görmek için demo talebi oluşturabilirsiniz.