Bir teklif ekranına yeni bir alan eklemek genellikle masum bir karar gibi görünür: "Lazım olur" diye eklenen meslek bilgisi, ikinci bir telefon numarası ya da serbest metinli bir not kutusu. Oysa her yeni alan, acentenin saklamak, korumak ve gerektiğinde silmek zorunda olduğu yeni bir kişisel veri anlamına gelir. 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun genel ilkeleri arasında yer alan "işlendikleri amaçla bağlantılı, sınırlı ve ölçülü olma" ilkesi, tam olarak bu noktada pratik bir tasarım kuralına dönüşür. Bu yazıda, sigorta acentelerine yazılım geliştiren bir ekip olarak teklif formlarında veri minimizasyonunu nasıl ele aldığımızı ve acentelerin kendi formlarını gözden geçirirken kullanabileceği bir yöntemi paylaşıyoruz.
Minimizasyon teklif ekranında ne anlama gelir?
Veri minimizasyonu, "mümkün olduğunca az veri topla" sloganından daha fazlasıdır. Asıl soru şudur: Bu alan, müşterinin istediği teklifi üretmek için gerekli mi? Gerekliyse hangi aşamada gerekli? Bir bilgi teklif almak için değil de poliçeleştirme için gerekiyorsa, onu ilk ekranda istemek hem müşteriyi yorar hem de teklifi hiç kabul etmeyecek kişilerin verisinin sistemde birikmesine neden olur.
Bu yüzden minimizasyonu üç boyutta düşünmek faydalıdır:
- Kapsam: Hangi alanların toplandığı.
- Zamanlama: Alanın sürecin hangi adımında istendiği.
- Görünürlük: Toplanan verinin kimler tarafından, hangi ekranlarda görüldüğü.
Branş bazında gerekli alanları ayırmak
Teklif formlarındaki en yaygın hata, tüm branşlar için tek bir "müşteri bilgileri" bloğu tasarlamaktır. Trafik, kasko ve DASK birbirinden farklı sorgu akışlarına sahiptir; her biri farklı girdilerle çalışır. Tek bir ortak form, bir branşın ihtiyaç duyduğu alanı diğer branşlara da taşır.
Trafik sigortası akışı
Trafik teklifinde temel girdiler sigortalının kimlik bilgisi ile araca ait plaka ve belge bilgileridir. Bu akışta aracın kullanım amacı gibi bilgiler sorgu sonucuyla zaten gelebilir; kullanıcıdan yeniden istemek hem mükerrer giriş hem de tutarsızlık riski yaratır. Formu tasarlarken sorgudan dönen bilgi ile kullanıcının elle girdiği bilgiyi ayırmak, gereksiz alanları görünür hale getirir.
Kasko akışı
Kasko teklifinde araç bilgileri daha ayrıntılı ele alınır ve teminat tercihleri devreye girer. Burada minimizasyonun anlamı, teminat seçimleriyle ilgisi olmayan kişisel bilgileri ekrana eklememektir. Örneğin sürücünün eğitim durumu ya da medeni hali, kullandığınız sigorta şirketi akışında bir parametre değilse, kasko formunda yer almamalıdır.
DASK akışı
DASK teklifinde odak araç değil konuttur. Adres kodu, yapı bilgileri ve sigorta ettirenin kimliği ön plandadır. Trafik akışından kopyalanmış bir formda araç alanlarının boş da olsa görünmesi, kullanıcıyı yanıltır ve kimi zaman yanlış alanlara veri girilmesine yol açar. Her branşın kendi akışında kalması hem doğruluk hem mahremiyet için önemlidir.
Sık eklenen ama çoğu zaman gereksiz alanlar
Acentelerle yaptığımız form incelemelerinde aşağıdaki alanlar sık sık karşımıza çıkar. Bunların her biri belirli bir iş ihtiyacı için meşru olabilir; sorun, gerekçesi yazılı olmadan varsayılan olarak toplanmalarıdır.
- Teklif aşamasında istenen ikinci ve üçüncü telefon numaraları.
- Gerekçesi tanımlanmamış meslek, gelir veya eğitim bilgisi.
- Kimlik kartının ön ve arka yüzünün tamamının görsel olarak alınması.
- Her teklifte zorunlu tutulan e-posta adresi, oysa müşteri iletişim için telefonu tercih etmiş olabilir.
- Kontrolsüz serbest metin notları; bu kutulara sağlık bilgisi ya da aile içi ayrıntılar yazılabilir.
Serbest metin alanları özel dikkat ister. Yapılandırılmış bir alanın içeriğini öngörebilirsiniz; serbest bir not kutusuna ise çalışanın aklına gelen her şey girebilir. Not alanlarını tamamen kaldırmak gerekmez, ancak kullanım kuralı belirlemek ve çalışanları bu konuda bilgilendirmek gerekir.
Form gözden geçirmesi için beş soru
Mevcut teklif formlarınızı değerlendirirken her alan için şu soruları sorabilirsiniz:
- Bu alan olmadan ilgili branşta teklif üretilebilir mi?
- Alan teklif için mi, yoksa yalnızca poliçeleştirme için mi gerekli?
- Bu bilgi bir sorgu sonucundan otomatik olarak gelebiliyor mu?
- Alanın zorunlu olması gerçekten gerekli mi, yoksa isteğe bağlı olabilir mi?
- Bu veriyi toplama amacımız aydınlatma metnimizde yer alıyor mu?
Beşinci soru çoğu zaman gözden kaçar. Aydınlatma metninde belirtilmeyen bir amaçla veri toplamak, formdaki alanın kendisinden daha büyük bir uyum sorunu yaratabilir. Bu nedenle form değişiklikleri ile aydınlatma metni güncellemeleri birlikte planlanmalıdır.
Zamanlama: Veriyi ihtiyaç anında istemek
Minimizasyonun en az konuşulan boyutu zamanlamadır. Teklif aşamasında yalnızca fiyatlama için gerekli bilgiler alınır; ödeme ve poliçe düzenleme için gereken ek bilgiler ise müşteri teklifi kabul ettiğinde istenir. Bu yaklaşım, kabul edilmeyen tekliflerde biriken veri miktarını doğal olarak azaltır ve saklama politikası uygulamasını kolaylaştırır.
Aşamalı veri toplama, müşteri deneyimine de olumlu yansır. İlk temasta uzun bir formla karşılaşan müşteri yerine, kısa bir girişle teklifini gören ve sonraki adımda yalnızca gereken bilgiyi veren bir müşteri profili oluşur.
Yazılım tarafında nelere bakılmalı?
Bir sigorta teklif programı değerlendirirken minimizasyonu destekleyen özelliklere bakmak gerekir. Branşa göre değişen form yapısı, sorgudan gelen alanların otomatik doldurulması ve alan bazında zorunluluk ayarı bunların başında gelir. Bunun yanında müşteri kartında hangi bilgilerin kimlere görüneceğinin ayarlanabilmesi, toplanan verinin görünürlük boyutunu yönetmenizi sağlar.
InsureHub'ı geliştirirken trafik, kasko ve DASK akışlarını ayrı tutmamızın bir nedeni de budur: Her akış yalnızca kendi girdilerini ister ve sonuçlar müşteri kaydına bağlanır. Sahada çalışan ekipler için aynı kural mobil sigorta uygulaması tarafında da geçerli olmalıdır; mobil formun web formundan daha fazla veri istemesi için bir neden yoktur.
Sonuç: Az alan, net gerekçe
Veri minimizasyonu, formdan alan silmekle başlayıp bitmez. Her alanın bir gerekçesi, bir zamanlaması ve bir görünürlük kuralı olduğunda teklif ekranları hem daha hızlı hem de daha savunulabilir hale gelir. Bu yazıdaki öneriler genel bir çerçeve sunar ve hukuki danışmanlık yerine geçmez; formlarınızı güncellerken veri koruma danışmanınızla birlikte çalışmanızı öneririz. Teklif akışlarının pratikte nasıl ayrıştığını görmek isterseniz demo talebi oluşturabilirsiniz.