Cara Menambahkan Predictive Dialer ke PBX yang Sudah Ada (Tanpa Menggantinya)

Jika Anda sudah menjalankan Asterisk, FreePBX, 3CX, Cisco, atau Avaya, Anda memiliki sistem telepon yang berfungsi, kontrak operator yang telah Anda negosiasikan, nomor yang dikenal pelanggan Anda, dan rencana panggilan yang telah disempurnakan selama berbulan-bulan. Kemudian seseorang meminta kampanye panggilan keluar — upaya penagihan, kampanye perpanjangan kontrak, daftar pelanggan yang berisi empat puluh ribu catatan — dan Anda menemukan bahwa sistem telepon Anda sebenarnya tidak mampu melakukannya.

Saran umum pada titik itu adalah mengganti sistem telepon. Itu adalah solusi mahal untuk masalah yang sempit, dan membuang infrastruktur yang berfungsi dengan sangat baik. Panduan ini membahas alternatifnya: membiarkan PBX tetap di tempatnya dan menambahkan lapisan kampanye di atasnya. Seperti apa arsitektur tersebut, bagaimana kedua sistem terhubung, bagaimana menentukan ukurannya, di mana kepatuhan harus berada, dan bagaimana mencapainya tanpa membahayakan infrastruktur yang ada.

Mengapa PBX Anda tidak dapat menjalankan kampanye panggilan keluar secara otomatis?

Ini bukanlah kekurangan dari PBX Anda. Ini adalah perbedaan kategori. PBX adalah mesin perutean: sebuah panggilan ada, dan PBX memutuskan ke mana panggilan itu akan diarahkan. Dialer adalah mesin pengambilan keputusan: ia memutuskan panggilan mana yang seharusnya ada sejak awal.

Asterisk dapat memulai panggilan — itulah yang dilakukan oleh file panggilan dan aksi AMI. Tetapi memulai panggilan mungkin hanya sepersepuluh dari apa yang dibutuhkan sebuah kampanye. Empat bagian hilang, dan masing-masing sangat penting:

• Mesin daftar dan pengaturan kecepatan. Rekaman mana yang selanjutnya, berapa banyak panggilan yang harus diproses untuk jumlah agen yang saat ini tersedia, kapan harus mencoba lagi panggilan yang tidak dijawab dan berapa kali, zona waktu mana yang sesuai dengan rekaman tersebut, dan kapan harus berhenti.
• Deteksi mesin penjawab telepon. Kira-kira dua pertiga upaya panggilan keluar ke ponsel berakhir di pesan suara. Tanpa penyaringan, agen Anda akan mendengar salam pesan suara sepanjang hari dan perhitungan kecepatan kerja Anda menjadi tidak berarti.
• Model keadaan agen. Sistem panggilan otomatis perlu mengetahui siapa yang siap, siapa yang sedang dalam panggilan, siapa yang sedang menyelesaikan panggilan, dan siapa yang telah meninggalkan panggilan — secara terus-menerus, secara waktu nyata — karena pengaturan kecepatan sepenuhnya bergantung pada ketersediaan yang diprediksi.
• Pencatatan disposisi dan kepatuhan. Apa yang terjadi dalam panggilan tersebut, apa yang disetujui pelanggan, apa yang disembunyikan dan mengapa, serta jejak audit yang tetap ada meskipun regulator menanyakan tentang panggilan spesifik tersebut delapan belas bulan kemudian.

Semua itu tidak seharusnya ada dalam rencana panggilan. Itulah mengapa memasukkan logika kampanye ke dalam PBX cenderung menghasilkan sesuatu yang rapuh dan hanya dipahami oleh satu orang.

Tiga cara tim menyelesaikannya — dan berapa biaya sebenarnya dari masing-masing cara tersebut.

Gantikan PBX dengan platform all-in-one. Arsitektur yang bersih dan satu vendor, dengan biaya mengimplementasikan ulang perutean masuk Anda, melatih ulang agen, memigrasi atau mengorbankan nomor, dan seringkali beralih ke harga per menit untuk layanan suara yang sebelumnya Anda beli secara grosir. Ini adalah jawaban yang tepat jika PBX Anda benar-benar sudah mencapai akhir masa pakainya. Ini adalah jawaban yang mahal jika tidak.

Buat lapisan kampanye sendiri. Sistem ini sepenuhnya layak diterapkan pada teleponi sumber terbuka, dan beberapa tim handal menjalankan sistem ini. Secara jujur, Anda tidak hanya membangun dialer sekali saja — Anda memelihara perilaku pengaturan kecepatan, akurasi deteksi, status agen, disposisi, perekaman, penegakan penekanan dan pelaporan, serta menanggung beban siaga ketika pengaturan kecepatan mengalami kesalahan selama kampanye Senin pagi. Kami telah menulis tentang pertimbangan tersebut secara lebih mendalam di [referensi]. Membangun sendiri versus membeli perangkat lunak dialer.

Menambahkan aplikasi panggilan di atas SIP . PBX tetap melakukan apa yang sudah dilakukannya dengan baik; dialer hanya menambahkan apa yang kurang. Tidak ada nomor yang berpindah, tidak ada perubahan kontrak operator, agen tetap menggunakan nomor ekstensi mereka jika Anda menginginkannya. Inilah jalur yang dibahas dalam panduan ini, dan inilah yang kami sebut Pola B — salah satu dari tiga cara DialerBee terhubung.

Bagaimana cara kerja overlay sebenarnya

Mekanismenya lebih sederhana dari kedengarannya. Sebuah ajakan kampanye memiliki dua bagian, dan pembagian di antara keduanya adalah keseluruhan rancangannya:

1. Aplikasi penelepon memilih panggilan berikutnya dari daftar, setelah sebelumnya memeriksa status penekanan panggilan, status persetujuan, dan rentang waktu panggilan untuk zona waktu panggilan tersebut.
2. Ini bermula dari jalur keluar melalui milikmu Saluran operator seluler, menampilkan ID penelepon yang Anda kendalikan.
3. Panggilan dijawab. Sistem panggilan menyaring audio dan mengklasifikasikannya: orang sungguhan, mesin penjawab, faks, nada jaringan, atau keheningan.
4. Mesin ditangani tanpa perantara — dijatuhkan, atau ditinggalkan pesan jika kebijakan Anda mengizinkannya. Hanya manusia yang bertugas.
5. Panggilan langsung dikirimkan ke PBX Anda melalui trunk SIP , dan tiba di nomor pilot, grup pencarian, atau antrian.
6. Sistem PBX Anda mengarahkan panggilan tersebut ke agen sama seperti mengarahkan panggilan lainnya.

Dari sudut pandang PBX , sebuah panggilan hanya tiba di saluran utama dan perlu dialihkan — sesuatu yang sudah dilakukannya ribuan kali sehari. Semua informasi kampanye terjadi sebelum momen itu. Itulah mengapa integrasinya sangat lancar: Anda tidak meminta PBX untuk mempelajari hal baru apa pun.

Menghubungkan keduanya: SIP trunk, SBC, dan registrasi.

Koneksi antara dialer dan PBX adalah trunk SIP , dan Anda memiliki dua opsi umum untuk cara otentikasinya. Trunking berbasis IP adalah pilihan umum ketika kedua ujung memiliki alamat yang stabil — masing-masing pihak mengizinkan pihak lain dan tidak ada registrasi yang akan kedaluwarsa. Berbasis pendaftaran cocok untuk properti yang menggunakan pengalamatan dinamis, di mana dialer mendaftar ke PBX seperti halnya perangkat.

Beberapa poin praktis yang menentukan apakah ini akan menjadi sore yang lancar atau minggu yang panjang:

• Di mana SBC berada. Pada infrastruktur Cisco dan Avaya, hampir selalu sudah ada pengontrol batas sesi (session border controller) yang mengakhiri trunk operator. Tempatkan trunk dialer di sana juga — itu adalah batas alami, dan memberi Anda satu tempat untuk melihat sinyal ketika terjadi kesalahan.
• Jalur media. Tentukan dengan sengaja apakah media mengalir melalui SBC atau langsung. Media langsung mengurangi latensi dan beban; media yang terhubung lebih mudah untuk dipecahkan masalahnya dan direkam secara konsisten. Keduanya baik-baik saja, tetapi pilihan tersebut harus dibuat daripada ditemukan secara tidak sengaja.
• Codec. Sepakati satu codec pada trunk internal dan hindari transcoding. G.711 antara dialer dan PBX adalah pilihan default yang aman; transcoding mengurangi kualitas dan, pada beberapa platform, memerlukan lisensi.
• DTMF. Tetapkan standar RFC 2833 dan konfirmasikan secara menyeluruh. DTMF yang tidak cocok adalah kesalahan klasik yang hanya muncul ketika pelanggan mencoba menekan angka 1 pada IVR .
• ALAM. Jika salah satu ujung berada di belakang NAT, pastikan sinyal dan pengalamatan media sudah benar sebelum melakukan pengujian pada volume tinggi. Audio satu arah dalam skala besar hampir selalu seperti ini.

Kita Panduan pengaturan trunk SIP membahas konfigurasi secara lebih rinci, dan bawa tas pembawa barang sendiri menjelaskan model trunking.

Tetap menggunakan operator dan nomor telepon Anda.

Aspek komersial dari keputusan ini sama pentingnya dengan aspek teknis. Dalam sebuah overlay, platform tersebut tidak pernah membawa suara Anda — platform tersebut memberi sinyal kepada operator Anda untuk melakukan panggilan pada saluran yang sudah Anda miliki. Tiga konsekuensi berikut ini terjadi:

• Tarif Anda tetap sama. Jika Anda menegosiasikan pemutusan kontrak yang baik, Anda tetap memilikinya. Tidak ada yang menaikkan harga menit yang sudah Anda beli secara grosir.
• Nomor Anda tetap menjadi milik Anda. Tidak ada proyek porting, tidak ada ketergantungan pada vendor untuk identitas masuk Anda, tidak ada situasi penyanderaan jika Anda berubah pikiran di kemudian hari.
• Tidak ada biaya platform per menit. Jika platform tidak menyalurkan suara, maka tidak ada yang dapat ditagih per menit. Anda membayar per seat agen dan membayar operator Anda untuk menit panggilan secara terpisah.

Poin terakhir itu mengubah ekonomi kampanye lebih dari yang diperkirakan orang, dan perubahannya paling terasa pada kampanye dengan volume tertinggi — tepatnya kampanye di mana margin per menit paling merugikan. Kami membandingkan kedua model tersebut secara langsung di Harga per agen versus harga per menit Dan BYOC versus paket telekomunikasi.

Di mana agen Anda berada: ekstensi PBX atau desktop berbasis browser.

Begitu panggilan langsung mencapai PBX Anda, panggilan tersebut dapat dialihkan ke ekstensi yang sudah digunakan agen Anda. Ini adalah opsi yang paling tidak mengganggu, tidak memerlukan perubahan pada desktop, dan merupakan cara yang sangat wajar untuk menjalankan uji coba.

Keterbatasannya adalah telepon meja hanya berupa audio. Telepon ini tidak dapat menunjukkan siapa yang menelepon dan alasannya, tidak dapat mencatat status panggilan, tidak dapat menampilkan skrip atau petunjuk kepatuhan, dan tidak dapat memberikan tampilan langsung kepada supervisor. Semua informasi yang diketahui lapisan kampanye berhenti di handset.

Alternatifnya adalah desktop agen berbasis browser: Jalur audio berjalan melalui WebRTC dan layar menampilkan catatan pelanggan, skrip, daftar disposisi, dan pengatur waktu penyelesaian. Supervisor mendapatkan pemantauan langsung, bukan hanya berjalan melintasi lantai. Perbandingan dalam Browser dialer versus perangkat lunak yang terpasang dan catatan kami tentang Telepon WebRTC versus SIP membahas pertimbangan untung rugi.

Dalam praktiknya, sistem hibrida umum dan masuk akal: tim penerima tetap menggunakan perangkat genggam sementara tim kampanye pengirim beralih ke peramban, dan keduanya terhubung ke PBX yang sama.

Menentukan ukurannya: saluran, kecepatan, dan ruang gerak tingkat pengabaian.

Angka yang sering membuat tim kesulitan adalah jumlah saluran yang berjalan bersamaan, karena angka tersebut bergantung pada rasio kecepatan pemrosesan data, bukan jumlah agen.

Dua puluh agen yang melakukan panggilan dengan rasio 2:1 membutuhkan sekitar empat puluh saluran keluar simultan — ditambah ruang untuk panggilan yang masih berdering atau sedang disaring dan belum terselesaikan. Lima puluh saluran adalah jumlah yang realistis. Jika rasionya ditingkatkan menjadi 3:1, dua puluh agen yang sama membutuhkan sekitar tujuh puluh saluran. Sesuaikan kapasitas saluran untuk beban puncak, bukan rata-rata: ketika saluran penuh, sistem panggilan tidak dapat mengatur kecepatan, dan agen akan menganggur menunggu panggilan yang tidak dapat dilakukan.

Ada dua batasan tambahan yang perlu diketahui sebelum Anda mengkonfigurasi apa pun:

• Panggilan per detik. Baik operator seluler maupun SBC (Small Business Code) memberlakukan batasan CPS (Cost Per Second). Kampanye yang dimulai pukul 9 pagi dapat melonjak jauh di atas tingkat stabil Anda, dan mencapai batas CPS akan menghasilkan penolakan yang tampak seperti kesalahan operator seluler.
• Akurasi deteksi menentukan batas kecepatan Anda. Pengaturan tempo panggilan yang agresif hanya aman jika Anda dapat membedakan dengan andal antara manusia dan mesin penjawab otomatis. Jika kemampuan membedakan lemah—pasar yang tidak dikenal, bahasa yang tidak lazim, pesan suara bawaan operator yang berat—respons yang jujur adalah mengatur tempo panggilan lebih konservatif daripada menerima peningkatan angka panggilan yang terputus.

Kita panduan penyetelan predictive dialer masuk ke dalam perhitungan kecepatan, dan estimator tingkat pengabaian Memungkinkan Anda untuk membuat model rasio berdasarkan angka Anda sendiri sebelum Anda memutuskan untuk menggunakannya.

Kepatuhan dalam arsitektur terpisah

Bagian ini perlu dibaca dua kali, karena di sinilah penerapan di lahan terlantar paling sering mengalami kesalahan.

Ketika dua sistem berbagi panggilan, ada godaan untuk membagi kontrol di antara keduanya. Jangan lakukan itu. Pemeriksaan penekanan, status persetujuan, dan jendela jam panggilan semuanya harus berada di lapisan kampanye, karena alasan struktural: lapisan kampanye adalah sistem yang memutuskan nomor berapa yang harus dihubungi dan kapanPada saat panggilan mencapai PBX , keputusan tersebut telah dibuat dan tidak dapat dibatalkan. PBX dapat menolak untuk meneruskan panggilan; PBX tidak dapat menolak untuk melakukan panggilan tersebut.

Jadi lapisan kampanye harus memiliki, sebelum pembuatan:

• Pemeriksaan penekanan dan larangan panggilan terhadap daftar yang berlaku untuk kampanye tersebut.
• Pernyataan persetujuan untuk pencatatan, di mana persetujuan diperlukan.
• Jendela waktu panggilan untuk zona waktu rekaman itu sendiri, bukan zona waktu kantor Anda.
• Batasan percobaan dan aturan percobaan ulang
• Pemilihan ID penelepon dan status pendaftarannya

PBX mempertahankan apa yang sudah bagus — kebijakan perekaman pada jalur agen, aturan perutean internal, dan kontrol akses yang ada. Yang penting adalah bahwa gerbang berada sebelum panggilan dilakukan, dan hanya ada satu jejak audit daripada dua yang harus direkonsiliasi. Kami daftar periksa kepatuhan keluar dan kontrol kepatuhan Halaman ini membahas detail spesifiknya.

Ini adalah kontrol pendukung kepatuhan, bukan jaminan kepatuhan. Regulasi berbeda-beda menurut yurisdiksi dan berubah seiring waktu, dan tanggung jawab atas program kepatuhan Anda tetap berada di organisasi Anda. Mintalah nasihat hukum Anda sendiri untuk pasar yang Anda hubungi.

Lapisan multi-tenant untuk reseller dan integrator

Jika Anda menjual layanan telepon dan bukan hanya mengoperasikannya, model overlay perlu dipahami sebagai pola komersial, bukan hanya teknis. Klien Anda sudah membeli sistem telepon mereka. Meminta mereka untuk mengganti sistem tersebut agar mendapatkan kampanye panggilan keluar adalah hal yang sulit; menambahkan kampanye ke sistem yang sudah mereka miliki jauh lebih mudah.

Setiap klien beroperasi sebagai tenant terisolasi — memiliki kampanye, data penekanan, pengguna, rekaman, dan pelaporan sendiri — yang terhubung ke PBX dan operator yang sudah digunakan klien tersebut. Di bawah tenant ganda Dengan pengaturan ini, platform dapat menggunakan merek Anda sendiri, bukan merek kami, yang tercakup dalam ketentuan berikut: pengecer page.

Jalur migrasi yang tidak berisiko merusak lantai.

Tidak seharusnya ada yang merombak seluruh pusat layanan pelanggan dalam satu akhir pekan. Urutan langkah di bawah ini menjaga agar dampak kerusakan tetap kecil di setiap tahapannya:

1. Jalankan satu kampanye uji coba pada satu jalur utama. Pilih daftar dengan risiko rendah. Sediakan grup trunk terpisah agar lalu lintas kampanye tidak memengaruhi kapasitas masuk.
2. Buktikan alur panggilan dengan beberapa agen. Konfirmasikan audio dua arah, DTMF, tampilan ID penelepon, perekaman, dan bahwa hasil panggilan tersimpan di tempat yang Anda harapkan.
3. Sesuaikan kecepatan dengan perilaku nyata. Mulailah secara konservatif — 1,2:1 atau 1,5:1 — dan tingkatkan hanya selama tingkat pengabaian tetap berada dalam batas maksimum Anda.
4. Jalankan secara paralel. Pertahankan proses yang ada tetap berjalan bersamaan dengan proyek percontohan selama satu siklus penuh sehingga Anda memiliki perbandingan yang nyata, bukan sekadar harapan.
5. Lakukan pengalihan secara berurutan, bukan sekaligus. Lakukan satu langkah kampanye atau tim dalam satu waktu. Setiap langkah kecil, dan setiap langkah dapat dibatalkan secara individual.
6. Simpan salinan cadangan yang benar-benar telah Anda uji. Rollback berarti menonaktifkan trunk kampanye dan mengembalikan entri dial-plan — tetapi pastikan hal itu sebelum Anda membutuhkannya, bukan saat sedang dibutuhkan.

Panduan kami tentang migrasi ke dialer keluar yang baru Membahas daftar, disposisi, dan pelaporan migrasi secara lebih mendalam.

Bagaimana DialerBee terintegrasi dengan PBX yang sudah ada

DialerBee dirancang untuk beroperasi dalam bentuk persis seperti ini. Ia terhubung melalui tiga cara — dengan trunk SIP kami, di atas PBX atau SBC yang sudah Anda operasikan, atau melalui trunk operator yang sudah Anda kontrak — dan pembatasan kepatuhan, perekaman, desktop agen, alat pengawas, pelaporan, dan isolasi tenant identik pada ketiga cara tersebut. Pada dua pola di mana DialerBee tidak membawa suara, tidak ada biaya platform per menit, karena tidak ada menit yang dapat kami tagih.

Mode pratinjau, progresif, daya, dan prediktif dapat dipilih per kampanye, dan deteksi mesin penjawab menggunakan AI yang peka terhadap bahasa di 11 bahasa. Jika Anda ingin melihatnya dibandingkan dengan aset Anda sendiri, Uji coba 14 hari tidak memerlukan kartu kredit, atau pesan demo dan kami akan memandu Anda melalui pengaturan PBX dan trunking spesifik Anda.

Pertanyaan yang Sering Diajukan