Acente İçin Yapay Zeka Kullanım Politikası Nasıl Yazılır?

Bir acentede yapay zeka kullanımı genellikle plansız başlar. Bir çalışan e-posta taslağı için bir sohbet aracı dener, bir diğeri uzun bir dokümanı özetletir, kısa süre içinde ekipte herkesin farklı bir aracı farklı amaçla kullandığı bir tablo oluşur. Bu durumun kendisi kötü niyetli değildir; ancak müşteri verisinin nereye gittiği, üretilen metnin kim tarafından kontrol edildiği ve bir hata olduğunda sorumluluğun kimde olduğu belirsiz kalır. Yazılı bir yapay zeka kullanım politikası bu belirsizliği gidermenin en pratik yoludur. Bu yazıda, sigorta acentelerine yazılım geliştiren bir ekip olarak sahada gördüğümüz ihtiyaçlardan yola çıkarak böyle bir politikanın nasıl kurgulanabileceğini adım adım ele alıyoruz.

Politika neden yasaklardan ibaret olmamalı?

İlk refleks genellikle "müşteri bilgisi hiçbir araca girilmez" gibi tek cümlelik bir yasak koymaktır. Bu kural önemli bir başlangıçtır ama tek başına yetmez. Çalışanlar neyin serbest olduğunu bilmediğinde ya aracı hiç kullanmaz ya da kuralı esneterek kullanır. İyi bir politika üç soruya birlikte cevap verir: Hangi işlerde kullanılabilir, hangi verilerle kullanılamaz ve çıktı nasıl kontrol edilir? Bu üçlü netleştiğinde politika bir engel değil, çalışma kılavuzu haline gelir.

Politikanın temel bölümleri

1. Amaç ve kapsam

Politikanın kimleri bağladığı açıkça yazılmalıdır: merkez ofis, şubeler, alt kullanıcılar, stajyerler ve dışarıdan destek veren kişiler. Kapsam bölümü ayrıca hangi araç türlerini içerdiğini tanımlar; genel amaçlı sohbet araçları, tarayıcı eklentileri, belge okuma servisleri ve otomatik çeviri araçları gibi.

2. Onaylı araçlar listesi

Her çalışanın kendi bulduğu aracı kullanması yerine, yönetimin değerlendirip onayladığı kısa bir liste tutulmalıdır. Listedeki her araç için kullanım amacı, sorumlu kişi ve son değerlendirme tarihi not edilir. Liste yaşayan bir dokümandır; yeni bir araç talebi geldiğinde nasıl değerlendirileceği de politikada tarif edilir.

3. Veri sınıfları

Acente verisini kabaca üç gruba ayırmak işe yarar:

• Serbest veri: Kamuya açık bilgilendirme metinleri, genel sigorta kavramları, kişisel bilgi içermeyen iç süreç açıklamaları.
• Kısıtlı veri: Anonimleştirilmiş vaka özetleri, kimlik bilgisi çıkarılmış yazışmalar. Yalnızca onaylı araçlarla ve belirli amaçlarla kullanılır.
• Yasak veri: T.C. kimlik numarası, plaka ile birlikte ad soyad, sağlık bilgisi, adres, ödeme bilgisi ve poliçe numarası gibi doğrudan kişiyi tanımlayan alanlar.

Bu sınıflandırmanın acentenin kendi kişisel veri işleme politikası ve hukuk danışmanının görüşüyle uyumlu olması gerekir. Politika bir hukuki değerlendirmenin yerini tutmaz, onu günlük işe çevirir.

4. İzin verilen ve verilmeyen kullanımlar

Soyut kurallar yerine somut örnek vermek çalışanların işini kolaylaştırır. Örneğin bilgilendirme bülteni taslağı hazırlamak, bir süreç dokümanını sadeleştirmek veya genel bir teminat kavramını müşteriye anlatacak dili bulmak izinli kullanımlara örnek olabilir. Müşteriye bağlayıcı teminat bilgisi vermek, prim hesabı yaptırmak ya da bir hasar talebinin kabul edilip edilmeyeceği hakkında yorum ürettirmek ise politikada açıkça dışarıda bırakılmalıdır.

5. İnsan kontrolü kuralı

Yapay zekayla üretilen hiçbir metin, okunup düzeltilmeden müşteriye gönderilmez. Bu cümle politikanın en kısa ama en önemli maddesidir. Kontrolü kimin yapacağı da yazılmalıdır: Taslağı hazırlayan kişi mi, yoksa belirli işlerde ikinci bir göz mü?

6. Kayıt ve şeffaflık

Hangi işlerde yapay zeka desteği alındığının basit bir kaydının tutulması, ileride bir şikayet veya soru geldiğinde süreci geriye doğru izlemeyi sağlar. Müşteriye karşı şeffaflık ilkesi de bu bölümde tanımlanır.

Politikayı yazarken izlenebilecek sıra

1. Mevcut durumu çıkarın: Ekipte hangi araçların zaten kullanıldığını yargılamadan sorun. Gerçek tablo görülmeden yazılan kurallar uygulanmaz.
2. Kullanım senaryolarını listeleyin: Her senaryo için hangi veri sınıfına dokunduğunu işaretleyin.
3. Taslağı kısa tutun: İlk sürüm iki sayfayı geçmemeli. Uzun dokümanlar okunmaz.
4. Ekiple birlikte gözden geçirin: Şube sorumluları ve sahada çalışan temsilciler, merkezde fark edilmeyen kullanım biçimlerini gösterebilir.
5. Yürürlük ve gözden geçirme tarihi koyun: Araçlar hızlı değiştiği için politika belirli aralıklarla yeniden okunmalıdır.

Sık yapılan hatalar

• Politikayı yalnızca yönetici e-postası olarak duyurup imza veya onay almamak.
• Kişisel veriyi tanımlarken yalnızca kimlik numarasını düşünüp plaka, adres ve telefon kombinasyonlarını atlamak.
• Onaylı araç listesini bir kez hazırlayıp güncellememek.
• Yeni çalışanların işe başlangıç sürecine politikayı eklememek.

Yazılım altyapısıyla ilişkisi

Politikanın uygulanabilirliği, verinin nerede durduğuyla doğrudan ilgilidir. Müşteri bilgisi dağınık tablolarda ve mesajlaşma uygulamalarında dolaşıyorsa, hangi verinin hangi araca kopyalandığını izlemek neredeyse imkansızdır. Müşteri kayıtlarının, teklif geçmişinin ve poliçe bilgisinin tek bir sistemde, rol bazlı erişimle tutulması bu nedenle politikanın teknik zeminidir.

InsureHub, sigorta acentelerine bu zemini sağlayan bir yazılım olarak konumlanır: acente CRM kayıtları, alt kullanıcı ve şube yönetimi, trafik, kasko ve DASK için birbirinden ayrı teklif akışları ve aynı veriyle çalışan web paneli ile mobil uygulama. Bu yazıda anlatılan yapay zeka politikası ise ürün özelliği değil, acentenin kendi yönetişim çalışmasıdır. Altyapının genel yapısını sigorta acentesi yazılımı sayfasında inceleyebilirsiniz.

Kısa bir kontrol listesi

• Politika kimleri bağlıyor ve herkes okudu mu?
• Onaylı araçlar listesi güncel mi?
• Yasak veri sınıfı örneklerle açıklandı mı?
• İnsan kontrolü kuralı ve sorumlusu yazılı mı?
• Bir sonraki gözden geçirme tarihi belli mi?

Bu beş soruya net cevap verebiliyorsanız, yapay zekayı acentenizde kontrollü biçimde değerlendirmeye hazırsınız demektir. Verinizi tek yerde toplamanın nasıl göründüğünü kendi ekibinizle görmek isterseniz demo hesabı talep edebilirsiniz.