Operasyon yöneticileri için çağrı merkezi analitiği: sesli yapay zeka dashboard'u

Her metriğin desteklediği kararla başlayın

50-100 kişilik bir şirkette çağrı merkezi dashboard'u, yöneticinin bu hafta neyi değiştireceğine karar vermesine yardım etmeli: bir yönlendirme kuralını yeniden yazmak, CRM'e bir alan eklemek, bir niyeti insan kuyruğuna geri almak ya da bir süpervizöre odaklı bir koçluk listesi vermek. Önce bu kararları yazın, sonra onları kolaylaştıran ölçümleri seçin.

Sonuç, çağrının amaçlanan hedefe ulaşıp ulaşmadığını söyler. Güven, sınıflandırmanın ne kadar sağlam olduğunu söyler. Devir ve bekleme süresi, işi hâlâ insan operasyonunun nerede üstlendiğini gösterir. Kalite ve politika puanları sonucun güvenli olup olmadığını gösterir. Sonraki adım ise görüşmeyi kimsenin dönüp bakmadığı bir transkript olmaktan çıkarır, sorumlusu belli bir göreve dönüştürür.

Her rakamı bir sorumluyla eşleştirin

Çözüm oranı ve kadro operasyonun, kalite desteğin, CRM takibi de satış ya da müşteri başarısı ekibinin sorumluluğunda olabilir. Sorumlusu ya da aksiyonu olmayan metrikler operasyon zekası değil, sadece raporlamadır.

Tek bir metrik sözlüğü kullanın

Ekipleri ya da ayları karşılaştırmadan önce “çözüldü”, “nitelendi”, “anında karşılandı”, “olumlu duygu durumu” ve “insana devir” kavramlarını tanımlayın. Dahil etme ve hariç tutma kurallarını, esas veri kaynağını ve zaman aralığını yazın. Agent'tan agent'a anlamı değişen bir metrik, grafiği ne kadar kesin görünürse görünsün işe yaramaz.

Temel ölçümleri denetlenebilir yapın

Her ölçümü, adı konmuş bir paydaya bölünen bir pay olarak ve çağrı düzeyinde bir dahil etme kuralıyla yazın:

• Sonuç oranı: doğrulanmış bir iş sonucu olan çağrılar / kapsamdaki karşılanan çağrılar. Doğrulama, arayanın memnun göründüğü varsayımından değil, gereken CRM durumundan ya da incelenmiş bir sonuç kodundan gelmeli.
• Devir oranı: canlı bir kişiye bağlanan çağrılar / sesli iş akışının başladığı karşılanan çağrılar. Terk edilen çağrıları ve doğrudan bir kişiye yönlendirilen çağrıları ayrı kategorilerde tutun.
• CRM tamamlanma oranı: gerekli tüm alanları kaydedilmiş ve doğrulanmış çağrılar / kapsamda olup CRM kaydı gerektiren çağrılar.
• Kalite geçme oranı: zorunlu tüm kalite ya da politika ölçütlerini karşılayan örneklem çağrıları / incelenen örneklem çağrıları.
• Sonraki adım tamamlanma oranı: termininde tamamlanan aksiyonlar / seçilen raporlama döneminde termini gelen aksiyonlar.
• Tekrar arama oranı: seçilen süre içinde ilgili bir çağrıyla yeniden arayan tekil kişiler / ilk gruptaki tekil arayanlar.

Dashboard'da, dışa aktarımda ve süpervizör inceleme tablosunda aynı tanımları kullanın. Sonuç oranı yerinde dururken CRM tamamlanma düşüyorsa, sesli iş akışını değiştirmeden önce alan eşlemesini ve doğrulamayı inceleyin. Devirler yalnızca mesai dışında artıyorsa, prompt'u değiştirmeden önce kapsama saatlerini ve geri aramanın sorumlusunu gözden geçirin. Güven yüksek kalırken bir niyette kalite geçme oranı düşüyorsa, sıradaki incelemeyi politika ya da değerlendirme kuralı üzerinde yapın.

Sonucu modelin yargısından ayırın

İş sonucunu sesli sistemin tahmininden ayrı saklayın. Bir çağrı yüksek güvenle fatura konusu olarak sınıflandırılabilir ve yine de hesap sorgusu zaman aşımına uğradığı için başarısız olabilir. Bu ayrım ekibi doğru katmana yönlendirir: niyet tespiti, iş akışı mantığı, telefon altyapısı, bir entegrasyon ya da politika.

Eğilime bakmadan önce paydayı tanımlayın

“Devir oranı”, karşılanan tüm çağrılardaki devirler de olabilir, yalnızca sesli iş akışı başladıktan sonraki devirler de. Birini seçin, kapsamı görünür kılın ve sabit tutun. Tanım değişikliklerini işaretleyin ki görünürdeki bir iyileşme gerçek bir iyileşme sanılmasın.

Veriyi işin değiştiği yerden dilimleyin

Şirket geneli ortalamalar, hatayı doğuran koşulları gizler. Aynı ölçümleri şu kırılımlarla ayırın:

• Niyet ve agent tipi
• Dil, ülke ve telefon hattı
• Mesai saatleri ve mesai dışı
• İlk kez arayanlar ve tekrar arayanlar
• Kampanya, kaynak ve müşteri segmenti

CRM kaydı tamamlanmış çağrıları tamamlanmamış olanlarla, canlı bir temsilciye ulaşan çağrıları ulaşmayanlarla karşılaştırın. Bir bilgi boşluğu, bozuk bir entegrasyon, bir kadro ihtiyacı ya da yalnızca insanda kalması gereken bir niyet arayın. Gizliliği korumak ve sıra dışı çağrılara aşırı tepki vermemek için dilimleri yeterince büyük tutun.

Bir dilimi yalnızca bir kararı değiştirebiliyorsa seçin. Mesai dışında devirlerin fırlaması kuyruk kapsamasına ya da geri arama tasarımına işaret eder. Belirli bir dilde kalitenin düşmesi inceleme kapsamına ya da yerelleştirilmiş içeriğe işaret eder. Tekrar arayanlarda görülen bir tekrar arama örüntüsü ise çözülmemiş bir iş akışına ya da vaka sahipliğine işaret eder. Şirket geneli görünümü yön bulmak için saklayın, ama işi hatanın görüldüğü dilimden dağıtın.

Dashboard'u katman katman kurun

İlk görünüm haftalık bir toplantıya sığacak kadar küçük olmalı. En üste hacmi, karşılanma oranını, sonuç oranını, devir oranını, kalite istisnalarını ve açık sonraki adımları koyun. Her rakamdan arkasındaki çağrılara, CRM sonucuna ve sınıflandırmayı üreten kurala inilebilmeli.

İkinci katman süpervizörler içindir: hata nedenleri, güven aralıkları, tekrar arayanlar, kuyruk yükü, süre ve örneklem değerlendirmeleri. Üçüncüsü iş akışını iyileştirmek içindir: yanlış sınıflandırılan ifadeler, araç hataları, eksik alanlar, politika çatışmaları ve devrin tam olarak gerçekleştiği nokta. DRING'in bütünleşik sesli platformu bu sinyalleri ayrı bir transkript deposuna değil, çağrının etrafındaki operasyon sistemine bağlar.

CRM sonucunu “kayıt oluşturuldu”dan daha belirgin yazın. Her niyet için ilerlemeyi kanıtlayan durumu adlandırın: vakanın gerekli kategorisi ve sorumlusu var, lead'de üzerinde anlaşılan niteleme alanları dolu, randevunun teyit edilmiş bir saati var ya da talebin yazılı bir sonraki adımı var. Eksik alanları, reddedilen yazma işlemlerini ve eskimiş kayıtları ayrı izleyin ki başarılı bir API yanıtı tamamlanmış bir iş süreci sanılmasın.

Net sınırlarla, aşama aşama uygulayın

1. Çağrının sınırını çizin

Sorumlusu belli, politikası sabit ve sonucu ölçülebilir bir ya da iki niyet seçin. Sesli agent'ın neyi yapabileceğini, neyi okuyabileceğini, neyi asla vaat etmemesi gerektiğini ve hangi koşulların bir insan gerektirdiğini yazın. Kimlik doğrulamayı, hassas talepleri, dil değişikliklerini, söz kesmeleri ve mesai dışı davranışı da ekleyin. Telefon katmanı yönlendirmeyi, arayan bağlamını ve yedek yol davranışını açık hale getirmeli.

2. Başlangıç ölçümünü alın

İş akışını değiştirmeden önce seçilen niyetler için mevcut sonuç, devir, bekleme, tekrar arama ve CRM tamamlanma ölçümlerini kaydedin. İncelenecek çağrı örnekleminde anlaşın. Başlangıç ölçümü yoksa, daha fazla arayan geri dönse ya da temsilciler fazladan düzeltme işi yapsa bile kısalan bir çağrı ilerleme gibi görünebilir.

3. İnceleme kapısıyla açılış yapın

Sınırlı trafikle ya da yalnızca mesai saatlerinde başlayın, istisnaları her gün inceleyin ve süpervizörlere durdurma ya da geri alma yolu verin. Genel ortalamada değil, önemli dilimlerin hepsinde iş akışı güvenilir olduğunda genişletin.

Sorunsuz akıştan önce hata yolunu tasarlayın

Sesli yapay zeka, arkadaki işlem eksikken kendinden emin konuştuğunda operasyonel olarak başarısız olur. Sık görülen hatalar şunlardır: düşük güvenli bir niyetin kesinmiş gibi işlenmesi, arayana işlemin tamamlandığı söylendikten sonra CRM yazma işleminin başarısız olması, arayanın devir sırasında bilgileri tekrarlaması ve mesai dışı bir talebin sorumlusuz bir kuyruğa düşmesi.

Belirsizlik, kimlik doğrulama hatası, politika istisnası, tekrarlayan yanlış anlama, yüksek riskli talepler ve arayanın sinirlenmesi için açık devir tetikleyicileri belirleyin. İşe yarar bir devir; aktarım nedenini, doğrulanmış kimlik durumunu, toplanan alanları, görüşme özetini ve önerilen sonraki adımı taşır. Devralan temsilci, arayanın neden kendisine yönlendirildiğini anlamak için onu yeniden sorguya çekmek zorunda kalmamalı. Müsait kimse yoksa, termini belli ve sorumlusu olan bir geri arama ya da vaka açın. Otomatik görüşme bitti diye çağrıyı çözüldü olarak işaretlemeyin.

Devri ve kaliteyi ölçülebilir kılın

Kısa bir devir kontrol listesi kullanın: Tetikleyici kaydedildi mi? Arayan hedeflenen kuyruğa bağlandı mı ya da sorumlusu belli bir yedek yol sunuldu mu? Devralan kişi doğrulanmış kimlik durumunu, toplanan alanları ve özeti aldı mı? CRM kaydı nedeni ve sonraki adımı korudu mu? Devir tamamlanma oranı, tamamlanan canlı bağlantılar ya da sorumlusu belli yedek yollar / devir tetikleyicisine takılan çağrılardır. Bağlam aktarım oranı, gereken tüm bağlamı kabul edilmiş devirler / tamamlanan devirlerdir. Geçen ve kalan çağrılardan alınan bir örneklemi aynı kalite ölçütlerine göre inceleyin, politika açısından kritik ölçütleri ton ya da konuşma üslubundan ayrı tutun.

Bu sınırları test etmek için kalite ve değerlendirme sürecini kullanın. Başarılı görünen çağrıları da sessiz hataları da inceleyin, sonra düzeltmeleri tekrarlanabilir test vakalarına dönüştürün.

Otomasyonu değil, operasyona etkiyi ölçün

Hizmetin bütününü anlatan ölçümleri izleyin: amaçlanan sonuç oranı, niyete göre devir oranı, sonuca ulaşma süresi, seçilen süre içinde tekrar arama, CRM alan doluluğu, kalite ya da politika geçme oranı, yanlış otomasyon, yanlış devir ve açık takiplerin yaşı. İnsansız kapanışı (containment) tek başına bir başarı metriği değil, bir teşhis göstergesi olarak ele alın. Tekrar aramaya ya da çözülmemiş bir vakaya yol açan insansız bir çağrı, ertelenmiş iştir.

Dashboard'u iki hızda inceleyin. Süpervizörlerin günlük aksiyon için istisna kuyruklarına ve güncel örneklere ihtiyacı vardır. Operasyon yöneticilerinin ise haftalık eğilimlere, segment karşılaştırmalarına ve sorumlusu belli kısa bir karar listesine. Erişim, saklama ve denetim soruları için kontrol modelini metriklerin yanında yazılı tutun. DRING'in güvenlik yaklaşımı, iş akışının operasyon gereksinimlerinize uyup uymadığını değerlendirmenin bir parçasıdır.

Döngüyü ekiple kapatın

Süpervizörler bir hatayı etiketleyebilmeli, bir sonucu düzeltebilmeli, sorumlu katmanı belirleyebilmeli ve bir takip ekleyebilmeli. Bu düzeltmeleri bir sonraki değerlendirme setine taşıyın. Agent Factory (DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği süreç) burada işe yarar bir iyileştirme döngüsü sunar: gözlenen çağrılar incelenmiş örneklere, incelenmiş örnekler testlere dönüşür, test sonuçları da bir sonraki iş akışı ya da prompt değişikliğine yön verir. Amaç, mutsuz bir çağrının ardından gelişigüzel ayar yapmak değil, neyin neden değiştiğini kaydeden kontrollü bir yayın sürecidir.

Düzeltmeleri bir yayın kuyruğuna dönüştürün

Her iyileştirme maddesine bir niyet, hata türü, kanıt, önerilen değişiklik, test vakası, sorumlu ve inceleme tarihi verin. Prompt'ları düzenlemeden önce tekrarlanan hataları gruplayın ki sıra dışı tek bir çağrı geniş bir değişikliğe yol açmasın. Her seferinde sınırları belli tek bir değişiklik yayınlayın, etkilenen segmentlerde başlangıç ölçümüyle karşılaştırın ve önceki sürümü geri dönüş için hazır tutun. Maddeyi ancak yeni test geçtiğinde ve operasyon sorumlusu CRM sonucunun ve devir davranışının hâlâ çalıştığını teyit ettiğinde kapatın.

Yayına geçmeden önce sorun: Hangi niyetler kapsamda, hangileri yalnızca insanda kalıyor? Başarıyı tam olarak hangi CRM sonucu kanıtlıyor? Başarısız bir devrin ya da eksik bir kaydın sorumlusu kim? Güven ve kalite nasıl değerlendiriliyor? Geri alma tetikleyicisi ne? Çağrılar nasıl örnekleniyor, saklanıyor ve kimler erişiyor? Araçlar, kuyruklar ya da entegrasyonlar erişilemez olduğunda ne oluyor? Net cevaplar kalabalık bir dashboard'dan daha değerlidir, çünkü ölçümü hesap verebilirliğe dönüştürür.