Çok dilli sesli yapay zeka, küresel müşteri hizmetindeki dil sorununu nasıl çözüyor?

Dil bir operasyon sorunudur, olsa iyi olur denecek bir ayrıntı değil

50-100 kişilik bir şirkette çok dilli destek genellikle pratik bir uzlaşmayla başlar. Almanca gelen çağrılara müsait olduğunda bir kişi bakar, İngilizceyi genel kuyruk karşılar; müşteri başka bir dilde aradığında da herkes eski destek kayıtlarını karıştırır. Bu düzen birkaç pazarda işleyebilir, ama çağrı hacmi, çalışma saatleri ya da ürünün karmaşıklığı arttığı anda kırılganlaşır. Fatura sorununu net anlatamayan bir arayan görüşmeyi yarıda bırakabilir, derdini başka bir ekip arkadaşına baştan anlatmak zorunda kalabilir ya da yanlış bir sonraki adımla karşılaşabilir.

Çok dilli sesli yapay zeka, bir çeviri katmanı olarak değil, hizmet operasyonunun parçası olarak ele alındığında işe yarar. Amaç yalnızca sözcükleri anlaşılır kılmak değil. Amaç müşterinin neye ihtiyacı olduğunu anlamak, doğru yerel politikayı uygulamak, izin verilen işlemi tamamlamak, bağlamı korumak ve sonraki kişiye güvenilir bir kayıt bırakmak. Bu ölçüt projeyi somutlaştırır ve destek yöneticisine, desteklenen diller listesinden daha anlamlı yönetilecek bir şey verir.

Dil tanıma ve arayanın seçimiyle başlayın

Dil tanıma arayanın işini kolaylaştırmalı, ona hangi dili konuştuğunu kanıtlatmamalı. Görüşmenin başında agent kısa bir sinyali dinleyebilir, telefon numarasını ya da hesap profilini ipucu olarak kullanabilir, ardından teyit eder: "Türkçe mi devam edelim, Almanca mı?" Teyit önemlidir, çünkü iki dilli bir arayan karşılamayı anlasa da karmaşık bir anlaşmazlığı başka bir dilde konuşmayı tercih edebilir. Basit bir seçim sunmak mümkünken tahmin edilen dili asla kesin bilgi gibi kullanmayın.

Tanıyın, teyit edin, hatırlayın

Dil tanımayı, güven düzeyi görünen bir yönlendirme kararı olarak kullanın. Sinyal zayıfsa en olası iki seçeneği, tuşlamalı bir dil menüsünü ya da bir insanı önerin. Arayan seçimini yaptıktan sonra bu seçimi kimlik doğrulama, araç çağrıları, aktarım ve geri arama boyunca koruyun. Seçimi ancak müşteri hatırlanmasını istediğini açıkça belli ettiyse tercih olarak kaydedin; bir seyahat sırasında yapılmış tek seferlik bir dil seçimi, sonraki bütün görüşmeleri sessizce değiştirmemeli.

• Arayan dil sorusunun sözünü kesip tercihini kendi cümlesiyle söyleyebilsin.
• Seçilen dili açılıştaki teyitte tekrarlayın ki yanlış bir tanıma erkenden düzelsin.
• Dil seçimini ülkeden, telefon numarasından ve hesabın kayıtlı olduğu yerden ayrı tutun; bunların hiçbiri tercihin güvenilir bir göstergesi değildir.

Yalnızca cümleyi değil, hizmeti yerelleştirin

İyi yerelleştirme, sözcüklerin etrafındaki etkileşimi de değiştirir: tarihin, saatin, adresin, para biriminin, ismin ve sipariş numarasının nasıl söylendiği; müşterinin resmi bir karşılama bekleyip beklemediği; özrün nasıl dile getirildiği; hangi örneklerin tanıdık geldiği. Quebec'teki bir müşteri, Fransa'daki bir müşteriden farklı terimler kullanabilir. Brezilya'daki bir arayan teslimat aralığını, kelimesi kelimesine çeviriden anlaşılmayacak yerel alışkanlıklarla tarif edebilir. Agent hem işletmenin standart terimini hem de müşterinin kullanması muhtemel yöresel ifadeyi anlamalı.

Her dile bir yerel politika kartı hazırlayın

Her dil ve pazar için küçük, güncel tutulan bir başvuru belgesi hazırlayın. Belge tercih edilen terimleri, hitap düzeyini, tarih ve sayı biçimlerini, yasak vaatleri, eskalasyon dilini ve doğal açılış ve kapanış örneklerini listelesin. Bunu ana politikadan ayrı tutun; böylece iade kuralındaki bir değişiklik bütün dillerde birlikte yayınlanırken pazara özgü bir hizmet sözü yerel kalır. Örnekleri, ana dili o dil olan destek ekip arkadaşlarınıza gözden geçirtin. Akıcılık tek başına bir ifadenin hizmet görüşmesinde yerinde duracağını garanti etmez.

Destek anını da hesaba katın. Kargosunun nerede olduğunu soran müşteri kısa bir durum bilgisi ve somut bir sonraki adım ister. Hasarlı ürün bildiren müşteri ise önce anlaşıldığını duymak, dikkatli sorular ve bundan sonra ne olacağına dair net bir açıklama bekler. Alttaki iş akışı ortak olabilir; tempo, kelime seçimi ve açıklamanın derinliği ise dile ve pazara göre uyarlanır.

Aksan, gürültü ve söz kesmeye göre tasarlayın

Canlı çağrılar telaffuz sınavı değildir. İnsanlar yöresel aksanlarla konuşur, telefonu ağızlarından uzak tutar, çocuklarla ya da makinelerle aynı odada bulunur, cümlenin ortasında yön değiştirir. İsimleri düzeltir, e-posta adreslerini harf harf söyler, kısa süreliğine başka bir dile geçer ve onları yanlış anlayan agent'ın sözünü keserler. Yalnızca sessiz ortamda, hazırlıklı bir konuşmacıyla iyi çalışan bir ses sistemi, zor çağrıları devralan insanlara en fazla işi çıkarır.

Toparlanmayı ana davranışlardan biri yapın

Agent'tan doğaçlama beklemek yerine kısa toparlanma hamleleri tanımlayın. Agent cümlenin bir kısmını kaçırdığını söyleyebilir, en son teyit edilen bilgiyi tekrarlayıp tek bir odaklı soru sorabilir. Hat gürültülüyse tuşlamayla giriş ya da geri arama önerin. Sistemin güvenle çözemediği bir aksanda tahmin etmeyi sürdürmeyin: kritik değeri teyit edin, yavaşlayın, soruyu değiştirin ya da bir insana yönlendirin. Söz kesme uzun bir yanıtı durdurmalı ve konuşma sırasını arayana geri vermeli.

• İsimleri, adresleri, tarihleri, sipariş numaralarını ve e-posta adreslerini genel niyet tanımadan ayrı test edin.
• Her dilin test setine üst üste binen konuşmayı, sessizliği, arka plan müziğini, yutulan kelimeleri ve arayanın düzeltmelerini ekleyin.
• Geri alınamayan bir işlemden önce, özellikle değer konuşma tanımadan geldiyse, teyit alın.

Ses, yazışma ve CRM'de tek bağlam tutun

Müşteriler kanal üzerinden düşünmez. Sohbetle başlayabilir, otomatik yanıt işe yaramayınca arayabilir, sonra bir ekip arkadaşının e-postasına cevap verebilirler. Her kanal boş bir transkriptle başlıyorsa, sistemler arasındaki sınırın bedelini müşteri aynı şeyi tekrar tekrar anlatarak öder. Ortak bağlam; temas nedenini, kimlik doğrulama durumunu, ilgili sipariş ya da hesabı, verilmiş sözleri, dil tercihini, açık kalan soruları ve sonraki adımı içermeli. Şimdiye kadar yazışılmış her mesajın yığını olmamalı.

Örneğin bir müşteri yedek ürünün kargoya verilip verilmediğini sohbette sorabilir, takip bilgisi güncellenmeyince de İtalyanca arayabilir. Sesli agent açık kaydı, yedek ürünün numarasını ve en son taahhüt edilen güncellemeyi görebilmeli. İtalyanca yanıt verebilir, kargo firmasındaki güncel hareketi kontrol edebilir ve destek kaydına kısa bir görüşme özeti ekleyebilir. Kaydı sonradan açan ekip arkadaşı neyin değiştiğini, hangi kaynağın kullanıldığını ve neyin hâlâ ilgi beklediğini görür. Birbirine bağlı bir müşteri desteği iş akışının pratik değeri budur: dil değişebilir, kaydın kimliği ve sorumluluk değişmez.

Görüşmeyi yönlendirmeden önce yerel politikaları uygulayın

Tek bir küresel senaryo nadiren tek bir küresel politika anlamına gelir. İade süreleri, teslimat sözleri, kimlik kontrolleri, hizmet saatleri, şikayet yönetimi ve eskalasyon yükümlülükleri pazara ya da ürüne göre değişebilir. Bu farkları sahibi ve yürürlük tarihi belli açık kurallara dönüştürün. Agent bir politikanın ne zaman geçerli olduğunu, hangi kanıtı kullanabileceğini, hangi işlemleri yapabileceğini ve ne zaman durması gerektiğini bilmeli. Yerel bir kural eksik ya da belirsizse, kendinden emin bir yanıttan çok güvenli bir netleştirme ve insan incelemesi işe yarar.

Niyete, dile ve riske göre yönlendirin

Yönlendirme, müşterinin arama nedenini dil, pazar, aciliyet, hesap segmenti, çalışma saatleri ve müsait insan kuyruğunun yetkinliğiyle birlikte değerlendirmeli. Rutin bir adres değişikliği için arayan İspanyolca konuşan müşteri ile hesabının ele geçirildiğinden şüphelenen İspanyolca konuşan müşteri farklı yollardan gidebilir. Dil yönlendirmenin boyutlarından yalnızca biridir, kararın tamamı değildir. Desteklenmeyen kombinasyonlar için bir yedek kuyruk tutun ve uygun bir insan müsait olmadığında ne olduğunu test edin.

İnsana devir sıcak ve işe yarar olmalı. Aktarımdan önce agent neden bir insana ihtiyaç olduğunu açıklamalı, nelerin paylaşılacağını teyit etmeli ve dosyayı seçilen dilde ya da devralan ekibin çalışma dilinde özetlemeli. Doğrulanmış alanları, niyeti, denenen işlemleri ve politika dalını aktarın; arayanın duygu durumunu ise yalnızca konuyla ilgiliyse ekleyin. İnsanın "Konu neydi?" diye sormasına gerek kalmamalı. Kuyruk kapalıysa, takibi yapılmayan bir sesli mesaj yerine sorumlusu ve saat aralığı belli bir geri arama önerin.

Telefon yolu da bu tasarımın parçasıdır. Arayan numarasını, kuyruk kurallarını, çalışma saatlerini, tatil takvimlerini, kayıt davranışını, geri arama oluşturmayı, aktarım hatasını ve yedek numarayı konuşmayla birlikte gözden geçirin. Yanlış kuyruğa düşen ya da aktarım sırasında bağlamını kaybeden bir çağrıyı akıcı bir yanıt telafi edemez.

CRM'deki sonucu yanıt kadar güvenilir kılın

Destek yöneticileri yalnızca görüşmenin kulağa doğal gelip gelmediğini değil, arkada kalan kaydı da değerlendirmeli. Her niyet için küçük bir sonuç sözleşmesi tanımlayın. Teslimat durumu çağrısı sipariş numarasını, en son doğrulanan hareketi, söz verilen sonraki adımı ve müşteri bildirim durumunu gerektirebilir. İptal talebi kimlik durumunu, uygunluk sonucunu, iptal zamanını ve varsa takip sorumlusunu gerektirebilir. Alanları yapılandırılmış tutun ve kontrollü bir terim listesi kullanın ki raporlar farklı dillerdeki çağrıları karşılaştırabilsin.

Söyleneni yapılandan ayırın

Transkript bir konuşmanın kanıtıdır, bir görevin tamamlandığının kendiliğinden kanıtı değildir. Araç başarısını, hatasını ya da zaman aşımını arayanın talebinden ayrı kaydedin. Ödeme sorgusu başarısız olduysa, agent olağan süreci anlattı diye sonuç "ödeme sorusu yanıtlandı" olmaz. Sonuç "sorgu başarısız, insan takibi gerekli" olur. İncelemeyi etkiliyorsa güven düzeyini ve devir nedenini de ekleyin. Böylece süpervizörler, dil açısından yanıtın iyi olduğu ama iş tarafındaki işlemin eksik kaldığı durumları bulabilir.

Çözümü, tekrar temasları, aktarımları, geri arama tamamlamayı, düzeltmeleri ve CRM'e yazma hatalarını dile ve niyete göre karşılaştırmak için çağrı analitiği görünümünü kullanın. Ortalamalar önemli örüntüyü gizler: bir dilin genel çözüm oranı normal görünürken adres almada başarısız olabilir, bir diğeri tek bir politika dalında gereğinden sık aktarım yapabilir. Her metriği bir karar sorumlusuna ve bir inceleme ritmine bağlayın.

İzni ve veriyi pazara göre yönetin

Canlıya çıkmadan önce arayana ne söylendiğini, neye izin vermesinin istendiğini ve şirketin gerçekte neyi saklaması gerektiğini yazın. Kayıt, yazıya dökme, dil işleme, kimlik doğrulama, ödeme işlemleri ve kalite incelemesinin her birinin gereklilikleri farklı olabilir. Bilgilendirme seçilen dilde anlaşılır olmalı; iş akışının izin verdiği yerde arayanın kayıt olmadan devam etmesinin açık bir yolu bulunmalı. İşletme o hat için böyle bir zorunluluğu teyit etmediyse, agent'a kaydın zorunlu olduğunu söyletmeyin.

Sistemler arasında aktarılan veriyi en aza indirin. Ödeme bilgilerini ve gereksiz tanımlayıcıları maskeleyin, kayıtları ve transkriptleri kimin görebileceğini sınırlayın, saklama süresini amaca göre belirleyin, silme ve erişim taleplerini sorumlu ekip üzerinden izlenebilir kılın. Aktarım yalnızca müşteriye hizmet vermek için gereken bağlamı taşımalı. İzin durumu, politika sürümü, araç işlemleri ve insan erişimi için bir denetim izi tutun. Bunlar şirketin gizlilik ve güvenlik sorumlularıyla doğrulanacak operasyonel kontrollerdir, agent'ın görüşme sırasında uyduracağı cümleler değil.

Kalite kontrolünü çeviri başına değil, dil başına yapın

Canlıya alınacak her dil için gerçek destek niyetlerinden, yöresel varyantlardan ve bilinen hata türlerinden bir test seti kurun. Ana dili o dil olan ya da dile çok hâkim değerlendiricilere şunları puanlatın: arayan anlaşıldı mı, ton duruma uydu mu, doğru politika uygulandı mı, sayılar ve isimler doğru alındı mı, görev tamamlandı mı, devir kaydı kullanılabilir miydi. İngilizce bir test setinin çevirisi bir başlangıç noktasıdır, kapsamanın kendisi değil.

Aynı iş durumunun farklı biçimlerde ifade edildiği eşli testler ekleyin: resmi ve gündelik konuşma, yöresel kelimeler, diller arasında gidip gelme, sözü kesen arayan, fikrini değiştiren arayan ve hemen bir insan isteyen arayan. Bir prompt, araç, politika, konuşma modeli ya da yönlendirme kuralı değiştiğinde regresyon testlerini yeniden çalıştırın. Kalite ve değerlendirme süreci simüle çağrıları, canlı çağrılardan alınan örneklemi, insan incelemesini ve yayın kapılarını birleştirmeli; başarısız senaryolar da düzeltme doğrulanana kadar sette kalmalı.

Sınırı ölçülebilir tek bir kuyrukla pilot yapın

50-100 kişilik bir şirket için makul bir pilot, anlaşılacak kadar dar ve gerçek çeşitliliği ortaya çıkaracak kadar geniştir. Tek bir kuyruk, iki üç yüksek hacimli niyet ve mevcut müşteriler için önemli olan bir iki dil seçin. Devir yolu kanıtlanana kadar muhakeme gerektiren uç durumları dışarıda bırakın. Canlıya çıkmadan önce aynı kuyruğun başlangıç ölçümünü alın, sonra sınırlı trafik ya da saatlerle başlayın ve pilotu durdurabilecek kişiyi belirleyin.

Pilota sabit bir inceleme ritmi verin. İlk günlerde başarılı olanlar dahil her dilden ve her sonuçtan çağrıları inceleyin. Sonra riske, düşük güvene, aktarıma, tekrar temasa ve CRM düzeltmesine göre örnekleyin. Destek ekip arkadaşlarınıza özetin zaman kazandırıp kazandırmadığını, politika açıklamasının işe yarayıp yaramadığını ve arayanların insan kuyruğuna daha sakin mi yoksa daha gergin mi ulaştığını sorun. Ancak ekip kalan hataları açıklayabildiğinde ve her birinin bir sorumlusu olduğunda genişletin.

Karar vermeyi destekleyen metrikler

• Erişim: dile göre yanıtlanma oranı, yanıtlanma süresi, dil seçimi başarısı ve yarıda bırakma.
• Anlama: niyet doğruluğu, düzeltme oranı, soruyu tekrarlatma oranı ve düşük güven sıklığı.
• Çözüm: amaçlanan görevin tamamlanması, belirlenen süre içinde tekrar temas, aktarım oranı ve geri arama tamamlama.
• Operasyon kalitesi: politikaya uyum, CRM alanlarının doğruluğu, araç hataları, özetin işe yararlığı ve devralan insana kazandırılan zaman.
• Müşteri sinyali: her seferinde aynı biçimde sorulan memnuniyet sorusu, şikayet temaları ve dil sorumlusuyla birlikte incelenen, müşterinin kendi sözleriyle geri bildirimi.

Aynı türden şeyleri karşılaştırın. Sonuçları dile, niyete, pazara, günün saatine, kanala ve devir hedefine göre ayırın. Tekrar temasa ya da eksik kayda yol açıyorsa kısa çağrıya göre optimize etmekten kaçının. Bir metrik ancak kapsama, politika, yönlendirme, eğitim ya da ürün davranışıyla ilgili bir kararı değiştirdiğinde işe yarar.

Agent Factory'yi bir iyileştirme döngüsü olarak kullanın

Canlıya çıkış, dil operasyonunun başlangıcıdır. Kalıcı bir döngünün beş adımı vardır: temsili çağrıları toplamak, belirli bir hatayı tespit etmek, kontrollü tek bir değişiklik yapmak, bunu o dilin tüm test setinde denemek ve ölçülen bir trafik dilimine yayınlamak. Hata; yanlış niyete eşlenen yöresel bir ifade, söz verilen tarihi atlayan bir Fransızca özet, mükerrer sipariş değişikliğine yol açan bir söz kesme ya da doğru dili yanlış yetkinlik kuyruğuna gönderen bir aktarım olabilir.

Agent Factory iyileştirme döngüsü, bu bulguların senaryoya, değerlendirmeye ve sürüm işine dönüşeceği yeri sağlar. Özgün çağrıyı, beklenen davranışı ve gerçek sonucu bir arada tutun. Bir düzeltme önerildiğinde yeni senaryoyu ve regresyon setini etkilenen her dilde çalıştırın. Yayından sonra metriğin başka bir yerde yeni bir sorun yaratmadan hareket edip etmediğine bakın. Böylece çok dilli destek tek seferlik bir senaryo çevirisi olmaktan çıkar, kanıtla giderek daha güvenilir hale gelen, yönetilen bir yetkinliğe dönüşür.

Çok dilli sesli yapay zeka için canlıya çıkış kontrol listesi

• İlk kuyruğu, niyetleri, dilleri, pazarları ve kapsam dışı talepleri seçin.
• Dilin nasıl tanınacağını, teyit edileceğini, hatırlanacağını ve görüşme ortasında nasıl değiştirileceğini tanımlayın.
• Yerel terimleri, biçimleri, tonu, politika dallarını ve eskalasyon sınırlarını belgeleyin.
• Aksanları, gürültüyü, sessizliği, söz kesmeleri, diller arasında gidip gelmeyi, düzeltmeleri ve zayıf bağlantıları test edin.
• Sohbetten ya da önceki çağrılardan gelen ortak bağlamı sesli iş akışına ve CRM kaydına eşleyin.
• Yönlendirmeyi, insan yetkinliklerini, aktarım bağlamını, geri aramanın sahibini ve mesai dışı yedek yolu belirleyin.
• Yapılandırılmış sonuçlarda, araç durumlarında, güven alanlarında ve CRM düzeltmelerinin kimde olduğunda anlaşın.
• İzin metnini, kayıt seçeneklerini, erişimi, maskelemeyi, saklamayı ve denetim sorumluluklarını teyit edin.
• Dil başına kalite kapılarını, pilot eşiklerini, inceleme ritmini ve durdurma yetkisini belirleyin.
• Anlamlı her hatayı bir sonraki Agent Factory sürümü için regresyon senaryosuna dönüştürün.