KVKK ve GDPR ile konuşma verisi yönetişimi

Konuşma verisi operasyon açısından çok zengindir. Tek bir çağrıda kimlik bilgileri, hesap geçmişi, bir ödeme sorusu, sağlıkla ilgili bir kaygı, bir adayın bilgileri ya da ticari bir fırsat bulunabilir. Yönetişim tam da bu yüzden agent canlıya çıktıktan sonra eklenemez. İşletmenin, sesten transkripte, özete, CRM kaydına, analiz sinyaline ve sonraki incelemelere uzanan veri yolculuğunu anlaması gerekir.

Bu yazı, KVKK, GDPR ve geçerli diğer kurallarla çalışan kurumlar için pratik bir tartışma çerçevesidir. Hukuki tavsiye değildir. Kurulumunuzdaki roller, amaçlar, konumlar, tedarikçiler ve veri kategorileri için uygun hukuk danışmanlarıyla ve veri koruma sorumlularıyla çalışın. DRING'in güvenlik sayfası, gizlilik sayfası ve KVKK bilgilendirmesi bu incelemeyle birlikte kullanılabilir.

Konuşma verisinin yaşam döngüsünü çıkarın

Yalnızca platformun adını vermek yerine yolu çizin. Arayan telefon altyapısı üzerinden bağlanır, ses akış halinde iletilir, konuşma tanınır, agent bağlamı ve araçları kullanır, bir transkript ya da özet üretilir, sonuç bir sisteme yazılır ve bir kalite ya da yönetim süreci görüşmeyi inceleyebilir. Her adımın amacı, veriyi işleyen tarafı, erişim rolü ve saklama süresi farklı olabilir.

Kolayca unutulan kopyaları da ekleyin: yedekler, dışa aktarımlar, destek ticket'ları, tarayıcıdan indirilen dosyalar, kalite incelemesine gönderilen kayıtlar ve eğitim ya da test setine giren veriler. Yaşam döngüsü haritası, veri minimizasyonunun ve silmenin nerede yapılması gerektiğine karar vermeye yardım eder. Bir müşteri, kurumun bir görüşme hakkında ne bildiğini sorduğunda da daha iyi bir cevap vermenizi sağlar.

Daha fazla bağlam toplamadan önce amacı söyleyin

Amaçla sınırlılık, pratik bir ürün tasarımıdır. Agent'ın durum sorgulamak için bir sipariş numarasına ihtiyacı varsa tüm profil geçmişine ihtiyacı olmayabilir. Koordinatörün dil ve randevu tercihlerine ihtiyacı varsa ilgisiz hesap alanlarına ihtiyacı olmayabilir. İş akışının sonuca ulaşmasını sağlayan en küçük bağlamı isteyin.

Geniş hafızayı otomatik olarak daha iyi saymayın. Tekrar arayan bir müşteri, önceki her görüşme her agent'a ya da her iş akışına açılmadan tanınabilir. DRING'in ortak bağlam modeli, müşterinin izin verdiği vaka ve yetkiler etrafında yapılandırılmalı, sınırları da kurumun kendi gizlilik incelemesi belirlemelidir.

Olguları türetilmiş sinyallerden ayırın

Arayanın beyanı, CRM sonucu, agent özeti ve bir sektör içgörüsü farklı türde verilerdir. Bunları ayırt edilebilir tutun. Bir yönetici "iade onaylandı" bilgisinin bir sistem teyidinden mi yoksa bir model yorumundan mı geldiğini görebilmelidir. Bir kalite puanı sessizce bir müşteri profiline dönüşmemelidir.

Operasyon için gereken asgari bilgiyi yapılandırılmış alanlarda tutun: talep, sonuç, sorumlu, sonraki adım ve ilgili kimlik numarası. Tüm ses ya da transkript içeriğini sonraki her sisteme kopyalamak yerine gerektiğinde daha ayrıntılı kanıta link verin. DRING'in CRM'e geri yazma ve aylık sektör analizi özellikleri, işi yapmak ile örüntüleri analiz etmek arasındaki bu ayrımı destekler.

Rolleri ve erişimi incelenebilir yapın

İşleme amaçlarını ve araçlarını kimin belirlediğini, hangi tedarikçilerin veriyi işlediğini, hangi iç ekiplerin erişebildiğini ve müşteriyle temas eden hangi çalışanların özeti görebildiğini yazın. Bir kalite değerlendiricisinin maskelenmiş bir transkripte ihtiyacı olabilir. Bir destek sorumlusunun vaka sonucuna ihtiyacı olabilir. Bir mühendisin müşteri sesi olmadan bir hata kaydına ihtiyacı olabilir. En az yetki ilkesi iş akışını hem daha güvenli hem daha kolay açıklanabilir kılar.

Hassas kayıtlara erişimi ve bu kayıtlardaki değişiklikleri loglayın. Bir kaydı oluşturabilen, güncelleyebilen ya da dışa aktarabilen bir sistem bu aksiyonu görünür kılmalıdır. Rol değişikliklerini, servis hesaplarını ve destek erişimini düzenli olarak gözden geçirin. Güvenlik yalnızca şifreleme değildir. Kimin, hangi konuşma kanıtıyla ne yaptığını bilmektir.

Hak talepleri ve düzeltme yollarını tasarlayın

Bir müşterinin bilgiye erişme, bilgiyi düzeltme, işlemeye itiraz etme ya da silme talebi sahibi belli bir sürece ulaşmalıdır. Sesli agent talebi tanıyabilir ve yönlendirmek için gereken asgari bilgiyi toplayabilir, ama hukuki sonucu kendisi uydurmamalıdır. Hizmet süresi belli ve bir insan değerlendiricisi olan uzman bir kuyruk oluşturun.

Düzeltme önemlidir, çünkü yanlış bir transkript ya da özet müşteriyle bir sonraki görüşmeyi etkileyebilir. Yapılandırılmış alanları düzeltmenin ve kaynak kayda not düşmenin bir yolunu tutun. Türetilmiş bir sinyal yanlışsa nasıl yeniden değerlendirildiğini ve sonraki sistemlerdeki kopyaların güncellenip güncellenmediğini yazın.

Model eğitimiyle ilgili ifadelere dikkat edin

Müşteriler ve satın alma ekipleri sık sık görüşmelerin model eğitiminde kullanılıp kullanılmadığını sorar. Cevap mimariye, sözleşmeye, sağlayıcılara ve seçilen iyileştirme sürecine bağlıdır. Kurum bir agent'ın iş akışını geliştirmek için incelenmiş operasyon kanıtlarını kullanıyorsa "hiçbir öğrenme yok" diye söz vermeyin. Bunun yerine sınırı açıklayın: müşteri verisinin nasıl işlendiğini, müşterinin agent'ını geliştirmek için neyin kullanıldığını, neyin toplulaştırıldığını ya da anonimleştirildiğini ve neyin anlaşılan hizmetin dışına paylaşılmadığını.

DRING'in çalışma modeli, canlı görüşmelerden gelen geri bildirimi müşterinin agent'ını geliştirmek için Agent Factory üzerinden kullanır. Agent Factory, DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği süreçtir. Bu, her kurulum için üzerinde anlaşılan erişim, izolasyon, saklama ve onay kontrolleriyle doğru biçimde anlatılmalıdır. Somut taahhütlerin yeri yalnızca pazarlama metinleri değil, sözleşmeler ve gizlilik dokümanlarıdır.

Uluslararası ve çok dilli yolları gözden geçirin

DRING'in 62 dillik teknik kapasitesi sesli görüşme, WhatsApp, SMS ve e-postayı kapsar. Ama çok dilli bir operasyon, dil tanımanın, konuşma işlemenin, insan incelemesinin ve veri depolamanın aynı bölgede mi yoksa farklı sözleşme düzenlemeleri altında mı gerçekleştiğini de bilmelidir. İstenen her dili ve iş akışını canlıya çıkmadan önce gerçek yol üzerinde doğrulayın. Müşteri kaydı, gereksiz mükerrer profiller oluşturmadan dil tercihini ve işleme durumunu korumalıdır.

Yerel dilde aydınlatma metinleri kullanın ve net bir insan yolu sunun. Çevrilmiş bir politika, incelenmezse anlam değiştirebilir. Terim yönetimi yazısı, dil kalitesinin ve politika kalitesinin neden birlikte incelenmesi gerektiğini anlatır.

Yönetişimi bir iş akışı gibi test edin

Şu senaryoları çalıştırın: iznin reddedilmesi, bir insanla görüşme isteği, hassas bilgi, kimlik uyuşmazlığı, hak talebi, kanal değişikliği, başarısız silme, reddedilen CRM yazma işlemi ve kapsamını aşmaya çalışan bir agent. Müşteriye verilen cevabı, denetim kaydını, veri kaydını, kuyruk sahipliğini ve saklama aksiyonunu kontrol edin. Yönetişim, sistem baskı altında da doğru davrandığında gerçek olur.

NIST'in AI RMF çerçevesi, yönetişimi, haritalamayı, ölçmeyi ve yönetmeyi (govern, map, measure, manage) sürekli faaliyetler olarak önerir. Ürün, operasyon, güvenlik, hukuk ve kalite ekipleriyle düzenli bir inceleme yapmak için bu yapıyı kullanın. Kalite süreci, yönetişim hatalarını konuşma hatalarıyla birlikte görünür tutabilir.

Yayın odası için yönetişim kontrol listesi

• Ses, transkript, özet, CRM, analiz ve yedek kopyalarını haritalayın.
• Amaçları, rolleri, tedarikçileri, bölgeleri, saklama sürelerini ve silmeyi yazıya geçirin.
• Bağlamı en aza indirin, kaynak olguları türetilmiş sinyallerden ayırın.
• En az yetkiyle erişim, loglama ve sahibi belli bir hak talebi yolu kullanın.
• Müşterinin agent'ının nasıl geliştirildiğini doğru ve sözleşmeye uygun biçimde anlatın.
• İzni, düzeltmeyi, insana devri, kanal değişikliğini ve silmeyi test edin.

İyi yönetişim sesli agent'ı daha az işe yarar hale getirmez. Bir görüşme bir kayda, bir karara ya da müşteriye verilmiş bir söze dönüştüğünde önemli olan sorulara operasyonun net bir cevabı olmasını sağlar.

Ek okumalar

• EDPB: yapay zeka modelleriyle ilgili veri koruma soruları hakkında görüş
• Hukuki inceleme için AB Yapay Zeka Yasası'nın (AI Act) resmi metni
• NIST AI RMF Core: yaşam döngüsü yönetişimi ve risk yönetimi