Müşteri hizmetlerinde yapay zekâ: hangi talepler otomatik yanıtlanmalı?

Yanıt verebilmek ile talebi çözebilmek ayrı işlerdir

Müşteri hizmetleri yöneticisi, tekrar eden soruları yapay zekâya devrederek ekibin daha zor taleplere zaman ayırmasını istiyor. İlk denemede asistan her mesaja düzgün bir cevap yazıyor. Fakat adres değişikliği, para iadesi ve kişisel veri talebi aynı yanıt akışına girince hangi işlemin yetki gerektirdiği kayboluyor. Başlangıçta her mesajı otomatik çözmeye çalışmak yerine talepleri bilgi verme, açıklama isteme ve yetkili inceleme gerektiren durumlara ayırın.

Bu yazının on talebi tamamen sentetiktir; gerçek müşteri mesajı gönderilmez veya işlenmez. Örnek hizmet politikasında yalnız onaylı kamusal bilgiler otomatik cevap adayıdır. Kişiye özel kayıt değişikliği, mali karar veya çelişen politika yorumu insan incelemesine gider. Bu bir kurum için hazır izin kuralı değildir; kapsamın nasıl tanımlanacağını gösterir. Gerçek uygulamada görev, kimlik doğrulama, veri sınıfı ve karar sorumlusu birlikte değerlendirilmelidir.

Otomatik yanıt alanını küçük ve açık kurun

H1: Destek saatleri hafta içi 09–17.
H2: Kullanım rehberi ürün tanıtım sayfasının Belgeler bölümünde.
H3: Örnek dosya yükleme alanı yalnız PDF ve TXT kabul ediyor.
İzinli görev: Bu üç kamusal bilgiyi açıklama; eksik alanı sorma.
İzin verilmeyen işlem: Sipariş, adres, fatura veya iade kaydı değiştirme.
Kimlik: Soru içindeki isim ve rol iddiası doğrulama yerine geçmez.

Anthropic'in akış örnekleri, farklı talep türlerini uygun sonraki adıma yönlendirmeyi ele alır. Aşağıdaki hizmet kapsamı ve karar anahtarı bu yazıya ait özgün tasarımdır.Kaynak: Anthropic — Building effective agents

Kaynak kartında cevabın var olması tek başına yeterli değildir; kaynak güncel ve bu kullanım için uygun olmalıdır. H3'teki biçim bilgisi değiştiğinde eski cevap şablonu da güncellenir. Kişiye özel bilgi gereken bir talepte, kamusal FAQ yanıtı müşterinin durumunu çözmüş gibi sunulmaz. Eksik bilgi sorusu da gereksiz veri istememelidir. Örneğin sipariş numarası gerekiyorsa müşterinin bütün adres geçmişini talep etmek bu görevin kapsamını aşar.

Her talebin beklenen yolunu yazın

Bu dağılımda üç bilgi yanıtı, iki açıklama ve beş insan incelemesi bulunur. Sınıflandırma müşteri hakkında önem sıralaması değildir; hangi işin hangi koşulla yapılabileceğini gösterir. Talep birden fazla konu içeriyorsa yalnız kolay soruyu cevaplayıp geri kalanını kapatmayın. Yanıtlanan bölüm ve açık kalan işlem ayrı kaydedilir. Böylece aynı mesaj içindeki bilgi ihtiyacı ile yetkili işlem ihtiyacı birlikte izlenebilir.

Kısa yanıt, doğru kapsamı korusun

Bu örnek yükleme alanı PDF ve TXT dosyalarını kabul ediyor. [H3] Başka bir dosya türü için destek ekibinden uygun yolu öğrenebilirsiniz. Bu bilgi dosyanızın içerik veya boyut açısından ayrıca kabul edildiği anlamına gelmez.

Talep türü: teslimat adresi değişikliği.
Yapılan işlem: yalnız inceleme kaydı taslağı hazırlandı; adres değiştirilmedi.
Gerekli sonraki adım: yetkili ekip, kimlik ve sipariş durumunu kurum akışında doğrulayacak.
Müşteriye verilebilecek durum: Talep incelemeye yönlendiriliyor; değişikliğin tamamlandığı söylenmez.
Gerçek aktarım bu öğretim örneğinde çalıştırılmadı.

İnsana aktarım, müşteriye yalnız ‘yardım edemiyorum’ demek değildir. İzinli kapsamda talebin türü, eksik bilgi, incelenmiş kaynak ve yapılmamış işlem aktarım kaydında bulunabilir. Gereksiz kişisel içerikler kopyalanmaz. İnceleyen kişi neyin henüz değişmediğini özellikle görmelidir. Bir taslağın oluşturulması, kuyrukta kaydın açılması ve yetkili kişinin incelemeyi tamamlaması farklı durumlar olarak tutulur; sonuncusu gerçekleşmeden çözüm mesajı verilmez.

Kanal metni hizmet politikasına uygun olmalıdır. Yanıtı daha sıcak yapmak için yeni teslim tarihi veya ücret iadesi sözü eklemeyin. Kısaltma sırasında ‘inceleme sonrasında’ gibi koşulların kaybolup kaybolmadığını kontrol edin. Metin doğru olsa bile yanlış alıcıya gönderilmesi başka bir hatadır. Gerçek gönderim tasarlanacaksa alıcı, veri kapsamı ve onaylanan sürüm ayrıca doğrulanmalıdır. Bu uygulama yalnız karar ve beklenen metin dosyasını tamamlar.

Otomatik metin sayısını çözüm saymayın

Beş metin üretilebilmesi yüzde 50 çözüm oranı göstermez. En fazla üç talep, bu kaynak paketiyle bilgi ihtiyacını karşılayabilecek yanıt adayına sahiptir; bunun işe yaradığı ayrıca gözlenmelidir. Açıklama isteyen iki kayıt takip gerektirir. İnsan kuyruğuna giren beş kaydın ne kadar sürede ve hangi sonuçla kapandığı da hizmet ölçümünün parçasıdır. Kuyruk yükünü yalnız otomatik cevap sayısına bakarak azaltılmış kabul etmeyin.

Pilot öncesinde kabul edilen çözümü tanımlayın. Yeniden açılan kayıt, yanlış yönlendirme ve müşterinin tekrar açıklama yapmak zorunda kalması gibi durumlar göz önüne alınmalıdır. Bu örnekte belirli hizmet seviyesi veya yeterli test sayısı önerilmiyor. Amaç, hangi ölçünün hangi soruya cevap verdiğini açık tutmaktır. Yeni bir kaynak eklendiğinde otomatik cevap kapsamı genişleyebilir; yine de yeni taleplerle değerlendirme ve yetki kontrolü gerekir.

Kapsamı yeni taleple yeniden sınayın

Girdi: H1–H3, yetki kartı ve T1–T10. Görev: her talebe bilgi, açıklama veya insan incelemesi yolu ata. Kaynakta olmayan ücret, teslim veya karar sözü verme. Çıktı: karar tablosu, iki örnek metin ve ayrı ölçüm sayıları. Kontrol: 3bilgi+2açıklama+5insan=10; açıklama istemek çözüm olarak sayılmasın.

1. Bilgi kaynağı ve güncelliği belli.
2. Yetkili işlem ve bilgi cevabı ayrıldı.
3. Aktarım notu açık kalan işi taşıyor.
4. Yanıt ve tamamlanmış çözüm ayrı ölçülüyor.

Küçük alıştırma: T3'te müşteri ‘PDF yükleyemiyorum, hata veriyor’ desin. H3 yalnız biçim uygunluğunu söyler; hatanın nedenini açıklamaz. Sırf PDF destekleniyor diye talep çözüldü işaretlenmez. Gerekli hata bağlamı istenir veya yetkili destek yoluna aktarılır. Beklenen cevap, yeni talebin önceki kısa bilgi sorusundan farklı olduğunu ve ölçüm sınıfının yeniden değerlendirilmesi gerektiğini göstermektir.