Geleneksel IVR'den AI IVR'ye Geçiş: Doğal Konuşmaya Yolculuk

    AI
    AIAgentTR
    5 dk okuma
    Geleneksel IVR'den AI IVR'ye Geçiş: Doğal Konuşmaya Yolculuk

    "Faturalar için bire, arıza bildirimi için ikiye, diğer işlemler için üçe basın." Arayan üçüncü seçeneğe geldiğinde ilk ikisini çoktan unutmuştur. Sonrası tanıdık: ya "0"a basıp temsilciye kaçar ya da kapatır. Menü çalışıyordur; kimsenin işine yaramıyordur. Fatura kaleminde de görünmez bu — ikinci kez arayan müşteride ve temsilcinin "sizi yanlış yönlendirmişler" cümlesinde birikir.

    Tuşlamadan konuşmaya geçiş, teknik olarak sanıldığı kadar zor değil. Zor olan taşıma planı: neyi ne zaman kapatacağınız, eski menüyü ne kadar süre yanınızda tutacağınız ve hangi ölçümle karar vereceğiniz. Aşağıda geçişi bir proje gibi ele alıyorum — kutlama değil, plan.


    Önce şu: tuşlamalı menü her yerde kötü değil

    Geçiş konuşmasına "DTMF öldü" diye başlamak yanlış olur. Tuş girişinin hâlâ kazandığı yerler var ve bunları bilerek kapatmak, geçişin ilk haftasında geri tepiyor.

    • Kart numarası, PIN, TC kimlik numarası gibi verilerde tuş girişi hem daha hızlı hem de yanında oturan biri duymaz.

    • Şantiye, market reyonu, araç içi — gürültünün yüksek olduğu çağrılarda tuş, sesten güvenilirdir.

    • Mesai dışı tek cümlelik anons için konuşan asistan kurmak gereksiz masraftır.

    • Bir de yedek yolu var: konuşma anlaşılmazsa arayanı klasik menüye düşürmek, çağrıyı kaybetmekten iyidir.

    Yani hedef "menüyü yok etmek" değil. Hedef, menüyü ana kapı olmaktan çıkarıp yedek yola indirmek.


    Geçişin asıl işi: menü ağacı değil, niyet listesi

    Çoğu ekip projeye mevcut menü ağacını çizerek başlıyor. Yanlış yerden başlangıç. Menü ağacı, on yıl önceki organizasyon şemasının fosili; müşterinin kafasındaki soruların değil.

    Doğru başlangıç şu: son üç ayın çağrı kayıtlarından ve çağrı sonu notlarından gerçek talepleri çıkarın. Elinizde muhtemelen otuz kırk farklı ifade birikecek, ama bunların büyük bölümü sekiz on başlık altında toplanır. "Faturam neden yüksek", "kargom nerede", "randevumu değiştireceğim", "iptal etmek istiyorum". Asistanın ilk sürümü bu başlıkları bilsin, gerisini bilmesin. Bilmediğini söyleyip aktarsın.

    Kapsamı geniş tutma isteği en pahalı hatadır. Yüzde yüz otomasyon hedefiyle çıkan projeler, ilk ayın sonunda yüzde yüz güvensizlikle kapanıyor.


    Doksan günlük taşıma planı

    1. 0–15. gün — ölçüm ve kapsam. Mevcut menüde hangi seçenek ne kadar seçiliyor, "0" oranı ne, ortalama karşılama süresi ne kadar, hangi saatler yığılıyor? Bunları yazın. Sonrasında "iyi oldu mu" tartışması buradan yürüyecek.

    2. 15–30. gün — dar kapsamlı pilot. Tek bir numara, tek bir saat aralığı, iki üç niyet. Tercihen geri alınabilir işlemlerle başlayın: bilgi verme, randevu erteleme, kargo sorgulama. Tahsilat ve iptal ilk turda olmasın.

    3. 30–60. gün — devir ve entegrasyon. Asistan konuşuyorsa yetmez; kayıt açması, CRM'e yazması ve doğru kuyruğa bağlaması gerekir. Bu aşamada işin çoğu santral ve CRM entegrasyonu tarafındadır, dil tarafında değil.

    4. 60–90. gün — kapsamı genişletme. Pilotun ölçümleri iyiyse yeni niyetler ekleyin. Menüyü tamamen kapatmayın; yedek yol olarak bırakın. Bir yıl sonra hâlâ ayda birkaç kez işinize yarayacak.

    Bu takvim iyimser değil, sıkıcı. Sıkıcı olması iyi bir işaret.


    İki sistem yan yana

    Kriter

    Tuşlamalı IVR

    AI IVR

    Girdi

    Tuş (DTMF), sabit sıra

    Doğal konuşma, tuş yedekte

    Yeni senaryo eklemek

    Menü ağacı değişikliği, yeni anons kaydı

    Metin düzeyinde tanım, aynı gün yayına alınabilir

    Tipik hata

    Müşteri menüyü yanlış anlar, yanlış kuyruğa düşer

    Model niyeti yanlış anlar ya da emin görünüp uydurur

    Ölçüm

    Menü seçim dağılımı, terk oranı

    Niyet dağılımı, çözüm oranı, güven skoru, devir nedeni

    Maliyet yapısı

    Sabit: lisans + santral

    Değişken: çağrı hacmiyle artar

    Bozulduğunda

    Yanlış yönlendirir ama sessiz kalmaz

    Frenler yoksa yanlış bilgiyi ikna edici tonla verir

    Tablonun son satırı en önemlisi. Tuşlamalı sistem hata yaptığında müşteri anlar. Konuşan sistem hata yaptığında müşteri anlamaz — sizin fark etmeniz gerekir.


    Geçişte en çok tökezlenen dört yer

    Santral tarafı. Asistanın konuşması değil, mevcut santralinizle konuşması sorun çıkarır. SIP tarafında kodek uyuşmazlığı, çift bacaklı aktarımda kopan çağrı, dahili numaraların yanlış eşleşmesi. Bunlar staging'de görünmez, ilk yoğun günde görünür.

    Sıcak aktarım. Asistan çağrıyı temsilciye verirken konuşmanın özetini de vermezse, müşteri her şeyi baştan anlatır. O noktada müşteri için sistem "işe yaramadı" demektir, teknik olarak ne kadar iyi çalıştığından bağımsız.

    Kayıt ve KVKK. Ses kaydı kişisel veridir; aydınlatma metni, saklama süresi ve işleme amacı geçişte yeniden gözden geçirilmeli. Kayıtlar model iyileştirmede kullanılacaksa bu ayrı bir amaçtır. Genel çerçeve için KVKK ve ses kaydı yazımıza bakabilirsiniz; nihai kararı kendi hukuk tarafınızla verin.

    Türkçenin kendisi. "Gelemeyeceğim" ile "geleceğim" arasındaki fark tek ektir ve telefon hattında kaybolabilir. Bu, geçişin en çok küçümsenen kalemi; ayrıntısını Türkçe NLP zorlukları yazısında ayrı ayrı açtık.


    Ne zaman geçin, ne zaman erteleyin

    Geçmenin mantıklı olduğu durum nettir: çağrı hacminiz belirli saatlerde patlıyor, gelen taleplerin çoğu tekrar eden birkaç başlıkta toplanıyor ve menü derinliğiniz üç seviyeyi geçmiş durumda. Böyle bir tabloda ilk ay bile fark edilir.

    Erteleyin dediğimiz durumlar da var. Süreçleriniz henüz yazılı değilse — yani temsilciler aynı soruya farklı cevaplar veriyorsa — asistan bu karmaşayı büyüterek yansıtır. Önce cevapları standartlaştırın. Aynı şekilde CRM'iniz güvenilmez veri tutuyorsa, doğal konuşma o veriyi düzeltmez; sadece daha hızlı yanlış cevap verir. Sesli tarafın nasıl kurgulandığını görmek isterseniz AI destekli sesli yanıt akışlarına göz atın.

    Mevcut menünüzü ve çağrı dağılımınızı paylaşırsanız, AI Agent TR ekibiyle hangi iki niyetle başlamanın mantıklı olduğunu birlikte çıkaralım: demo talebi bırakın.


    Sıkça Sorulan Sorular

    Geçiş ne kadar sürer?

    Dar kapsamlı bir pilot için birkaç hafta yeterli olabilir. Süreyi uzatan şey dil değil, entegrasyon: santral aktarımı, CRM yazma yetkileri ve mevcut süreçlerin yazılı olup olmadığı. Süreçleri belirsiz bir ekipte proje aylara yayılır.

    Eski IVR'ı tamamen kapatmalı mıyım?

    Gerek yok, hatta ilk yıl için önermeyiz. Tuş girişi kimlik doğrulama ve gürültülü ortam çağrılarında hâlâ işe yarar; ayrıca konuşma anlaşılmadığında düşülecek bir yedek yol kalır.

    Maliyeti nasıl karşılaştırmalıyım?

    İki sistemin maliyet yapısı farklı: klasik IVR ağırlıklı olarak sabit, AI IVR çağrı hacmiyle değişken. Doğru karşılaştırma için toplam lisans bedeline değil, çağrı başına maliyete ve otomatik kapanan çağrı oranına bakın. Kendi rakamlarınızı koymadan yapılan hesap, satış sunumunda kalır.

    Paylaş:

    İlgili Yazılar