Akıllı eskalasyon tetikleyicileri: sohbeti doğru anda insana taşımak

Cuma akşamı 18.10. Kargo takip numarası çalışmayan bir müşteri WhatsApp'tan üçüncü mesajını yazıyor: ilkinde soru soruyordu, ikincisinde sipariş numarasını paylaştı, üçüncüsünde büyük harfe geçti. Asistan üç mesaja da kibar ve teknik olarak doğru yanıt verdi; numaranın kargo firması tarafında bir gün içinde aktifleşeceğini açıkladı. Konuşma yine de bozuluyor, çünkü müşterinin sorduğu şey artık takip numarası değil. Burada eksik olan daha iyi bir cümle değil, farklı bir muhatap.

Bu yazı o muhatabın ne zaman ve nasıl devreye gireceğini anlatıyor. Önce eskalasyonun neden bir arıza değil bir tasarım kararı olduğunu ele alıyoruz; sonra hangi sinyallerin gerçekten devir gerektirdiğini, güven eşiğiyle tetikleyicinin nerede ayrıştığını, kuralların hangi sırayla değerlendirileceğini ve eşiklerin nereye konacağını sırayla açıyoruz. Devir anında temsilciye ne aktarılacağı, konuşmanın kime gideceği, mesai dışının nasıl kurulacağı, yanlış eskalasyonun maliyeti ve tetikleyicilerin yayına çıkmadan nasıl sınanacağı yazının ikinci yarısını oluşturuyor.

Eskalasyon neden botun başarısızlığı değildir?

Bir asistanın kalitesini "hiç insana devretmedi" diye ölçmek, itfaiyeyi hiç çıkmadığı yangınla ölçmeye benziyor. Otomatik yanıtın işi her soruyu kapatmak değil; kapatabileceklerini kapatmak, kapatamayacaklarını hızla ve bütün bağlamıyla doğru kişiye vermek. Devir oranı sıfıra yaklaşan bir kurulum çoğu zaman iyi çalıştığı için değil, eşikleri yanlış yerde olduğu için öyle görünür: asistan emin olmadığı yerde de konuşmaya devam eder ve müşteri karşısındakinin emin olmadığını anlayamaz. Fatura, iade ya da sözleşme gibi konularda bu sessiz devam, çözülmüş görünen ama aslında iki gün sonra çağrı merkezine düşen bir talep üretir.

Ekiplerin çoğu bu işi geriye dönük kuruyor: önce asistanı yayına alıyor, sonra şikayet geldikçe kural ekliyor. Tersi hem daha ucuz hem daha okunaklı — botun nerede biteceğini baştan tanımlamak, sonradan yamalarla kapatılan bir listeden çok daha az bakım istiyor. Baştan tanımlamak demek, hangi konuşma tiplerinin otomatik kapanacağını, hangilerinin sadece hazırlık yapıp insana geçeceğini ve hangilerine asistanın hiç girmeyeceğini yazıya dökmek demek.

Bir konuşmanın insana geçmesi gerektiğini hangi sinyaller söyler?

Pratikte işe yarayan sinyaller beş aileye ayrılıyor ve her biri farklı bir şeyi ölçüyor:

• Duygu ve ton: art arda gelen kısa mesajlar, büyük harf, küfür, "artık yeter" kalıpları. Bunlar sorunun içeriğini değil, sabrın bittiğini gösterir.
• Niyet: iade, iptal, ücret itirazı, hasar bildirimi. Bir talep parayla veya sözleşmeyle ilgiliyse, doğru cevabı bilmek yetmez; onu verme yetkisi de gerekir.
• Kimlik: kurumsal hesap, yenileme tarihi yaklaşan müşteri, uzun süredir açık bir destek kaydı olan kişi. Aynı cümle, kimden geldiğine göre farklı aciliyet taşır.
• Anahtar kelime: avukat, tüketici hakem heyeti, KVKK, basın, sosyal medyada paylaşma tehdidi. Bu kelimeler tartışma konusu değil, doğrudan devir sebebidir.
• Davranış: aynı soruyu üçüncü kez farklı kelimelerle sormak, önerilen adımı reddetmek, konuşmanın belirli bir tur sayısını aşması.

Bu listeyi kurarken satış tarafındaki mantıkla arasındaki benzerlik göze çarpıyor: orada da bir davranış, bir zamanlamayı haklı çıkarır. Alım sinyalini doğru anda yakalamak ile öfke sinyalini doğru anda yakalamak aynı disiplinin iki yüzü; ikisinde de sinyalin kendisi kadar, sinyale ne kadar sürede karşılık verildiği belirleyici oluyor.

Güven eşiği ile eskalasyon tetikleyicisi aynı şey mi?

Değil, ve karıştırıldığında iki farklı problem birbirini gizliyor. Güven eşiği asistanın kendi bilgisi hakkındaki ölçüsüdür: elindeki dokümanlardan çıkan yanıt yeterince kesin değilse, asistan tahmin etmek yerine susar ya da devreder. Eskalasyon tetikleyicisi ise konuşmanın kendisi hakkındaki bir karardır: yanıt gayet net olabilir, ama konu insana ait olduğu için devredilir. "İade politikanız nedir" sorusuna asistan yüzde yüz doğru cevap verebilir; buna rağmen müşteri iade açmak istiyorsa konuşma insana gitmelidir.

Rocketly'nin AI Asistan tarafında bu ikisi ayrı ayarlar olarak duruyor. Güven Eşiği, altına düştüğünde asistanın sessiz kalacağı ya da aktaracağı kesinlik seviyesini belirliyor; Akıllı Eskalasyon Tetikleyicileri ise öfkeli ton, iade talebi, VIP müşteri ya da seçtiğiniz bir anahtar kelimeyi doğrudan devir sebebi haline getiriyor. Ayrı durmaları önemli, çünkü biri bilgi tabanı büyüdükçe gevşetilebilir, diğeri iş kuralı değiştikçe sıkılaştırılır. Akıllı CRM özelliklerinin nasıl çalıştığı konusuna aşinaysanız, buradaki ayrım tanıdık gelecek: model çıktısına güven ayrı, o çıktının kullanılmasına izin verilen alan ayrı yönetilir.

Tetikleyiciler hangi sırayla değerlendirilmeli?

Birden fazla kural aynı mesajda birden ateşlenir. Müşteri hem VIP'tir, hem iade istiyordur, hem de üçüncü kez yazıyordur. Sıralama tanımlanmamışsa sonuç kurulum sırasına kalır ve kimse neden o kuyruğa düştüğünü açıklayamaz. İşleyen düzen genelde şu: önce mutlak durdurucular (hukuki kelimeler, güvenlik ihlali iması), sonra sözleşmesel niyet (iade, iptal, ücret itirazı), sonra kimlik önceliği (kurumsal hesap, yenileme penceresi), sonra duygu, en sonda tur sayısı gibi sayısal eşikler.

Sıralamanın ikinci işlevi, aynı konuşmanın iki kez devredilmesini önlemek. Bir kural ateşlendiğinde konuşma kilitlenmeli ve alt sıradaki kurallar o oturum için susmalı; aksi halde müşteri iki farklı temsilciye aynı hikayeyi anlatır. Telefon tarafında bu problem yıllardır çözülmüş durumda — her aramayı doğru ekibe bağlamanın mantığı, menü seçimlerinin ve anons sırasının deterministik olmasına dayanıyor. Sohbette de aynı disiplin geçerli: kural listesi bir küme değil, sıralı bir liste olmalı.

Hangi sinyalde ne yapılır: pratik bir eşik tablosu

Aşağıdaki tablo örnek amaçlıdır; kendi kanal hacminize ve ekip büyüklüğünüze göre değişir. Yararı, tartışmayı "devredelim mi" sorusundan "hangi seviyede devredelim" sorusuna taşıması.

Sinyal	Asistanın davranışı	Hedef
Hukuki kelime veya resmi şikayet ifadesi	Yanıt üretmeden anında devir	Yetkili ekip, en yüksek öncelik
İade, iptal veya ücret itirazı	Kayıt bilgisini toplar, sonra devreder	Destek kuyruğu, bağlam özetiyle
Öfkeli ton, art arda kısa mesaj	Özür ve tek cümlelik durum, ardından devir	Müsait ilk temsilci
Güven eşiğinin altında kalan yanıt	Tahmin etmez, soruyu netleştirir ya da aktarır	Konu uzmanı
Aynı soru üçüncü kez	Otomatik döngüyü keser	Kayıt sahibi temsilci
Kurumsal hesap, yenileme penceresinde	Yanıtı verir, paralelde bildirim düşer	Hesap sahibi

Devir anında temsilciye ne aktarılmalı?

Kötü eskalasyonun tanımı basit: müşteri hikayeyi baştan anlatmak zorunda kalıyorsa devir işe yaramamıştır. Temsilcinin ekranında en az dört şey olmalı — konuşmanın tam dökümü, asistanın hangi kural yüzünden çekildiği, müşterinin CRM'deki mevcut kaydı ve asistanın vermeyi düşündüğü ama vermediği yanıt. Bu sonuncusu genelde atlanıyor; oysa temsilciye "burada tıkandım" demek, on satır sohbet geçmişinden daha hızlı okunuyor.

Bir de aktarılmaması gereken şey var: asistanın tahmini. "Müşteri sinirli görünüyor" notu, temsilciyi daha savunmacı bir açılışa itiyor. Ham sinyali verin, yorumu temsilciye bırakın. Devir sonrası ilk yanıt süresi, bu ekranın ne kadar iyi kurulduğunun en dürüst göstergesi; daha akıllı çalışıp daha çok satmanın yollarını konuşurken sık sık gözden kaçan kalem tam da bu: temsilcinin bağlamı toplamak için harcadığı dakikalar hiçbir raporda ayrı bir satır olarak görünmüyor.

Konuşma hangi temsilciye ve hangi sıraya gitmeli?

Devir kararı verildikten sonra ikinci soru geliyor: kime. En basit kural "müsait olan ilk kişi" ama bu, hesabı tanıyan temsilcinin masasındaki konuşmayı yabancı birine yollayabiliyor. Sahiplik kuralı olan yerlerde konuşmanın önce kayıt sahibine, o yoksa aynı bölge veya segmentteki yedeğe gitmesi daha iyi sonuç veriyor. Satış ekibini kaostan düzene taşıyan bölge ve hesap planlaması, burada hazır bir yönlendirme haritası sunuyor: kimin hangi hesaptan sorumlu olduğu zaten tanımlıysa, eskalasyon için ayrı bir tablo tutmanız gerekmiyor.

Kuyruk seçiminin bir de zaman boyutu var. Devir bildirimi kimseye ulaşmıyorsa kural çalışmamış demektir. Devralınmayan konuşmalar için bir zaman aşımı tanımlayın: belirli bir süre içinde kimse üstlenmezse konuşma bir üst kuyruğa ya da ekip liderine düşsün. Sessizce bekleyen bir devir, hiç tetiklenmemiş bir kuraldan daha zararlı, çünkü müşteri artık birinin geleceğini biliyor.

Üçüncü bir seçenek de var: her devir insana gitmek zorunda değil. Ajandan Ajana Devir, bir asistanın bitiremediği işi izin verdiğiniz uzman asistana geçirmesine izin veriyor ve zincir tek adımla sınırlı olduğu için döngüye giremiyor. Faturalama sorusunu satış asistanından destek asistanına taşımak insan zamanı harcamıyor. Ama sınırı bilmek şart: neyin insana kaldığı sorusunun cevabı burada net — pazarlık, istisna verme ve özür dileme devredilemez.

Mesai dışında tetikleyici çalışırsa ne olur?

Cuma 18.10 örneği tam da bu boşlukta yaşanıyor. Tetikleyici doğru çalışıyor, konuşma devrediliyor, ama karşıda kimse yok. Bu durumda iki hata yaygın: birincisi, mesai dışında tetikleyicileri tamamen kapatmak — müşteri o an bir cevap alıyor ama yanlış cevabı alıyor. İkincisi, hiçbir şey değiştirmemek — konuşma boş bir kuyrukta sabaha kadar bekliyor.

Çalışma Saatleri ve Yedek ayarı bu ikisinin arasını kuruyor: mesai içinde insana devredip kapanıştan sonra otomatik yanıt vermeyi seçebiliyor, asistanın ne zaman öne çıkıp ne zaman geri çekileceğine gün bazında karar verebiliyorsunuz. Mesai dışı için işe yarayan kalıp şu: tetikleyici ateşlensin, konuşma yine işaretlensin, ama müşteriye verilen cümle değişsin. "Bir temsilcimiz birazdan bağlanacak" yerine "bu konuyu ekibimize ilettim, yarın 09.00'dan itibaren size dönecekler" demek, bekleme süresini kısaltmıyor ama beklentiyi doğru kuruyor. Ertesi sabah kuyruğun başına düşecek şekilde önceliklendirmek de bu kalıbın parçası.

Yanlış eskalasyonun maliyeti nedir ve nasıl ölçülür?

İki yönlü bir hata bu. Gereğinden fazla devir, asistanı pahalı bir karşılama ekranına indiriyor; ekip yükü düşmüyor, hatta konuşmalar iki aşamalı hale geldiği için artıyor. Gereğinden az devir ise sessizce birikiyor: müşteri kanalı terk ediyor, ikinci kez yazmıyor ve bunu ölçen bir metrik yok. Bu yüzden tek bir sayıya bakmak yanıltıcı; devir oranını, devir sonrası çözüm oranıyla ve konuşma başına toplam süreyle birlikte okumak gerekiyor.

AI Panosu bu okumayı tek ekranda topluyor: konuşma hacmi, çözüm ve insana devir oranı, ortalama yanıt süresi, memnuniyet puanı ve kredi maliyeti yan yana duruyor. Tetikleyici bazında kırılıma inmek istediğinizde ise veriyi dışarı taşımak gerekebiliyor; CRM verisini Power BI ve Looker'a taşımak, hangi kuralın kaç konuşmayı devrettiğini ve o konuşmaların ne kadarının ilk temasta çözüldüğünü kural kural görmenizi sağlıyor. Ayda bir bakılan bu tablo, listeden kural silmenin tek dürüst gerekçesi.

Tetikleyicileri yayına almadan nasıl sınarsınız?

Eskalasyon kuralları canlıda test edilmeye en uygunsuz şeylerden biri, çünkü hatanın bedelini müşteri ödüyor. Yayına Almadan Test, asistanla korumalı bir ortamda konuşup göndereceği yanıtı birebir görmenizi sağlıyor: tetikleyici kelimeyi yazın, kuralın ateşlenip ateşlenmediğini ve devir mesajının nasıl göründüğünü müşteriye çıkmadan doğrulayın. Test senaryolarını gerçek konuşmalardan seçmek en verimlisi — geçen ayın şikayet kayıtlarından on tanesini alıp yeni kural setinden geçirmek, hayali senaryolardan daha çok hata yakalıyor.

Değişiklikleri geri alabilmek de aynı ölçüde önemli. Politika Geçmişi, asistanın yetki ve sınır değişikliklerini kayda geçiriyor; yanlış giden bir eşiği önceki sürümüne tek adımda döndürüyorsunuz. Bu, kural setini cesaretle sadeleştirmeyi mümkün kılıyor: geri dönüş ucuzsa, işe yaramayan bir tetikleyiciyi silmek risk olmaktan çıkıyor. Aşama tasarımında da benzer bir refleks var; aşamaları doğru tasarlamak için önce fazlasını kurup sonra budamak yaygın bir yöntem ve eskalasyon kurallarında da işliyor.

Bir aracı değerlendirirken bu üç soruyu sormak yeterli oluyor: kurallar sıralı mı, devir ekranında bağlam eksiksiz geliyor mu, bir değişikliği geri almak kaç adım sürüyor. Doğru CRM'i seçmenin pratik rehberi daha geniş bir kriter listesi veriyor; eskalasyon tarafında bu üçü, demo sırasında on dakikada sınanabilecek somut maddeler.

Sonuç

İyi kurulmuş bir eskalasyon düzeni, asistanı daha az kullanılan bir araç yapmıyor; tam tersine, güvenle daha çok işi ona bırakmanızı sağlıyor. Sınırın nerede olduğunu bilen bir sistemde otomatik yanıtın alanı genişliyor, çünkü hata durumunda ne olacağı belli. Sıralı bir kural listesi, ayrı tutulan bir güven eşiği, bağlamı eksiksiz taşıyan bir devir ekranı ve ayda bir bakılan bir kırılım tablosu — dört parça da yerine oturduğunda cuma akşamı 18.10'daki konuşma farklı bitiyor. Kendi kural setinizi kurup korumalı ortamda denemek için ücretsiz hesap açabilirsiniz.

Sıkça sorulan sorular

Devir oranının ideal seviyesi var mı?

Tek bir doğru sayı yok; sektöre, ürünün karmaşıklığına ve bilgi tabanının olgunluğuna göre değişiyor. Anlamlı olan, oranın kendisi değil yönü ve eşlik ettiği metrikler: devir oranı düşerken memnuniyet ve ilk temasta çözüm de düşüyorsa, asistan devretmesi gereken yerde devretmiyor demektir.

Eskalasyon kuralları müşterinin diline göre değişmeli mi?

Anahtar kelime listeleri değişmeli, çünkü hukuki terimler ve öfke kalıpları dile özgü. Niyet ve kimlik tabanlı kurallar genelde ortak kalabiliyor. Asistan gelen mesajın dilini algılayıp aynı dilde yanıtladığı için, devir mesajının da o dilde hazırlanmış olması gerekiyor.

Müşteri doğrudan insan isterse ne olmalı?

Bu talebi her zaman geçerli bir tetikleyici sayın ve tartışmaya açmayın. Asistanın "önce ben yardımcı olmayı deneyeyim" ısrarı, kazanılabilecek birkaç otomatik çözümün karşılığında konuşmanın tonunu bozuyor. Talep karşılandığında müşteri çoğunlukla asistanı bir sonraki sefer yeniden deniyor.

Kaç tetikleyici fazla sayılır?

Sayıdan çok bakım maliyeti belirleyici. Her kuralın bir sahibi ve gözden geçirme tarihi olmalı; kimsenin ne işe yaradığını hatırlamadığı bir kural, yanlış devirlerin en yaygın kaynağı. Kırılım tablosunda üç ay boyunca hiç ateşlenmemiş ya da ateşlendiği her seferde geri gönderilmiş kuralları silmek listeyi kısa tutuyor.