Müşteri operasyonları için yapay zekayla çağrı kaydı izin kontrol listesi

Sesli yapay zeka projeleri çoğu zaman basit bir soruyla başlar: agent çağrıları doğal biçimde yanıtlayabilir mi? Canlıya geçen ekipler kısa sürede daha önemli bir soruyla karşılaşır: çağrıdan sonra ses kaydına, transkripte, özete ve bunlardan türetilen sinyallere ne oluyor? Kayıt kalite incelemesine, müşteriyle sürekliliğe, güvenliğe, eğitime ya da uyuma hizmet edebilir. Ama her amaç, şirketin neyi açıklaması ve neyi kontrol etmesi gerektiğini değiştirir.

Bu kontrol listesi operasyon, ürün, güvenlik ve hukuk ekiplerinin aynı sorular üzerinden çalışmasına yardım etmek için hazırlandı. Hukuki tavsiye değildir ve müşteri, pazar, sektör ve çağrı türü için geçerli mevzuatın incelenmesinin yerini tutmaz. DRING'in güvenlik kontrolleri, gizlilik bilgileri ve KVKK sayfası bu inceleme için iyi bir başlangıç noktasıdır.

1. Amacı sade bir dille yazın

Çağrının neden kaydedildiğini ya da yazıya döküldüğünü yazın. “Hizmet kalitesini iyileştirmek ve talebinizi tamamlamak için” ifadesi, “bir eğitim veri seti oluşturmak için” ya da “ürün talebini analiz etmek için” ifadesinden farklıdır. Tanımsız, ileride belki kullanılır diye veri toplamaktan kaçının. Birden fazla amaç varsa her birini ayrı yazın ve müşteriye ayrı seçenekler sunulması gerekip gerekmediğine karar verin.

Amaç iş akışına bağlanmalı. Bir destek çağrısı bir özet ve sonuç kaydı gerektirebilir. Hassas bir ödeme çağrısı kısıtlı bir saklama süresi gerektirebilir. Bir kalite incelemesi için her kaydın tamamı değil, maskelenmiş bir örneklem yetebilir. Amacın net olması, ekibin neyi saklayacağına, kimin erişebileceğine ve ne zaman sileceğine karar vermesine yardım eder.

2. Aydınlatmayı karşılama cümlesinden önce tasarlayın

Aydınlatma anlaşılır, zamanında ve sesli kanal, WhatsApp, SMS ve e-postada tutarlı olmalı. Arayanın o anda işine yaramayacak uzun bir politika metninin içine gizlenmemeli. Kesin ifadeyi, zamanlamayı ve her pazar için hukuki dayanağı hukuk danışmanınızla birlikte belirleyin. Agent, kulağa kendinden emin gelen ama eksik kalan bir bilgilendirmeyi doğaçlama yapmamalı.

Müşteriye ne olduğunu ve bunun görüşmeyi nasıl etkilediğini söyleyin. Kayıt olmadan devam edebiliyorsa, mevcut yolu anlatın. Hizmet ilgili işleme olmadan yürüyemiyorsa, hangi alternatifin olduğunu söyleyin. Operasyon gerçekten karşılayamayacaksa bir insan yolu ya da silme süresi vaat etmeyin.

3. Kaydı, transkripsiyonu ve analizi ayırın

Bunlar farklı işleme adımlarıdır. Ses kaydının, konuşmanın yazıya dökülmesinin, kalite puanlamasının, duygu durumu ya da niyet çıkarımının ve CRM'e geri yazımın amaçları ve saklama ihtiyaçları farklı olabilir. Her birini ayrı eşleyin. Ses kaydını hızla silen bir sistem, transkripti ya da özeti bir CRM'de tutmaya devam edebilir.

Kaynak veriyle türetilmiş veriyi ayırt edilebilir tutun. Arayanın sözleri, sistem sorgusu, modelin özeti ve yöneticinin değerlendirmesi aynı şey değildir. Bir karar bunlardan birine dayanıyorsa, kayıt ilgili kaynağı ve sürümü göstermeli. DRING'in geri yazım iş akışları, operasyon alanlarını asgaride, kanıtı da izlenebilir tutmaya yardım eder.

4. Seçenekleri ve kanal yedeğini tanımlayın

Arayan kaydı reddederse ya da bir insan isterse ne olacağına karar verin. Şirkete ve hukuki incelemeye göre yedek yol bir insanlı hat, kayıtsız bir yol, bir geri arama görevi ya da farklı bir kanal olabilir. Seçeneği kullanılabilir kılın. Arayan aynı talebi üç ayrı temsilciye tekrarlamak zorunda kalmamalı.

Görüşme WhatsApp'a ya da SMS'e geçerse gizlilik tercihini koruyun ve amacı sessizce genişletmeyin. Kanal değişikliği yeni bir izin değildir. Vaka numarasını ve geçerli işleme durumunu iş akışıyla birlikte taşıyın.

5. Erişimi ve saklamayı sınırlayın

Ses kaydını kimin dinleyebileceğini, transkripti kimin okuyabileceğini, özetleri kimin görebileceğini, kayıtları kimin dışa aktarabileceğini ya da saklama süresini kimin değiştirebileceğini tanımlayın. Rol bazlı erişim kullanın ve hassas işlemleri kayda alın. Kalite inceleyicilerinin maskelenmiş bir transkripte, küçük bir olay müdahale ekibinin ise kaynak kayda ihtiyacı olabilir. Bunlar farklı yetkilerdir.

Saklama süresini amaca ve riske göre belirleyin. Depolama ucuz diye her şeyi sonsuza kadar tutmayın. Silme ya da anonimleştirme işleri kurun ve bunları test edin. Yedeklerde, dışa aktarımlarda, CRM notlarında ve analitik tablolarında oluşan kopyaları bilin. Geçerli gereklilikleri ve istisnaları gizlilik ekibiniz teyit etmeli.

6. İnsana devri ve veri sahibi taleplerini planlayın

İnsana devir yalnızca bir sonraki adım için gereken bağlamı taşımalı. Arayan bilgilerine erişmek, onları düzeltmek ya da silmek isterse, agent söz vermek yerine onaylı başvuru yolunu izlemeli. Gizlilik ya da hukuk kuyruğunun bir sorumlusu ve bir yanıt süresi olmalı.

DRING'in devir modeli, müşterinin talebini tekrar anlatmak zorunda kalmamasına yardım eder. Devir özeti talebi, doğrulama durumunu, kanalı, ilgili kaydı ve varsa son tarihi göstermeli, gereksiz hassas ayrıntı eklememeli.

7. Aydınlatmayı ve izni gerçek görüşmeler gibi test edin

Kabul eden, reddeden, kaydın ne anlama geldiğini soran, fikrini değiştiren, dil değiştiren, insan isteyen ya da aydınlatma bitmeden hassas bilgi paylaşmaya başlayan arayanları test edin. Cevapsız kalma, söz kesme ve sistem hatası durumlarını da test edin. Ses kaydını, transkripti, izin durumunu, CRM kaydını ve erişim logunu birlikte kontrol edin.

Aydınlatma metnini yerel dil incelemesinden geçirin. Hukuken doğru ama anlaşılması zor bir çeviri iyi bir müşteri deneyimi değildir. Kalite süreci, aydınlatmayı yayın için kritik bir yol olarak ele almalı.

8. Türetilmiş sinyalleri yönetin

Bir sistem niyet, duygu durumu, kalite ya da risk sinyalleri üretiyorsa, bunların ne için kullanıldığını ve neye karar vermelerine izin verilmediğini yazın. Güveni düşük bir model çıktısını, insan incelemesi ve hukuki bir dayanak olmadan müşterinin uygunluğuna dair bir karara dönüştürmeyin. Yöneticilerin bir sinyalin arkasındaki kanıtı inceleyebilmesini sağlayın.

NIST'in AI RMF çerçevesi, yönetişim tartışması için işe yarar, çünkü yapay zeka yaşam döngüsü boyunca Govern, Map, Measure ve Manage işlevlerini (yönetişim, eşleme, ölçme, yönetme) birbirine bağlar. Agent Factory (DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği süreç) de analiz ve saklama ayarlarındaki değişiklikleri görünmez bir yapılandırma değil, bir yayın değişikliği olarak ele almalı.

Canlıya çıkış toplantısı için kontrol listesi

• Amaç, hukuki dayanak ve pazar kapsamı doğru sorumlular tarafından incelendi.
• Sade dille yazılmış aydınlatma ve müşteri seçenekleri her dilde onaylandı.
• Kayıt, transkripsiyon, analiz ve geri yazım ayrı ayrı eşlendi.
• Erişim rolleri, denetim logları, saklama, silme ve yedeklerin ele alınışı tanımlandı.
• Ret, insan talebi, veri sahibi talebi ve kanal değişikliği için yedek yollar test edildi.
• Türetilmiş sinyallerin kullanım amacı, sınırları, güven düzeyi ve insan inceleme yolu yazılı.

Güven, çağrı tam olarak kurumun anlattığı gibi işlediğinde oluşur. Aydınlatmayı, seçeneği, kaydı ve silme yolunu iş akışı tasarımının parçası yapın. Sesli agent'ı güvenle işletmek o zaman kolaylaşır.

Ek okumalar

• NIST AI RMF Core: yönetişim, ölçüm ve sürekli yönetim
• EDPB'nin yapay zeka modellerine ilişkin veri koruma görüşü
• Hukuki inceleme için AB Yapay Zeka Yasası'nın (AI Act) resmi metni