BPO'lar için En İyi Dialer Yazılımı

BPO'ların dialer gereksinimleri başka hiçbir müşteri segmentiyle örtüşmez. Tek bir şirket için tek bir kampanya yürütmüyorsunuz; birden fazla müşteri için aynı anda onlarca kampanya yürütüyorsunuz ve her birinin verileri, uyumluluk kuralları, SLA'ları ve raporlama gereklilikleri farklı. Şirket içi bir satış ekibi için işleyen bir dialer, BPO operasyonlarının karmaşıklığı altında çöker.

Bu rehber, tahsilat ajansları, dış kaynaklı satış operasyonları ve giden arama kampanyaları yürüten müşteri hizmetleri BPO'larında gördüğümüz operasyonel örüntülere dayanarak, BPO operasyonlarının dialer yazılımı seçerken değerlendirmesi gereken yetenekleri ele alıyor.

Çok Kiracılı Mimari: Olmazsa Olmaz

Çok kiracılılık temeldir; geri kalan her şey ona bağlıdır. BPO bağlamında çok kiracılılık şu anlama gelir:

Veri Yalıtımı

A Müşterisinin iletişim verileri, B Müşterisinin temsilcileri, süpervizörleri ve yöneticileri için tamamen görünmez olmalıdır. Bu yalnızca bir yetki ayarı değildir; veritabanı düzeyinde uygulanmalıdır. Rol tabanlı bir erişim sistemindeki hatalı yapılandırılmış bir yetki, müşteriler arasında veri sızdırabilir. Gerçek çok kiracılılık, müşteriler arası veri erişimini mimari olarak imkânsız kılan mantıksal veya fiziksel veri ayrımı kullanır.

Bunun önemi şu: BPO sözleşmeleri istisnasız veri koruma maddeleri içerir. Müşteriler arasında bir veri sızıntısı; sözleşme ihlali, olası bir düzenleyici ihlal ve işi bitirebilecek bir olaydır. Dialer tedarikçinize şunu sorun: "Bir yönetici yanlışlıkla bir rolü hatalı yapılandırırsa, bir müşterinin temsilcileri başka bir müşterinin verilerini görebilir mi?" Yanıt kendinden emin bir "hayır" değilse, mimari gerçek anlamda çok kiracılı değildir.

Yapılandırma Yalıtımı

Her müşteri kiracısının şu konularda bağımsız yapılandırması olmalıdır: arama modları (A Müşterisi tahmine dayalı, B Müşterisi progresif aramada), uyumluluk kuralları (farklı yeniden deneme sınırları, arama saatleri, DNC listeleri), AMD ayarları (yanlış pozitif ile yanlış negatife toleranslarına göre müşteri bazında farklı hassasiyet), çağrı kaydı politikaları, çağrı sonucu kodları ve iş akışları ile IVR akışları.

Kaynak Yalıtımı

Bir müşterinin kampanyası, başka bir müşterinin kampanyasını arama kaynaklarından mahrum bırakmamalıdır. A Müşterisinde ani bir yüksek hacimli arama yükü olduğunda, B Müşterisinin kampanyaları normal şekilde çalışmaya devam etmelidir. "Gürültücü komşu" sorunlarını önleyen adil kuyruklama veya kaynak ayırma mekanizmalarını arayın.

DialerBee'nin çok kiracılı mimarisi yalıtımı veri, yapılandırma ve kaynak düzeylerinde uygular; bu yapı, her müşterinin kendine ait özel bir dialer örneği varmış gibi çalışmasını sağlamak üzere tasarlanmıştır.

Müşteri Bazında Uyumluluk Yapılandırması

Farklı müşteriler farklı düzenleyici çerçevelere tabidir. Hem ABD'li tahsilat müşterilerine hem de BAE'li satış müşterilerine hizmet veren bir BPO, birine TCPA/Reg F kurallarını, diğerine TDRA kurallarını uygulamalıdır — aynı anda, aynı platformda ve bunları birbirine karıştırmadan.

BPO'lar için temel uyumluluk özellikleri:

• Kiracı bazında DNC listeleri: Her müşterinin kendi dahili DNC listesi ve ilgili ulusal kayıtlara erişimi vardır. A Müşterisinin bir borçlusundan gelen DNC talebi, o numarayı B Müşterisinin kampanyalarında engellememelidir (numara B Müşterisinin DNC listesinde de yer almıyorsa).
• Kiracı bazında arama aralıkları: ABD'deki A Müşterisi: alıcının yerel saatiyle 08:00-21:00. BAE'deki B Müşterisi: Körfez Standart Saati ile 09:00-21:00. AB'deki C Müşterisi: üye devlet kurallarına göre 10:00-20:00. Her biri bağımsız olarak uygulanmalıdır.
• Kiracı bazında yeniden deneme sınırları: Reg F kapsamındaki bir tahsilat müşterisi 7 günde 7 deneme sınırına ihtiyaç duyar. Bir satış müşterisi günde 3 denemeye izin verebilir. Bu sınırlar kiracı bazında yapılandırılabilir olmalı ve uygulanmalıdır.
• Kiracı bazında kayıt politikaları: Bazı müşteriler tüm çağrıların kaydedilmesini şart koşar. Diğerleri kayıt onayı anonsu gerektirir. Belirli yargı bölgelerindeki bazı müşterilerin, PCI verisi alınırken kaydı duraklatabilmesi gerekebilir. Her kiracının kendi kayıt yapılandırmasına ihtiyacı vardır.

Süpervizör ve Yönetici Kapsamı

BPO organizasyon yapıları şirket içi ekiplerden daha karmaşıktır. Tipik bir BPO'da şunlar bulunur: tüm müşterileri denetleyen bir operasyon direktörü, yalnızca atandıkları müşteri(ler)i gören müşteri düzeyindeki yöneticiler, bir müşteri içinde yalnızca kendi ekibini gören takım liderleri ve yalnızca kendi işini gören temsilciler.

Dialer hiyerarşik erişim kapsamını desteklemelidir:

• BPO düzeyinde yönetici: Tüm kiracılarda tam erişim. Kiracı oluşturabilir, genel ayarları yönetebilir, toplu raporları görüntüleyebilir.
• Müşteri düzeyinde süpervizör: Erişim tek bir kiracıyla sınırlıdır. Kampanyaları yönetebilir, raporları görüntüleyebilir, kayıtları dinleyebilir ve temsilcilere koçluk yapabilir — ancak yalnızca kendi müşterisi kapsamında.
• Takım lideri: Erişim, bir kiracı içindeki tek bir ekiple sınırlıdır. Kendi ekibinin performansını görebilir, ancak aynı müşteri için çalışan diğer ekipleri göremez.
• Temsilci: Kendi kuyruğuna, scriptlerine ve çağrı sonucu arayüzüne erişim. Diğer temsilcilerin işlerine veya müşteri düzeyindeki verilere erişimi yoktur.

Bu kapsam gerçek zamanlı özellikleri de kapsamalıdır. Bir süpervizör dinleme/fısıldama/araya girme özelliklerini kullandığında yalnızca kendi erişim kapsamındaki çağrılara katılabilmelidir. A Müşterisinin süpervizörü, B Müşterisinin çağrılarını — yanlışlıkla bile olsa — dinleyememelidir.

BYOC: Müşteri Bazında Operatör Esnekliği

BPO'lar sıklıkla kendi operatör sözleşmeleri olan ve giden çağrıların kendi SIP trunk'ları üzerinden yönlendirilmesini isteyen müşterilerle karşılaşır. Nedenleri arasında şunlar bulunur: müşteri kaybetmek istemediği toptan fiyatlar elde etmiştir, düzenleyici gereklilikler trafiğin belirli lisanslı operatörler üzerinden geçmesini zorunlu kılar, müşteri kendi arayan numara itibarını yönetmek ister ya da sözleşme gereği ses trafiğinin müşterinin altyapısından başlaması gerekir.

Kiracı düzeyinde BYOC bu sorunu çözer. Her müşteri kiracısı kendi SIP trunk'larını bağlar, kendi DID'lerini kullanır ve operatörüne doğrudan kendisi ödeme yapar. BPO dialer platformunu yönetir; müşteri ise kendi operatörünü. Bu, faturalandırmayı da basitleştirir: BPO yazılım lisansları için fatura keser, müşteri operatörüne ayrıca ödeme yapar ve dakika başı ücretler üzerindeki anlaşmazlıklar ortadan kalkar.

Müşteriye Yönelik Portallar İçin White-Label

Bazı BPO müşterileri kampanya panolarına, çağrı kayıtlarına ve performans raporlarına erişmek ister — ancak dialer tedarikçinizin markasını görmek istemezler. Sizin BPO'nuzun markasını ya da kendi markalarını görmek isterler.

White-label yetenekleri sayesinde müşterilerinize BPO'nuzun kimliğiyle markalanmış portallar sunabilirsiniz. Üst segmentteki müşterilere kendi kimlikleriyle markalanmış portallar verilebilir. Bu, BPO'nun teknoloji platformunu kendi marka deneyiminin bir parçası olarak gören kurumsal müşteriler için özellikle değerlidir.

Raporlama ve SLA Yönetimi

BPO raporlama gereksinimleri şirket içi raporlamadan temelden farklıdır. İhtiyacınız olanlar:

Müşteri Düzeyinde Raporlama

Her müşterinin, kendi SLA'sıyla ilgili metrikleri içeren ayrı bir raporlama panosu olmalıdır: ulaşma oranı, doğru kişiye ulaşma oranı, dönüşüm oranı, ortalama görüşme süresi, saat başına çağrı sayısı ve kampanyaya özel KPI'lar. Raporlar yalıtılmış olmalıdır; A Müşterisi B Müşterisinin performans verilerini asla görememelidir.

İç Operasyon Raporlaması

Operasyon ekibinizin müşteriler arası görünümlere ihtiyacı vardır: tüm müşterilerde temsilci kullanımı, koltuk tahsis verimliliği, karma kuyruk performansı, operatör maliyet analizi ve kaynak planlama verileri. Bu, müşterilerin görmediği BPO düzeyindeki görünümdür.

SLA İzleme

Birçok BPO sözleşmesi SLA taahhütleri içerir: asgari ulaşma oranı, azami terk oranı, saat başına çağrı eşikleri veya dönüşüm hedefleri. Dialer, metrikler eşiklere yaklaştığında veya aştığında uyarı veren SLA eşik izlemeyi desteklemelidir. İhlali aylık raporda fark eden reaktif SLA yönetimi çok geç kalır.

Otomatik Rapor Gönderimi

Müşteriler bir portala giriş yapmak zorunda kalmadan düzenli raporlar almayı bekler. Özelleştirilebilir şablonlar, tarih aralıkları ve metrik seçimleriyle e-posta üzerinden zamanlanmış rapor gönderimi arayın. White-label kullanıyorsanız raporlar kiracının markasını taşımalıdır.

Ölçeklenebilirlik ve Eşzamanlı Kampanya Yönetimi

Orta ölçekli bir BPO, her biri 3-5 kampanyalı 5-10 müşteri kiracısı yönetebilir; bu da 15-50 eşzamanlı kampanya demektir. Büyük bir BPO'nun 50'den fazla kiracısı ve yüzlerce kampanyası olabilir. Dialer bu eşzamanlılığı performans kaybı olmadan kaldırabilmelidir.

Temel ölçeklenebilirlik göstergeleri:

• Kampanya başlatma süresi: 10.000 numaralık bir kampanya ne kadar hızlı aramaya başlayabiliyor? 30 saniyenin altı iyidir. 5 dakikanın üzeri mimari kısıtlara işaret eder.
• Eşzamanlı temsilci kapasitesi: Platform, tüm kiracılarda 500'den fazla eşzamanlı temsilciyi çağrı kalitesinde düşüş olmadan kaldırabiliyor mu?
• Kayıt depolama: Ölçek büyüdükçe çağrı kayıtları ciddi depolama alanı tüketir. Platform, kiracı bazında saklama politikalarıyla ölçeklenebilir depolama sunuyor mu?
• API kapasitesi: Birden fazla müşteri CRM'iyle entegrasyon yapıyorsanız, API'nin yüksek frekanslı istekleri gerçek zamanlı iş akışlarını etkileyecek hız sınırlamalarına takılmadan karşılaması gerekir.

Değerlendirme Çerçevesi

BPO operasyonları için dialer yazılımı değerlendirirken kriterlerinizi şu şekilde ağırlıklandırın:

1. Çok kiracılı yalıtım (kritik): Müşteriler arasında veri, yapılandırma ve kaynak yalıtımı.
2. Kiracı bazında uyumluluk (kritik): Her müşteri için bağımsız DNC, arama saatleri, yeniden deneme sınırları ve kayıt politikaları.
3. Hiyerarşik erişim kontrolü (yüksek): BPO yöneticileri, müşteri süpervizörleri, takım liderleri ve temsilciler için kapsamlı erişim.
4. Kiracı bazında BYOC (yüksek): Operatör esnekliği için müşteri düzeyinde SIP trunk yapılandırması.
5. Raporlama yalıtımı ve SLA araçları (yüksek): Müşteri düzeyinde raporlama ve şirket içi müşteriler arası analitik.
6. White-label (orta): Müşteriye yönelik arayüzler için marka özelleştirmesi.
7. Ölçeklenebilirlik (orta-yüksek): Öngördüğünüz kiracı ve temsilci sayıları için doğrulanmış kapasite.
8. API kapsamı (orta): Farklı müşteri teknoloji altyapılarıyla entegrasyon yeteneği.

DialerBee'nin BPO gereksinimlerini nasıl karşıladığına ayrıntılı bakmak için BPO çözümleri sayfamızı ziyaret edin.

Sıkça sorulan sorular

Çok kiracılılık bir BPO için neden olmazsa olmazdır?

Her müşterinin yalıtılmış verilere, kendi uyumluluk yapılandırmasına ve kendi raporlamasına ihtiyacı vardır. Kiracı yalıtımı olmadan ayrı müşterileri tek bir ortak havuz içinde yönetmiş olursunuz; bu hem operasyonel hem de gizlilik açısından bir risktir.

Her müşterinin farklı uyumluluk kuralları olabilir mi?

Olmak zorunda. Müşteriler farklı arama saatleri, onay dayanakları ve deneme sınırları olan farklı yargı bölgelerini arar; bu nedenle bu ayarlar genel değil, kiracı bazında olmalıdır.

Süpervizör kapsamı ne anlama gelir?

Bir süpervizör yalnızca kendi müşterisine ait kampanyaları, temsilcileri ve kayıtları görmelidir. Kapsam belirleme, bu sınırı insanların yanlış ekrana bakmamasına güvenmek yerine platform içinde uygular.

BYOC BPO'lar için neden önemlidir?

Müşteriler çoğu zaman kendi operatör ilişkilerini getirir veya belirli bir yönlendirme şart koşar. Müşteri bazında operatör esnekliği, her biri için ayrı bir platform çalıştırmadan bu taleplere uymanızı sağlar.