Sesli yapay zekada çağrı kaydı izni: kurumlar için pratik kontrol listesi

Bu bir operasyon kontrol listesidir, hukuki tavsiye değildir. Kayıt, yazıya dökme ve otomatik arama kuralları ülkeye, amaca ve arayanla ilişkiye göre değişir. Canlıya çıkmadan önce akışın tam halini yetkin bir hukukçuya inceletin.

1. Çağrıyla ne yapacağınıza karar verin

Metinle değil, bir amaç haritasıyla başlayın. 50 ila 100 kişilik bir firma destek, randevu, kalite incelemesi ve giden takip aramaları için tek bir telefon altyapısı kullanabilir; ama bunlar farklı kontroller gerektiren farklı faaliyetlerdir.

1. Canlı yardım: Agent bir soruyu cevaplar ya da izin verilen bir hizmet işini tamamlar.
2. Kayıt ve yazıya dökme: Firma sesi ya da metni kalite, koçluk, analiz veya anlaşmazlık çözümü için saklar.
3. Otomatik arama: Sistem bir kişiyi hizmet hatırlatması, tahsilat, anket ya da pazarlama amacıyla arar.
4. Hassas iş akışları: Görüşme kimliğe, ödemeye, sağlığa, istihdama ya da geri alınamayan bir hesap değişikliğine dokunur.

Amacı, gereken en az veriyi, erişmesi gereken kişileri ve ardından gelmesi gereken işlemi yazın. Böylece destek için alınan bir kayıt sessizce genel bir eğitim veri setine dönüşmez.

2. İşi ilk saniyelere yaptırın

Açılıştaki bilgilendirme, arayan işe yarar bir kişisel bilgi paylaşmadan önce gelmelidir. Sade bir dille firmayı tanıtın ve gerektiğinde arayanın bir yapay zeka sistemiyle konuştuğunu söyleyin. Görüşmenin kaydedilip kaydedilmediğini ya da yazıya dökülüp dökülmediğini açıklayın, amacı belirtin ve bir kişiye ya da başka bir yola geçme imkanı sunun.

Bilgilendirme duyulabilir, çevrilebilir ve IVR, doğrudan arama ve geri arama yollarında tutarlı olsun. Arayan kayda izin vermezse sistemde gerçek bir dal olmalı: kaydı durdurmak, kaydedilmeyen onaylı bir yola geçmek ya da görüşmeyi sonlandırmak. Sistemin davranışını değiştirmeden “devam edebilirsiniz” demek bir kontrol değildir.

3. Bilgilendirmeyi izinden ayırın

Bu iki kavram birbiriyle ilişkilidir ama birbirinin yerine geçmez. Kayıt kapalıyken bile arayana görüşmeyi bir yapay zekanın yürüttüğünü söylemek gerekebilir. Arayan hizmet kaydını kabul edip pazarlama iletişimini reddedebilir, dosya için transkripte izin verip koçlukta kullanılmasına izin vermeyebilir.

Açık karar dalları kullanın

• Bilgilendirme metninin sürümünü, dili, zaman damgasını, kanalı ve izin ya da ret sonucunu saklayın.
• Bu sonucu görüşme kaydına ve sonraki CRM olayına taşıyın.
• Hukukçunuz bu tasarımı onaylamadıysa sessizlikten ya da hatta kalmaktan izin çıkarmayın.
• Otomatik pazarlama aramaları için ayrı bir izin ve arama dışı bırakma süreci yürütün. Birleşik Krallık'ta ICO'nun B2B rehberi otomatik pazarlama aramalarını ayrı tutuyor ve bu faaliyet için iznin belirli olması gerektiğini söylüyor. Diğer pazarların kendi kuralları var.

Kaydı, bir operatörün görüşmenin tamamını dinlemeden “bu kişi ne duydu ve ne seçti?” sorusunu cevaplayabileceği şekilde tasarlayın.

Reddi bir durum değişikliği olarak ele alın

Ret, bir agent'ın sonradan yorumlayacağı bir not değildir. Canlı akışı değiştirmelidir. Kaydı ve canlı yazıya dökmeyi sağlayıcı sınırında durdurun, durdurma sinyalinin kabul edildiğini teyit edin, yarım kalan kaydın sonradan analiz edilmesini engelleyin ve arayanı kaydedilmeyen onaylı deneyime yönlendirin. Platform bir sağlayıcının sesi ya da metni ara belleğe almasını durduramıyorsa bu sınırı yazılı hale getirin ve canlıya çıkmadan önce farklı bir yapılandırma kullanın.

Ekibin hattı işletmek için ihtiyaç duyduğu yerde asgari bir ret kaydı tutun: bilgilendirme sürümü, dil, zaman, kanal, arayan söylediyse sebep türü, seçilen yol ve arama dışı bırakma durumu. Kişinin reddettiğini kanıtlamak için konuşmanın tamamını saklamayın. Arayan yapay zekayla görüşmeyi de reddederse bir kişiye aktarın ya da açıkça tanımlanmış bir alternatif sunun. Bir sonraki çağrı, onaylı arama dışı bırakma kararını ya da tercihi arayana tekrarlatmadan devralmalıdır.

Bölgesel varyant matrisi tutun

Akışı pazara, arayanla ilişkiye, çağrının yönüne, amaca ve dile göre inceleyin. Bir müşteri desteği çağrısı, bir çalışan hattı ve bir giden arama kampanyası aynı numarayı paylaşsa bile farklı bilgilendirme metni, izin, kayıt davranışı ve yükseltme yolu isteyebilir. Aynı arayan bir geri arama ya da aktarılan bir kuyruk üzerinden bölge sınırını da geçebilir. Tek bir matriste şunları tutun: onaylı bilgilendirme, iş akışının yapay zeka olduğunu söylemeyi gerektirip gerektirmediği, ses ve transkriptin açık olup olmadığı, ret yolu, arama dışı bırakma kuralı, sorumlu inceleyici ve son yerel incelemenin tarihi. Ekip bu matrisi canlı bir kural olarak uygulamadan önce yetkin bir hukukçu onaylamalıdır.

4. Kurmadan önce iş akışının sınırlarını çizin

Agent'ın yapabileceği işlemleri yazılı olarak tanımlayın. İlk aday olarak sınırları belli işler iyidir: onaylı soruları cevaplamak, sipariş durumuna bakmak, sabit kurallar içinde randevu vermek ya da geri arama talebi almak. Sistem politika uydurmamalı, doğrulanmamış bir kimlik kararı vermemeli, başka bir kişinin verisini açığa çıkarmamalı ya da etkisi büyük bir CRM alanını teyitsiz yazmamalıdır.

Her iş için gereken girdileri, esas veri kaynağını, izin verilen aracı, arayanın duyması gereken teyidi ve oluşturulacak denetim kaydını belirleyin. DRING platformu sesli davranışı operasyon sonuçlarına bağlar; telefoni iş akışları ise numaraların, aktarımların, kayıtların ve geri aramaların nasıl davranacağını belirler.

Ödeme bilgileri, giriş bilgileri ve diğer hassas değerler için kesin bir sınır koyun. Mümkünse bunları maskeleyin ya da hiç almayın; sesli agent'tan “dikkatli davranmasını” beklemek yerine arayanı onaylı güvenli kanala yönlendirin.

5. İnsana devri ve hata yollarını kurun

İnsana yükseltme, otomasyon başarısız olunca edilen bir özür değil, ana tasarımın parçasıdır. Durma koşullarını belirleyin: doğrudan bir kişiyle görüşme isteği, bilgilendirmenin reddi, tekrarlayan tanıma hatası, niyette düşük güven, hassas bir talep, politika istisnası ya da bir aracın çalışmaması.

Sıcak devir, işe yarayan asgari bağlamı taşımalıdır: izin durumu, kimlik durumu, niyet, tamamlanan adımlar, söz verilen sonraki işlem ve izin varsa transkriptten bir bölüm. Devralan kişi arayandan her şeyi tekrarlamasını istememeli; ama hangi bilgilerin teyit edildiğini, hangilerinin çıkarım olduğunu görebilmelidir. Uygun bir kişi yoksa sahibi belli bir talep kaydı ya da zaman aralığı belli bir geri arama açın. Sonsuza kadar tekrar denemeyin, arayanı kimsenin izlemediği bir döngüde bırakmayın.

6. Saklama ve erişimi canlıya çıkmadan belirleyin

Ses, transkript, çıkarılan alanlar ve kalite notları için ayrı saklama kuralları seçin. Ham ses silindikten sonra da bir dosya için transkript işe yarayabilir. Konuşma silindikten sonra da bir izin kaydının denetlenebilir kalması gerekebilir. Silme tetikleyicisini, yasal saklama istisnasını ve dışa aktarma, düzeltme ya da erişim taleplerinin nasıl işleneceğini yazılı hale getirin.

• Yalnızca belirtilen amaç için gereken kaydı, transkripti ve alanları saklayın.
• Erişimi role, çalışma alanına ve müşteri hesabına göre sınırlayın.
• Hassas değerleri analiz ya da koçluk ekranlarına girmeden önce karartın veya maskeleyin.
• Araç işlemlerini, CRM değişikliklerini, dışa aktarmaları ve yönetici erişimini kayda alın.
• Tedarikçinin, operatörün ve alt işleyenlerin sorumluluklarını gözden geçirin.

Sesi, transkripti ve türetilen veriyi ayırın

Ses, transkript metni, özetler, çıkarılan alanlar, embedding'ler ve kalite etiketleri farklı kullanımları olan farklı çıktılardır. Her birinin gerekli olup olmadığına, nerede oluştuğuna, esas kaynağın hangi sistem olduğuna ve bağımsız olarak silinip silinemeyeceğine karar verin. Kaydı kapatmak, canlı transkriptin, sağlayıcı ara belleğinin ya da görüşme sonrası özetin de kapandığını kendiliğinden kanıtlamaz. Konuşma tanıma, dil işleme, analiz, CRM'e geri yazma, dışa aktarma ve yedekler dahil yolun tamamını test edin.

İşi hâlâ görebilen en az ayrıntılı çıktıyı kullanın. Ham ses silindikten sonra dosya sorumlusuna kısa bir özet ve sonraki adım yetebilir. Kalite sorumlusunun kontrollü bir transkript örneğine ihtiyacı olabilir. Bir model ya da prompt inceleyicisinin kimliği belli bir çağrı yerine karartılmış bir örneğe ihtiyacı olabilir. Sesi ya da transkriptleri kişisel klasörlere, tablolara ya da gelişigüzel inceleme kanallarına kopyalamayın. Her çıktı için saklama sorumlusunu, silme tetikleyicisini, erişim rolünü ve onaylı amacı kaydedin; bir silme talebinin sonraki sistemlerde yönetilmeyen bir kopya bırakmadığını kontrol edin.

Erişimi hem kullanışlı hem hesap verebilir kılın

Erişim kontrolleri, dosyaları gerçekten çözen kişilerin işini kolaylaştırmalı, olağan dışı erişimi de görünür kılmalıdır. Dinleme, transkript görüntüleme, dışa aktarma ve silme izinlerini ayırın. Rutin operasyon için maskeli bir görünüm kullanın, hassas bir kaydı dinlemek için gerekçe isteyin, yönetici ya da toplu dışa aktarma hareketlerini inceleyin. Kalite kontrol için bir çağrıya ihtiyacı olan inceleyici, onaylı en küçük bölümü ve bir kaldırma tarihiyle almalıdır. Erişim kaydı, izin kaydı ve dosya sonucu birbirine bağlanabilmeli; ama bu, her operatöre arşivin tamamında arama yetkisi vermeden yapılmalıdır.

EDPB'nin sanal sesli asistanlara ilişkin rehberi gizlilik soruları için iyi bir başvuru noktasıdır; ama pazara özel bir incelemenin yerini tutmaz. DRING'in güvenlik kontrolleri saklamayı, erişimi ve insan gözetimini kurulum konuşmasının en başından gündemde tutar.

7. Aşamalı yayınlayın, doğru şeyleri ölçün

Tek bir pazar, tek bir numara ve dar bir iş akışıyla başlayın. Olağan çağrıları, söz kesmeyi, aksanları, sessizliği, aktarımları, aranmak istememe taleplerini, mesai dışı davranışı ve CRM hata senaryolarını test edin. İzinleri genişletmeden önce eğitimli inceleyiciler çağrılardan örnek alsın. Riski daha yüksek bir iş akışında, kanıt kaldırılmasını destekleyene kadar bir insan onay adımı tutun.

Örneği kolaylığa göre değil, riske göre seçin

Rastgele bir örnek, bir kontrol hatasını en çok ortaya çıkarabilecek çağrıları kaçırabilir. İncelemeyi pazara, dile, çağrının yönüne, niyete, ret sonucuna, aktarım sebebine, düşük güven işaretine, hassas konuya ve sistem hatasına göre katmanlara ayırın. Bir sürümün ilk günlerinden ve değişen her yoldan daha fazla örnek alın. Şunlara bakın: açılış işe yarar bilgiden önce geldi mi, arayanın seçimi sistemin davranışını değiştirdi mi, transkript ya da özet bir hata ekledi mi, devir bağlamı korudu mu, kayıt tasarlandığı gibi saklandı ve paylaşıldı mı? Örnekleme çerçevesini ve inceleyicinin kararını canlı sonuçtan ayrı tutun; böylece geçen bir inceleme asıl çağrının yerine geçmez, onun kanıtı olur.

Olay müdahale yolunu hazırlayın

Neyin gizlilik, güvenlik ya da operasyon olayı sayılacağında önceden anlaşın: bilgilendirme yapılmamış bir kayıt, kaydı durduramamış bir ret, yanlış kişiye bilgi verilmesi, onaylanmamış bir çıktıda hassas veri, kaybolan bir insana yükseltme, mükerrer bir yazma ya da çalışmayan bir silme yolu. Her türe bir sorumlu, önem derecesi, sınırlama işlemi, korunacak kanıt ve yeniden başlama koşulu verin. İlk müdahale, kapsam değerlendirilirken bir numarayı durdurmak, bir aracı kapatmak, bir rolü geri almak ya da etkilenen niyeti insanlara yönlendirmek olabilir.

İncelemek için gereken kanıtı, kontrolsüz ikinci bir kopya yaratmadan saklayın. Bilgilendirme ve yapılandırma sürümünü, etkilenen iş akışını, sağlayıcının yanıtını, erişim geçmişini, zaman damgalarını ve düzeltme sorumlusunu kaydedin. Kurumun olay sürecini izleyin; gerekli bildirimler için hukukçunuzun görüşünü alın. Kayıt doğru görünsün diye bir transkripti sessizce düzenlemeyin; orijinali kontrollü erişimle saklayın, düzeltmeyi, kararı ve onayı ona ekleyin.

Güveni ve operasyonu birlikte izleyin: bilgilendirmenin tamamlanma ve ret oranları, izin kayıtlarının eksiksizliği, niyete göre aktarım oranı, tanıma hataları, kimlik doğrulama hataları, CRM yazma doğruluğu, çözüm süresi ve kalite incelemesinden geçme oranı. Arayanlar kendini tekrar ediyorsa, kayıtlar yanlışsa ya da insanlar bir kişiye ulaşamıyorsa hatta tutma tek başına başarı değildir. DRING'in kalite ve değerlendirme süreci incelenen çağrıları düzeltmelere dönüştürür. DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği sistem olan Agent Factory'nin sürekli iyileştirme döngüsü de bu düzeltmeleri prompt'lara, araçlara, yönlendirmeye ve testlere geri taşır.

8. Bir operasyon karar tablosu kullanın

Canlıya çıkışı tek bir onay toplantısı yerine incelenebilir kararlar dizisine çevirin. Sorumlu, kanıtı iş akışına göre uyarlayabilir; ama her kapının adı belli bir onaylayıcısı ve görünür bir sonucu olmalı: geç, durdur ya da geri al.

Tedarikçilere doğrulayabileceğiniz sorular sorun

• Ses, canlı transkriptler, özetler ve yedekler nerede oluşturuluyor ve saklanıyor?
• Kayıt, yazıya dökme ve görüşme sonrası analiz birbirinden bağımsız kapatılabiliyor mu, ara bellekteki veriye ne oluyor?
• Her çıktı için hangi silme, dışa aktarma, düzeltme ve denetim kaydı kontrolleri var?
• Hangi alt işleyenler, model sağlayıcıları, operatörler ya da insan inceleyiciler veriye erişebiliyor ve rolleri nasıl belgeleniyor?
• Sistem, bir çağrıyı hangi bilgilendirme metninin, prompt'un, yönlendirme kuralının ve entegrasyon sürümünün yürüttüğünü kanıtlayabiliyor mu?
• Sağlayıcı kesintisinde, yarım kalan aktarımda, başarısız yazmada ya da geciken silmede test edilmiş hata davranışı nedir?

Agent Factory'yi incelenebilir tutun

İzin ve veri işleme değişiklikleri, prompt ve yönlendirme değişiklikleriyle aynı yayın disiplinine tabidir. İncelenen bir çağrı sınırları belli bir sorun kaydı, yeni bir regresyon senaryosu ve bir sorumlu doğurmalıdır. Bilgilendirme metnini, dal mantığını, sağlayıcı ayarlarını, araç izinlerini ve saklama yapılandırmasını mümkün olduğunca birlikte sürümleyin. Yayın kaydı test sonucunu, onaylayanı, trafik kapsamını, olay geçmişini ve geri alma kararını göstermelidir. Böylece Agent Factory iyileştirme döngüsü operasyon kanıtına dayanır; kulağa faydalı gelen bir transkriptin onaylanmamış bir eğitim ya da politika değişikliğine dönüşmesine izin verilmez.

Bu cevaplar netleştiğinde izin, görüşmenin başına eklenmiş bir cümle olmaktan çıkar. Sesli iş akışının, telefoni yapılandırmasının, CRM kaydının ve ekibin çalışma düzeninin test edilebilir bir parçası haline gelir.