Perangkat Lunak Dialer Terbaik untuk BPO

BPO memiliki persyaratan sistem panggilan yang tidak dimiliki segmen pelanggan lain. Anda tidak menjalankan satu kampanye untuk satu perusahaan — Anda menjalankan puluhan kampanye untuk banyak klien secara bersamaan, masing-masing dengan data yang berbeda, aturan kepatuhan yang berbeda, SLA yang berbeda, dan persyaratan pelaporan yang berbeda. Sistem panggilan yang berfungsi untuk tim penjualan internal akan gagal menghadapi kompleksitas operasional BPO.

Panduan ini membahas kemampuan spesifik yang harus dievaluasi oleh operasional BPO saat memilih perangkat lunak dialer, berdasarkan pola operasional yang kami lihat di berbagai lembaga penagihan, operasional penjualan yang dialihdayakan, dan BPO layanan pelanggan yang menjalankan kampanye panggilan keluar.

Arsitektur Multi-Tenant: Suatu Hal yang Tak Dapat Ditawar

Multi-tenancy adalah fondasinya. Segala hal lainnya bergantung padanya. Dalam konteks BPO, multi-tenancy berarti:

Isolasi Data

Data kontak Klien A harus benar-benar tidak terlihat oleh agen, supervisor, dan administrator Klien B. Ini bukan hanya pengaturan izin — ini harus ditegakkan di tingkat basis data. Izin yang salah konfigurasi dalam sistem akses berbasis peran dapat menyebabkan kebocoran data antar klien. Multitenancy sejati menggunakan pemisahan data logis atau fisik yang membuat akses data lintas klien secara arsitektur tidak mungkin.

Mengapa ini penting: Kontrak BPO secara universal mencakup klausul perlindungan data. Kebocoran data antar klien merupakan pelanggaran kontrak, potensi pelanggaran peraturan, dan peristiwa yang dapat mengakhiri bisnis. Tanyakan kepada vendor dialer Anda: "Jika seorang admin secara tidak sengaja salah mengkonfigurasi peran, apakah agen dari satu klien dapat melihat data klien lain?" Jika jawabannya bukan "tidak" yang tegas, arsitektur tersebut sebenarnya bukanlah multi-tenant.

Isolasi Konfigurasi

Setiap tenant klien harus memiliki konfigurasi independen untuk: mode panggilan (Klien A pada mode prediktif, Klien B pada mode progresif), aturan kepatuhan (batas percobaan ulang yang berbeda, jam panggilan, daftar DNC ), pengaturan AMD (sensitivitas berbeda per klien berdasarkan toleransi mereka terhadap positif palsu vs. negatif palsu), kebijakan perekaman panggilan, kode disposisi dan alur kerja, serta alur IVR .

Isolasi Sumber Daya

Kampanye satu klien tidak boleh menghambat kampanye klien lain dalam hal alokasi sumber daya panggilan. Jika Klien A mengalami lonjakan volume panggilan yang tinggi, kampanye Klien B harus tetap beroperasi normal. Carilah mekanisme antrian atau reservasi sumber daya yang adil untuk mencegah masalah "tetangga yang berisik".

DialerBee 's arsitektur multi-tenant Menerapkan isolasi pada tingkat data, konfigurasi, dan sumber daya, yang dirancang untuk memastikan bahwa setiap klien beroperasi seolah-olah mereka memiliki instance dialer khusus mereka sendiri.

Konfigurasi Kepatuhan Per Klien

Klien yang berbeda beroperasi di bawah kerangka peraturan yang berbeda. Sebuah BPO yang melayani klien penagihan di AS dan klien penjualan di UEA perlu menerapkan aturan TCPA /Reg F untuk satu klien dan aturan TDRA untuk klien lainnya — secara bersamaan, di platform yang sama, tanpa mencampuradukkan keduanya.

Fitur kepatuhan utama untuk BPO:

• Daftar DNC per tenant: Setiap klien memiliki daftar DNC internal mereka sendiri ditambah akses ke registri nasional yang relevan. Permintaan DNC dari debitur Klien A tidak boleh menekan nomor tersebut dari kampanye Klien B (kecuali nomor tersebut juga muncul di daftar DNC Klien B).
• Jendela panggilan per tenant: Klien A di AS: pukul 8 pagi hingga 9 malam waktu setempat penerima. Klien B di UEA: pukul 9 pagi hingga 9 malam Waktu Standar Teluk. Klien C di Uni Eropa: pukul 10 pagi hingga 8 malam sesuai aturan negara anggota. Masing-masing harus diterapkan secara independen.
• Batasan percobaan ulang per tenant: Klien penagihan berdasarkan Reg F memerlukan 7 kali percobaan per 7 hari. Klien penjualan mungkin mengizinkan 3 kali percobaan per hari. Batasan ini harus dapat dikonfigurasi dan diberlakukan per tenant.
• Kebijakan perekaman per tenant: Beberapa klien mensyaratkan semua panggilan direkam. Klien lain mensyaratkan pengumuman persetujuan perekaman. Beberapa klien di yurisdiksi tertentu mungkin memerlukan kemampuan untuk menghentikan sementara perekaman selama pengambilan data PCI. Setiap tenant membutuhkan konfigurasi perekaman sendiri.

Lingkup Pengawasan dan Administrasi

Struktur organisasi BPO lebih kompleks daripada tim internal. BPO pada umumnya memiliki: seorang direktur operasional yang mengawasi semua klien, manajer tingkat klien yang hanya menangani klien yang ditugaskan kepadanya, pemimpin tim yang hanya menangani timnya di dalam klien tersebut, dan agen yang hanya menangani pekerjaan mereka sendiri.

Aplikasi panggilan harus mendukung pembatasan akses hierarkis:

• Admin tingkat BPO: Akses penuh di semua tenant. Dapat menyediakan tenant, mengelola pengaturan global, dan melihat laporan agregat.
• Pengawas tingkat klien: Akses terbatas pada satu tenant. Dapat mengelola kampanye, melihat laporan, mendengarkan rekaman, dan melatih agen — tetapi hanya di dalam klien mereka.
• Ketua tim: Akses dibatasi untuk tim dalam satu tenant. Dapat melihat kinerja tim mereka sendiri, tetapi tidak dapat melihat kinerja tim lain yang mengerjakan klien yang sama.
• Agen: Akses ke antrean, skrip, dan antarmuka penanganan kasus mereka sendiri. Tidak ada akses ke pekerjaan agen lain atau data tingkat klien.

Pembatasan ruang lingkup ini juga harus mencakup fitur waktu nyata. Ketika seorang supervisor menggunakan fitur mendengarkan/berbisik/menyela, mereka hanya boleh bergabung dalam panggilan dalam ruang lingkup akses mereka. Seorang supervisor untuk Klien A tidak boleh dapat mendengarkan panggilan Klien B — bahkan secara tidak sengaja.

BYOC : Fleksibilitas Operator Per Klien

BPO (Business Process Outsourcing) seringkali menemui klien yang memiliki kontrak operator sendiri dan menginginkan panggilan keluar dialihkan melalui trunk SIP mereka. Alasannya meliputi: klien telah menegosiasikan tarif grosir yang tidak ingin mereka hilangkan, persyaratan peraturan mewajibkan lalu lintas dialihkan melalui operator berlisensi tertentu, klien ingin mengelola reputasi ID penelepon mereka sendiri, atau persyaratan kontrak menetapkan bahwa lalu lintas suara harus berasal dari infrastruktur klien.

BYOC Your Own Container/Bawa Perangkat Sendiri di tingkat tenant Solusi ini mengatasi masalah tersebut. Setiap klien menghubungkan trunk SIP mereka sendiri, menggunakan DID mereka sendiri, dan membayar langsung ke operator mereka sendiri. BPO mengelola platform dialer; klien mengelola operator mereka. Ini juga menyederhanakan penagihan — BPO menagih untuk lisensi perangkat lunak dan klien membayar operator mereka secara terpisah, sehingga menghilangkan perselisihan tentang biaya per menit.

Label Putih untuk Portal yang Menghadap Klien

Beberapa klien BPO menginginkan akses ke dasbor kampanye, rekaman panggilan, dan laporan kinerja — tetapi mereka tidak ingin melihat merek vendor dialer Anda. Mereka ingin melihat merek BPO Anda atau merek mereka sendiri.

Kemampuan white-label Memungkinkan Anda menyediakan portal yang berorientasi pada klien dengan merek yang sesuai dengan identitas BPO Anda. Klien tingkat atas mungkin mendapatkan portal dengan merek identitas mereka sendiri. Ini sangat berharga bagi klien perusahaan yang memandang platform teknologi BPO sebagai bagian dari pengalaman merek mereka.

Pelaporan dan Manajemen SLA

Persyaratan pelaporan BPO pada dasarnya berbeda dari pelaporan internal. Anda membutuhkan:

Pelaporan Tingkat Klien

Setiap klien memerlukan dasbor pelaporan sendiri dengan metrik yang relevan dengan SLA mereka: tingkat kontak, tingkat kontak pihak yang tepat, tingkat konversi, waktu penanganan rata-rata, panggilan per jam, dan KPI khusus kampanye. Laporan harus terisolasi — Klien A tidak boleh melihat data kinerja Klien B.

Pelaporan Operasi Internal

Tim operasional Anda membutuhkan pandangan lintas klien: pemanfaatan agen di semua klien, efisiensi alokasi tempat duduk, kinerja antrian gabungan, analisis biaya operator, dan data perencanaan sumber daya. Ini adalah pandangan tingkat BPO yang tidak dilihat oleh klien.

Pemantauan SLA

Banyak kontrak BPO mencakup komitmen SLA: tingkat kontak minimum, tingkat pengabaian maksimum, ambang batas panggilan per jam, atau target konversi. Sistem panggilan otomatis (dialer) harus mendukung pemantauan ambang batas SLA dengan peringatan ketika metrik mendekati atau melanggar ambang batas. Manajemen SLA yang reaktif — menemukan pelanggaran dalam laporan bulanan — sudah terlambat.

Pengiriman Laporan Otomatis

Klien mengharapkan pelaporan berkala tanpa harus masuk ke portal. Carilah pengiriman laporan terjadwal melalui email dengan templat yang dapat disesuaikan, rentang tanggal, dan pilihan metrik. Laporan tersebut harus bermerek tenant jika Anda menggunakan white-label.

Skalabilitas dan Manajemen Kampanye Bersamaan

Sebuah BPO berukuran sedang mungkin menjalankan 5-10 tenant klien dengan 3-5 kampanye masing-masing — itu berarti 15-50 kampanye yang berjalan bersamaan. Sebuah BPO besar mungkin memiliki 50+ tenant dan ratusan kampanye. Dialer harus mampu menangani konkurensi ini tanpa penurunan kinerja.

Indikator skalabilitas utama:

• Waktu mulai kampanye: Seberapa cepat kampanye dengan 10.000 nomor dapat mulai melakukan panggilan? Kurang dari 30 detik itu bagus. Lebih dari 5 menit menunjukkan keterbatasan arsitektur.
• Kapasitas agen simultan: Bisakah platform ini menangani lebih dari 500 agen secara bersamaan di semua tenant tanpa penurunan kualitas panggilan?
• Penyimpanan rekaman: Dalam skala besar, rekaman panggilan akan mengonsumsi ruang penyimpanan yang signifikan. Apakah platform ini menawarkan penyimpanan yang dapat diskalakan dengan kebijakan retensi per-tenant?
• Kapasitas API : Jika Anda mengintegrasikan dengan beberapa CRM klien, API harus mampu menangani permintaan frekuensi tinggi tanpa pembatasan laju yang akan berdampak pada alur kerja waktu nyata.

Kerangka Evaluasi

Saat mengevaluasi perangkat lunak dialer untuk operasi BPO, pertimbangkan kriteria Anda dengan cermat:

1. Isolasi multi-tenant (kritis): Isolasi data, konfigurasi, dan sumber daya antar klien.
2. Kepatuhan per tenant (penting): Kebijakan DNC independen, jam panggilan, batasan percobaan ulang, dan kebijakan perekaman per klien.
3. Kontrol akses hierarkis (tinggi): Akses terbatas untuk admin BPO, supervisor klien, pemimpin tim, dan agen.
4. BYOC per tenant (tinggi): Konfigurasi trunk SIP tingkat klien untuk fleksibilitas operator.
5. Pelaporan isolasi dan alat SLA (tinggi): Pelaporan tingkat klien dengan analitik lintas klien internal.
6. Label putih (sedang): Kustomisasi merek untuk antarmuka yang berinteraksi langsung dengan klien.
7. Skalabilitas (sedang-tinggi): Kapasitas terverifikasi untuk perkiraan jumlah tenant dan agen Anda.
8. Cakupan API (sedang): Kemampuan integrasi dengan beragam tumpukan teknologi klien.

Untuk melihat secara detail bagaimana DialerBee memenuhi persyaratan BPO, kunjungi halaman kami. Halaman solusi BPO.

Pertanyaan yang Sering Diajukan

Mengapa multi-tenancy merupakan hal yang mutlak bagi sebuah BPO?

Setiap klien membutuhkan data yang terisolasi, konfigurasi kepatuhan sendiri, dan pelaporan sendiri. Tanpa isolasi tenant, Anda mengelola klien terpisah di dalam satu kumpulan bersama, yang merupakan risiko operasional dan kerahasiaan.

Apakah setiap klien dapat memiliki aturan kepatuhan yang berbeda?

Mereka perlu melakukannya. Klien menghubungi berbagai yurisdiksi dengan jam panggilan, dasar persetujuan, dan batasan upaya yang berbeda, jadi pengaturan tersebut harus per tenant dan bukan secara global.

Apa yang dimaksud dengan pengawasan lingkup tugas (supervisor scoping)?

Seorang supervisor seharusnya hanya melihat kampanye, agen, dan rekaman yang属于 klien mereka. Scoping menegakkan batasan tersebut di platform, alih-alih mengandalkan orang untuk menghindari layar yang salah.

Mengapa BYOC penting bagi BPO?

Klien sering kali membawa hubungan mereka sendiri dengan operator pengiriman atau memerlukan rute khusus. Fleksibilitas operator pengiriman per klien memungkinkan Anda untuk memenuhi kebutuhan tersebut tanpa perlu menjalankan platform terpisah untuk setiap operator.