IVR arayanın ihtiyacını doğru ekibe yönlendirir; dahili planı ise ekip içindeki ulaşım düzenini kurar. İkisini birlikte tasarlamak, çağrının yalnızca bir telefonda çalmasını değil doğru kişiye ulaşmasını sağlar.
IVR, dahili, kuyruk ve çağrı grubu farkı
IVR, arayanın tuşlama gibi girişlerle yönlendirildiği sesli menüdür. Dahili numara bir kullanıcıya veya yapılandırılmış hedefe ulaşmak için kullanılan iç numaradır. Çağrı grubu belirli kişileri bir çalma düzeniyle hedefler; kuyruk ise çağrıyı uygun temsilci beklerken yönetir. Sağlayıcıların adlandırması değişebildiğinden paneldeki davranışı ayrıca doğrulayın.
Bu kavramları aynı sayıya bağlamayın. On dahiliye sahip olmak, on eşzamanlı dış çağrı hakkı bulunduğunu göstermez. Görüşme kapasitesi, dış arama yetkileri ve yönlendirme ücretleri teklifin ayrı başlıklarıdır. Planı hazırlarken kaç kişi çalıştığını ve yoğun saatte kaç çağrının aynı anda karşılanması gerektiğini ayrı yazın.
Menüyü arayanın sorusuna göre kurun
Önce son dönemde gelen çağrı nedenlerini listeleyin. Yeni hizmet talebi, mevcut sipariş sorusu ve ödeme bilgisi farklı ekiplere gidiyorsa menüde karşılıkları bulunabilir. İşletmenin iç organizasyon şemasını aynen okutmak yerine arayanın anlayacağı kısa ifadeler kullanın. Henüz ayrı bir sorumlusu olmayan bölüm için yeni bir menü seçeneği açmayın.
Temsili bir anons şöyle olabilir: “Hoş geldiniz. Yeni hizmet talepleriniz için 1’i, mevcut hizmetinizle ilgili destek için 2’yi, ödeme işlemleri için 3’ü tuşlayın.” Operatör seçeneği ancak gerçekten karşılanabiliyorsa eklenmelidir. Uzun tanıtım mesajlarının arayanın hedefe ulaşma süresini artıracağını hesaba katın. İkinci menü katmanına gerçekten ihtiyaç olup olmadığını kısa bir kullanıcı denemesiyle değerlendirin.
Dahili numaralarını kişiden çok görevle belgeleyin
Küçük bir ekipte satış için 101–109, destek için 201–209 gibi aralıklar kullanılabilir; bunlar evrensel standart değil, örnek planlardır. Mevcut kısa kodlarla çakışmayan bir numaralandırma seçin. Her dahili için sorumlu, kullanılan cihaz, çalışma saatleri ve cevaplanmadığında gidilecek hedef kaydedilsin.
Personel değiştiğinde eski kişinin cihaz erişimi kapatılmalı, görevin devri ayrıca yapılmalıdır. Aynı dahiliyi birden fazla cihazda kullanma veya bir gruba bağlama desteğini varsaymayın. Ekip dışarıdan arama yapacaksa görünen numara ve yetki sınırlarını test edin. Ortak yönetici şifresi dağıtmak yerine hizmetin sunduğu kullanıcı ve rol modelini değerlendirin.
Mesai dışı ve cevaplanmayan çağrıyı tasarlayın
Menünün yalnızca doğru tuşa basıldığı durumunu çizmek eksik kalır. Hiç tuşlanmadığında, yanlış seçim yapıldığında, herkes görüşmedeyken ve hedef cihaz çevrimdışıyken ne olacağını belirleyin. Arayanı başlangıç menüsüne sürekli döndüren bir döngü oluşmamalıdır. Bekleme sınırı, alternatif iletişim ve kapanış mesajı anlaşılır olsun.
Mesai dışı anonsu gerçek çalışma saatlerini söylesin. Geri arama talebi alınıyorsa bu talebi kimin ve ne zaman inceleyeceği belirlensin. Kişisel cep telefonuna yönlendirme otomatik bir çözüm değildir; uygunluk, ücret ve ulaşılabilirlik koşullarını kontrol edin. İnternet kesildiğinde uygulanacak yedek yönlendirmeyi de sağlayıcının desteklediği yöntemle sınayın.
HızlıSantral ile kapsamı görüşmeden önce akışı yazın
Hazırladığınız akışla HızlıSantral bulut santral, IVR ve dahili seçeneklerini inceleyebilirsiniz. HızlıSantral bu yayınla ilişkili projedir; bağlantı ticari ilişki açıklamasıyla verilir. Burada kurulum süresi, kesintisizlik veya çağrı kalitesi için bağımsız test sonucu sunulmuyor.
Görüşmeye menü metnini, dahili listesini ve yoğun saat senaryosunu götürün. Her yönlendirme adımının nasıl ücretlendirildiğini, eşzamanlı çağrı sınırını ve destek sorumluluğunu yazılı alın. Çağrı kaydı açmak zorunlu bir başlangıç adımı değildir; ihtiyaç, erişim ve saklama düzenini ayrıca değerlendirin. Web sitenizdeki iletişim seçeneklerini de proje brifindeki kullanıcı akışına ekleyin.
Yayın öncesi çağrı testi ve sonraki ölçüm
Farklı bir dış hattan her menü seçeneğini arayın. Doğru tuş, yanlış tuş, hiç tuşlamama, meşgul dahili, mesai dışı ve bağlantısı kesilmiş cihaz durumlarını sırayla deneyin. Her testte beklenen hedefi, gerçekleşen sonucu ve düzeltme sorumlusunu kaydedin. Test etmek için gerçek müşteri görüşmelerini beklemeyin.
Yayın sonrasında cevaplanan çağrı sayısının yanında yanlış bölüme aktarma, terk edilen çağrı ve geri dönüş bekleyen talepleri izleyin. Menüyü değiştirmeden önce sorunun personel kapasitesinden mi yoksa yönlendirmeden mi kaynaklandığını ayırın. Telefonda açılan iş e-postayla devam ediyorsa ortak adres sorumluluğu da belirli olsun. Bir çağrı raporunun amacı yalnızca sayı üretmek değil, müşterinin işinin nerede yarım kaldığını bulmaktır.
Kaynaklar ve ek okuma
Platform belgeleri giriş gerektirebilir; arayüz ve özellikler sürüme göre değişebilir. Örnekler, ayrıca belirtilmedikçe temsili senaryolardır.
Bir düzeltme öneriniz mi var? Sayfa bağlantısıyla bildirin. · Kaynak ve yayın yaklaşımı