Sesli yapay zekayla mesai dışı çağrı karşılama

50-100 kişilik bir şirkette mesai dışında çağrıları karşılamak nadiren yalnızca bir personel meselesidir. Çağrılar konunun uzmanı çevrim dışıyken gelir, sonraki vardiyanın bağlamı yoktur, kaçan bir mesaj da gecikmiş bir siparişe, yarım kalmış bir rezervasyona ya da kimsenin sahiplenmediği acil bir soruna dönüşebilir. Sesli agent ilk yanıtı verebilir, bilgileri toplayabilir ve dar bir işlem setini tamamlayabilir; bir insana devri de bilinçli bir adım haline getirir.

Teknolojiden önce sınırı seçin

İşe, işletmeniz için 'karşılandı' kelimesinin ne demek olduğunu tanımlayarak başlayın. Her çağrıyı yanıtlamak, arama sebebini belirlemek, geri arama planlamak, bilinen bir talebi çözmek ya da zamana duyarlı bir vakayı yönlendirmek olabilir. Bunlar farklı sonuçlardır ve farklı iş akışları gerektirir. İşe yarayan bir mesai dışı hat vaadini açıkça söyler: şu an ne yapabildiğini, neyi kaydedeceğini ve bir ekip arkadaşının ne zaman döneceğini.

İlk hedefi 'gece vardiyasını otomatikleştirmek' olarak koymayın. Net bir sonucun mümkün olduğu tek bir kuyruk, bölge ya da arama sebebi seçin. Sınırları belli bir kapsam, operasyonun, desteğin ve BT'nin pilotta neyin olduğu ve neyin dışarıda kaldığı konusunda ortak karar vermesini sağlar.

Mesai dışı çağrı akışını çıkarın

Birkaç haftalık arama sebeplerini, sonuç kodlarını, aktarımları ve tekrar aramaları inceleyin. Çağrıları yalnızca arayanların kullandığı kelimelere göre değil, sonrasında yapılması gereken işe göre gruplayın. Tipik ilk adaylar durum sorgulama, çalışma saatleriyle ilgili sorular, mesaj alma, randevu değişikliği, temel niteleme ve geri arama planlamadır.

Öngörülebilir işi muhakemeden ayırın

Her aday için ilerlemek adına gereken asgari bilgiyi, ana kayıt sistemini ve kabul edilebilir tamamlanma durumunu yazın. Bir durum araması sipariş numarası, doğrulanmış telefon numarası ve salt okuma bir sorgu gerektirebilir. Randevu değişikliği ise kimlik doğrulama, müsaitlik kuralları ve teyit edilmiş bir geri yazma gerektirebilir. Agent gereken sisteme ulaşamıyorsa ya da politika belirsizse akış durmalı ve eskale etmelidir.

Kapsam dışını operasyonel hale getirin

Şikayetleri, ödeme istisnalarını, güvenlik endişelerini, hesap sahipliği değişikliklerini, hukuki talepleri ve olağan dışı uç durumları açık bir insan sınırının arkasında tutun. Agent bu kategorileri erkenden tanımalı, bir sonraki adımı anlatmalı ve devralacak ekip için yeterli bağlamı kaydetmelidir. Kendinden emin görünen bir cevap yetkinin yerini tutmaz.

İnsana devri hizmetin parçası olarak tasarlayın

Devir bir hata durumu değildir. Arayanın muhakemeye, güvenceye ya da agent'ta olmayan bir erişime ihtiyacı olduğunda doğru sonuçtur. Her eskalasyon sebebi için bir hedef, öncelik ve sorumlu tanımlayın. Ekibin çalıştığı saatlerde sıcak devir, arayan bağlanmadan önce ekip arkadaşına kısa bir özet verebilir. Bu saatlerin dışında aynı bağlam, son saati ve kuyruğu belli bir geri arama görevine dönüşmelidir.

Devir kaydı arayanın kimlik doğrulama durumunu, niyetini, ilgili numaraları, denenmiş işlemleri, belirttiği aciliyeti ve varsa izin ya da kayıt tercihini içermelidir. Arayana bundan sonra ne olacağını söyleyin; ekibin karşılamayı kabul etmediği bir yanıt süresini vaat etmeyin. Kimse müsait değilse onaylı yedek yolu sunun: geri arama talebi, mesaj alma ya da acil durum yolu.

DRING'in müşteri desteği iş akışları bu kararları operasyon sürecinin içine yerleştirir; böylece bir sonraki kişi boş bir transkriptten başlamaz.

Telefoniyi gerçek bir CRM sonucuna bağlayın

Telefonu açmak, ancak çağrı bir şeyi güvenilir biçimde değiştirdiğinde değer yaratır. Canlıya çıkmadan önce her akışın hangi CRM nesnesini ya da kuyruğunu güncellediğini, hangi alanların zorunlu olduğunu, kaydın kimde olduğunu ve mükerrer kayıtların nasıl ele alınacağını belirleyin. Sonuç kodunu, transkripti ya da özeti, arayanın verdiği bilgileri, izin durumunu ve sonraki adımı gündüz ekibinin zaten kullandığı bir formatta kaydedin.

Çalışma saatlerini, tatil takvimlerini, arayan numarasını, kuyruk yönlendirmesini, aktarım davranışını ve kayıt kontrollerini tanımlamak için telefoni katmanını kullanın. Entegrasyonları iş akışı sözleşmesinin bir parçası olarak ele alın: sesli yanıt başarılı ama CRM'e yazma başarısızsa çağrı tamamlanmış sayılmaz. Bir sorgu zaman aşımına uğradığında, kayıt bulunamadığında ya da geri yazma reddedildiğinde agent'ın görünür bir yedek yolu olmalıdır.

Aşamalı kurun, zor çağrıları test edin

Pratik bir devreye alma keşif ve başlangıç ölçümüyle başlar; ardından iş akışı tasarımı, kontrollü test ve dar kapsamlı bir canlı pilot gelir. Pilota politika değişikliklerini onaylayabilecek bir operasyon sorumlusu, entegrasyonlar için bir teknik sorumlu ve devir kuyrukları için bir destek sorumlusu atayın. İlk çağrıları her gün inceleyin; hata kategorileri oturduktan sonra düzenli bir sıklığa geçin.

Gerçek ifadelerden ve bilinen istisnalardan bir test seti oluşturun. Sessizliği, sözün kesilmesini, arka plan gürültüsünü, arayanın kendini düzeltmesini, belirsiz isimleri, desteklenmeyen talepleri, tekrarlayan yanlış anlamayı, başarısız sorguları ve hemen bir insan isteyen arayanı dahil edin. Telefoni yönlendirmesi, CRM durumu, geri arama oluşturma ve insanın görebilmesi dahil yolun tamamını test edin. DRING'in kalite ve değerlendirme iş akışları beklenen davranışı canlıdaki sonuçla karşılaştırmak için işe yarar.

Örnek: sınırları belli bir gece iş akışı

Varsayımsal bir ilk pilot olarak 50-100 kişilik bir distribütör, mesai dışındaki sipariş durumu aramalarını agent'a bırakabilir. Agent arayanı doğrular, salt okuma bir sorgu yapar ve çağrıyı yalnızca sonuç güncelse kapatır. Eksik kayıt, gecikmiş sipariş ya da itiraz edilen bir durum, özeti ve önceliğiyle bir geri arama görevi açar. Teslimat adresi değişikliği insan incelemesi için bekler, ödeme istisnası ise onaylı eskalasyon yolunu izler. Ekip başka bir kuyruk eklemeden önce yakalanan niyeti, geçerli sorguları, tamamlanan geri aramaları, ertesi gün yeniden aramaları ve hata sebeplerini ölçebilir.

Karşılamayı, çözümü ve kaliteyi birlikte ölçün

Yalnızca agent'ta kapanan çağrı oranına (containment) bakmak kötü bir müşteri deneyimini gizleyebilir. Çağrıyı ekibin işine bağlayan küçük bir ölçü setini izleyin:

• Mesai dışında yanıtlanan ve kaçan çağrı oranı
• İlk temasta yakalanan niyet ve gereken bilgiler
• Onaylı her iş akışı için tamamlanma oranı
• Eskalasyon sebebine göre başarılı aktarım ya da açılan geri arama
• Tekrar arama, yarıda kalan devir ve ertesi gün çözüm
• İncelemede bulunan politika, veri toplama ve entegrasyon hataları

Bu sonuçları pilot öncesi başlangıç değerleriyle karşılaştırın ve arama sebebine, saat aralığına ve sonuca göre ayırın. Analitik katmanı, süpervizörlerin karşılamanın nerede iyileştiğini ve agent'ın sabah ekibine nerede iş çıkardığını görmesine yardım etmelidir. Düzenli bir değerlendirme döngüsü, tek seferlik bir canlıya çıkış incelemesinden daha önemlidir: DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği sistem olan Agent Factory, incelenen görüşmeleri ve yeni uç durumları önceliklendirilmiş iyileştirmelere, testlere ve kontrollü sürümlere dönüştürebilir.

Devreye almadan önce cevaplanacak sorular

• Mesai dışında en önemli sonuç hangisi: yanıt, çözüm, yönlendirme mi yoksa geri aramanın tamamlanması mı?
• Arayan ısrar etse bile hangi talepler yasak?
• Agent hesap verisini okumadan ya da değiştirmeden önce hangi bilgiler doğrulanmalı?
• Her eskalasyon kuyruğunun sahibi kim ve kuyruk kapalıyken ne oluyor?
• Telefoni, CRM ya da kimlik doğrulama çalışmadığında yedek yol ne?
• Süpervizörler çağrıları nasıl inceleyecek, değişiklikleri nasıl onaylayacak ve zayıf bir iş akışını nasıl geri alacak?

Bu cevaplar yazılı olduğunda sesli yapay zeka işleyişin yönetilebilir bir uzantısı olur. Olmadığında gece hattı daha çok çağrıya cevap verebilir ama sahipliği, veri kalitesini ve sabahki toparlanmayı görmek zorlaşır.