Bir acentenin günlük teklif hacmi içinde poliçeye dönüşmeyen teklifler küçük bir pay değildir. Müşteri fiyatı karşılaştırmak için teklif ister, düşünmek için zaman ister ya da hiç geri dönmez. Her birinde ise kimlik bilgisi, iletişim bilgisi, araç veya konut bilgisi sisteme girer. Bu kayıtlar zamanla birikir ve acentenin elindeki kişisel verinin önemli bir bölümünü oluşturur. Bu yazıda, sigorta acentelerinin tamamlanmayan tekliflere ait veriler için nasıl bir saklama yaklaşımı benimseyebileceğini sorular üzerinden ele alıyoruz.
Kabul edilmeyen teklif neden ayrı bir kategori?
Poliçeleşmiş bir işlemde acente ile müşteri arasında süren bir ilişki vardır; tahsilat, yenileme ve olası hasar süreçleri kaydın saklanmasını gerektirir. Kabul edilmeyen bir teklifte ise ilişki çoğu zaman teklifin sunulmasıyla sona erer. Verinin işlenme amacı olan "teklif hazırlamak" gerçekleşmiştir. KVKK'nın amaçla sınırlı ve gerektiği kadar saklama ilkeleri düşünüldüğünde, bu kayıtların poliçeleşmiş işlemlerle aynı süre boyunca tutulması için ayrı bir gerekçe bulunmalıdır.
Bu nedenle saklama politikasında kabul edilmeyen teklifleri ayrı bir kategori olarak tanımlamak, hem süre belirlemeyi hem de imha sürecini netleştirir.
Saklamanın meşru gerekçeleri neler olabilir?
Tamamlanmayan bir teklifin bir süre daha saklanmasını gerektiren durumlar elbette vardır. Örneğin:
- Müşterinin kısa süre içinde aynı teklifi yeniden istemesi ve bilgilerini tekrar vermek istememesi.
- Teklif içeriğine ilişkin bir itiraz veya şikâyet ihtimali.
- Sunulan teklifin hangi koşullarla verildiğini gösterme ihtiyacı.
- Müşterinin, teklif süresi dolmadan karar vermek için açıkça zaman istemesi.
Bu gerekçeler, sınırlı bir süre için saklamayı açıklayabilir. Sorun, gerekçenin süresiz saklamaya dönüşmesidir. "Belki bir gün tekrar arar" düşüncesi, yıllarca süren bir saklama için yeterli bir dayanak sunmaz.
Hangi alanlar daha kısa ömürlü olmalı?
Tamamlanmayan tekliflerde tüm alanları aynı şekilde ele almak gerekmez. Teklifin hangi koşullarla sunulduğunu gösteren özet bilgi ile kişiyi tanımlayan ayrıntılar ayrı değerlendirilebilir.
Trafik ve kasko tekliflerinde
Araç bilgileri, plaka ve ruhsata ilişkin veriler ile sigortalının kimlik bilgisi bir arada tutulur. Trafik ve kasko farklı sorgu akışlarıyla çalıştığı için aynı müşteri için iki ayrı teklif kaydı oluşabilir. Saklama süresi değerlendirmesi her iki kayıt için ayrı ayrı yapılmalı, birinin poliçeleşmesi diğerinin süresini otomatik olarak uzatmamalıdır.
DASK tekliflerinde
Konut adresi ve yapıya ilişkin bilgiler, kişinin yaşadığı yeri doğrudan gösterdiği için hassas bir veri grubudur. Kabul edilmeyen DASK tekliflerinde adres ayrıntılarının diğer alanlardan önce anonimleştirilmesi ya da silinmesi düşünülebilir.
Ekli belgelerde
Teklif için alınmış ruhsat veya kimlik görselleri, tamamlanmayan tekliflerde en öncelikli silinmesi gereken unsurlardır. Bu belgelerin teklif özeti kadar uzun süre saklanmasının gerekçesi nadiren bulunur.
Süreyi hangi tarih başlatır?
Saklama süresinin başlangıcı açık olmazsa uygulama tutarsızlaşır. Pratikte üç seçenek öne çıkar: teklifin oluşturulma tarihi, teklifin geçerlilik süresinin sona erdiği tarih veya müşteriyle son temas tarihi. Son temas tarihini esas almak esnek görünse de her takip aramasının süreyi yeniden başlatması, süresiz saklamanın dolaylı bir yolu haline gelebilir. Seçtiğiniz başlangıç noktasını politikada açıkça yazmanız ve yazılımda filtrelenebilir bir alana bağlamanız önerilir.
Takip araması saklamayı haklı kılar mı?
Satış ekipleri için kabul edilmeyen teklifler aynı zamanda potansiyel fırsatlardır. Ancak bir teklifi takip etmek ile müşteriyi pazarlama listesine eklemek farklı şeylerdir. Teklif sonrasındaki makul bir dönemde tek bir takip görüşmesi, teklif sürecinin doğal parçası olarak değerlendirilebilir. Aylar sonra kampanya duyurusu göndermek ise ticari ileti onayı ve kişisel veri işleme dayanakları açısından ayrıca değerlendirilmesi gereken bir faaliyettir. Bu ayrımı netleştirmek, satış ekiplerinin kullandığı acente CRM kurgusunu da doğrudan etkiler.
Yazılımda nasıl uygulanır?
Tamamlanmayan tekliflere ilişkin saklama kuralını acente yazılımında uygulamak için şu adımlar izlenebilir:
- Teklif kayıtlarında durumu net tutun: Poliçeleşti, reddedildi, yanıt bekleniyor gibi durumlar tanımlayın.
- Başlangıç tarihini tek bir alana bağlayın ve bu alanın sonradan değiştirilememesini sağlayın.
- Süresi dolan teklifleri tarih bazlı filtreyle düzenli olarak listeleyin.
- Ekli belgeleri teklif özetinden önce ele alın.
- Silme veya anonimleştirme işlemini yetkili rolle sınırlandırın ve işlem kaydını tutun.
- Dışa aktarılmış teklif listelerinin de aynı döngüye dahil edildiğinden emin olun.
InsureHub'da tekliflerin branş bazında ayrı akışlarda oluşturulup müşteri kaydına bağlanması, kabul edilmeyen tekliflerin durumuna ve tarihine göre ayrıştırılmasını kolaylaştırır. Teklif üretim tarafının nasıl çalıştığını merak ediyorsanız sigorta teklif programı sayfamıza göz atabilirsiniz.
Satış ekibiyle uzlaşmak
Kabul edilmeyen tekliflerin silinmesi, satış ekiplerinde zaman zaman "fırsat kaybı" endişesi yaratır. Bu endişeyi gidermenin yolu, saklama süresini keyfi değil gerekçeli biçimde belirlemek ve ekibe bu gerekçeyi açıklamaktır. Örneğin teklif geçerlilik süresi ile sonrasındaki makul takip dönemi boyunca kaydın korunacağını, bu sürenin sonunda ise kaydın imha döngüsüne gireceğini bilen bir temsilci, takip işini daha planlı yapar. Ayrıca süre dolmadan önce yöneticiye kısa bir liste sunulması, gerçekten açık kalan fırsatların gözden kaçmamasını sağlar. Anonimleştirilmiş özet veriler ise geçmiş dönemlerin dönüşüm oranlarını incelemek için kullanılmaya devam edebilir; böylece satış analizi için kişisel veriye ihtiyaç kalmaz.
Sonuç
Kabul edilmeyen teklifler, acentelerin en hızlı biriken ve en az gözden geçirilen veri grubudur. Bu kayıtlar için ayrı bir kategori tanımlamak, süreyi net bir tarihe bağlamak ve ekli belgeleri öncelikli ele almak, saklama politikasını somut bir uygulamaya dönüştürür. Süre kararlarınızı hukuk danışmanınızla birlikte vermenizi öneririz; bu yazı hukuki görüş niteliği taşımaz.