Bir acente düşünün: Saha temsilcisi müşterinin yeni telefon numarasını mobil uygulamaya not ediyor, aynı dakikalarda ofisteki operasyon çalışanı müşterinin aradığı başka bir hat üzerinden adres bilgisini güncelliyor. Biri bağlantısız çalıştığı için iki değişiklik sunucuya farklı zamanlarda ulaşıyor. Sonuçta hangi bilgi geçerli olacak?
Bu soru teknik bir ayrıntı gibi görünse de acentenin veri kalitesini doğrudan etkiler. Web paneli ve mobil uygulamanın aynı veri üzerinde çalıştığı bir yapıda, çakışmaların nasıl çözüldüğü ekibin birbirine güvenip güvenemeyeceğini belirler. InsureHub olarak acente yazılımı tasarlarken bu konuyu, kullanıcının fark etmediği ama her gün yaşadığı bir mesele olarak görüyoruz.
Çakışma neden oluşur?
Çakışmanın temel nedeni, iki kişinin aynı kaydın farklı kopyalarını aynı anda düzenlemesidir. Mobil çalışmada bu durumu tetikleyen birkaç tipik durum vardır:
- Temsilcinin bağlantısız alanda kayıt düzenlemesi ve bağlantının saatler sonra gelmesi
- Uygulamanın arka planda uzun süre açık kalması ve ekranda eski verinin durması
- Aynı müşterinin hem çağrı merkezi hattından hem sahadan aynı gün iletişime geçmesi
- Toplu veri güncellemesi yapılırken bir çalışanın tekil kayıt üzerinde çalışması
Çakışma türlerini ayırmak
Her çakışma aynı ağırlıkta değildir. Doğru kural, çakışmanın türüne göre belirlenmelidir.
Farklı alanlarda değişiklik
Temsilci telefon numarasını, ofis ise adresi değiştirdiyse ortada gerçek bir çatışma yoktur. İyi bir sistem bu iki değişikliği alan bazında birleştirir ve her ikisini de korur. Tüm kaydı tek parça kabul edip son gelenin öncekini ezmesi, bu senaryoda bilgi kaybına yol açar.
Aynı alanda farklı değer
İki kişi aynı telefon alanına farklı numaralar yazdıysa sistemin bir karar vermesi gerekir. Burada "son yazan kazanır" kuralı basit görünür ama bağlantısız çalışmada yanıltıcıdır; çünkü son gelen, son yazılan olmayabilir. Daha sağlıklı yaklaşım, değişikliğin cihazda yapıldığı zamanı dikkate almak ve kritik alanlarda kararı bir kişiye bırakmaktır.
Biri silmiş, diğeri düzenlemiş
Ofiste mükerrer olduğu için birleştirilen bir müşteri kartına sahadan not eklenmesi sık görülen bir durumdur. Notun kaybolmaması, birleştirilmiş ana kayda taşınması gerekir. Bu tür durumlar sessizce çözülmemeli, ilgili kişiye bilgi verilmelidir.
Ekleme türü kayıtlar
Ziyaret notları, görüşme kayıtları ve görev yorumları gibi kayıtlar birbirinin üzerine yazılmaz, yan yana eklenir. Bu yüzden çakışma riski düşüktür. Uygulama tasarımında mümkün olan bilgileri bu yapıya taşımak, çakışma ihtimalini baştan azaltır.
Alan bazında öncelik kuralları
Acentelerde bazı alanlar diğerlerinden daha hassastır. Bu alanlar için önceden belirlenmiş bir sahiplik kuralı, hem yazılımın hem ekibin işini kolaylaştırır. Örnek bir düzen şöyle olabilir:
- İletişim bilgileri: Müşteriyle en son doğrudan görüşen kişinin girdiği değer önceliklidir; çakışma durumunda kayıt geçmişinde iki değer de görünür kalır.
- Kimlik ve araç bilgileri: Bu alanlar teklif akışlarının temelidir. Trafik ve kasko sorgularında kullanılan plaka ve ruhsat bilgileri, DASK sorgusunda kullanılan adres ve yapı bilgileri çakıştığında otomatik birleştirme yerine kullanıcı onayı istenmelidir.
- Durum alanları: Bir fırsatın "kazanıldı" ya da "kaybedildi" olarak işaretlenmesi gibi alanlarda, yetki düzeyi yüksek kullanıcının kararı esas alınabilir.
- Notlar ve etiketler: Birleştirilir, hiçbiri silinmez.
Çakışmayı görünür kılmak
Çakışma çözümü kullanıcıdan tamamen saklanırsa, ekip zamanla sisteme olan güvenini kaybeder. "Ben bunu düzelttim, neden eski hâline döndü?" sorusu, çoğu zaman sessizce çözülmüş bir çakışmanın sonucudur. Bu nedenle sistem şunları sağlamalıdır:
- Otomatik birleştirilen kayıtlarda değişiklik geçmişinin kimin, ne zaman, hangi cihazdan değişiklik yaptığını göstermesi
- Karar gerektiren çakışmaların ilgili kişiye anlaşılır bir ekranla sunulması
- Bu ekranda iki değerin yan yana gösterilip tek dokunuşla seçim yapılabilmesi
- Çözülmemiş çakışmaların yöneticinin görebileceği bir listede toplanması
Teknik tasarımın ötesi: Ekip kuralları
Yazılım çakışmaları azaltabilir, ama tamamen ortadan kaldıramaz. Acentenin kendi içinde birkaç basit kural belirlemesi, sorunların çoğunu daha oluşmadan önler:
- Bir müşteri için aktif bir saha ziyareti varsa, ofis ekibi kritik alanları değiştirmeden önce sahadaki temsilciye danışır.
- Toplu güncellemeler mesai dışı saatlerde ya da sahanın yoğun olmadığı zamanlarda yapılır.
- Temsilciler uzun süre bağlantısız kaldıktan sonra kayıt düzenlemeden önce uygulamayı yeniler.
- Mükerrer kayıt birleştirme işlemi tek bir sorumlu tarafından yürütülür.
Şubeli yapılarda çakışmanın özel hâli
Birden fazla şubesi olan acentelerde çakışma riski farklı bir boyut kazanır. Aynı müşteri hem merkez ofisle hem de şube temsilcisiyle çalışıyor olabilir. Böyle durumlarda müşterinin "sahibi" olan şubenin belirli olması, çakışan değişikliklerde kararın kimde olduğunu da belirler. Şube yöneticisinin kendi şubesindeki çözülmemiş çakışmaları görebilmesi, merkezin ise tüm tabloyu izleyebilmesi sağlıklı bir yapı sunar. Böylece karar yükü tek bir kişide birikmez ve sorunlar yerinde çözülür.
Değerlendirme için küçük bir test
Bir sigorta acentesi yazılımı seçerken çakışma davranışını basit bir deneyle görebilirsiniz. Bir cihazı uçak moduna alın ve bir müşteri kartında telefon numarasını değiştirin. Aynı sırada web panelinden aynı müşterinin adresini güncelleyin. Ardından cihazın bağlantısını açın ve sonucu inceleyin. İki değişiklik de korundu mu? Aynı alanı iki tarafta farklı değiştirdiğinizde sistem size ne söyledi? Kayıt geçmişinde bu olaylar izlenebiliyor mu?
Bu deney, yazılımın veri bütünlüğüne yaklaşımı hakkında uzun sunumlardan daha fazlasını anlatır. Müşteri kayıtlarının tek ve güvenilir bir kaynakta toplanması, acente CRM kullanımının temel amacıdır; çakışma yönetimi de bu amacın sessiz bekçisidir.
Sonuç
Sahada ve ofiste aynı veriyle çalışmak acentelere hız kazandırır, ama bu hız ancak verinin tutarlı kalmasıyla anlam taşır. Çakışma türlerini ayıran, kritik alanlarda insan kararına alan bırakan ve her değişikliği izlenebilir kılan bir yapı, ekip büyüdükçe daha da değerli hâle gelir. InsureHub'da web ve mobil tarafın ortak veriyle nasıl çalıştığını kendi senaryolarınızla görmek isterseniz demo talebi oluşturabilirsiniz.