Menggantikan IVR Menu Berlapis dengan Voice Bot: Panduan Migrasi Bertahap

Ringkasan artikel：Menggantikan menu telepon berlapis bukan sekadar menyalakan antarmuka suara baru. Perubahan ini memengaruhi cara penelepon menjelaskan kebutuhan, cara sistem menyediakan informasi, dan waktu ketika agen mengambil alih. Panduan ini membahas cara ganti IVR dengan voice bot secara bertahap. Isinya mencakup penelusuran alur panggilan, pemilihan intent pertama, penyediaan fallback yang aman, perancangan handoff, pengujian panggilan sulit, serta keputusan untuk memperluas atau mempertahankan cabang menu yang ada. Panduan ini juga menjelaskan kapan cabang lama perlu dipertahankan demi keamanan layanan.

Untuk ganti IVR dengan voice bot secara aman, mulailah dari satu perjalanan penelepon, bukan seluruh pohon telepon. Menghapus semuanya sekaligus dapat meniadakan rute yang masih melindungi pelanggan ketika permintaannya tidak biasa atau layanan sedang tidak tersedia.

Migrasi bertahap memperlakukan setiap cabang sebagai keputusan layanan. Sebagian penelepon hanya memerlukan rute singkat menuju antrean yang sudah dikenal. Sebagian lain perlu menjelaskan masalah, menerima jawaban yang disetujui, atau memberikan detail sebelum agen dapat bertindak. Ubah jenis kedua lebih dulu sambil mempertahankan jalur yang andal untuk setiap penelepon lain.

Pahami fungsi IVR saat ini

Sebelum mengubah prompt atau memilih platform, dokumentasikan alur panggilan yang berjalan. Mulailah dari setiap nomor yang dipublikasikan, lalu catat pesan pembuka, pilihan bahasa, pilihan menu, antrean, aturan jam layanan, titik transfer, dan hasil akhir. Sertakan jalur yang jarang digunakan tetapi mungkin menangani keluhan, akses akun, masalah pembayaran, atau permintaan berisiko tinggi lainnya.

Lihat lebih jauh daripada label menu. Cabang bernama "pesanan" dapat berisi penelepon yang menanyakan status pengiriman, perubahan alamat, pembatalan, salinan faktur, dan keluhan. Semua itu adalah intent berbeda dengan kebutuhan informasi dan batas otoritas yang berbeda. Pohon menu mencatat pilihan yang disediakan bisnis. Pohon tersebut tidak selalu menunjukkan tugas yang ingin diselesaikan penelepon.

Untuk setiap alasan panggilan, catat empat hal praktis:

• tujuan yang ingin dicapai penelepon;
• informasi atau catatan sistem yang diperlukan;
• apakah permintaan dapat berakhir dengan jawaban atau tindakan yang disetujui; dan
• titik ketika seseorang harus mengambil tanggung jawab.

Inventaris ini juga memperlihatkan pengulangan. Jika penelepon memilih menu, memberikan nomor akun, lalu mengulangi penjelasan kepada agen, rute tersebut mungkin tidak meneruskan konteks yang berguna kepada pemilik berikutnya. Selesaikan masalah ini sebelum meningkatkan otomatisasi.

Pilih satu alasan panggilan untuk dipindahkan lebih dulu

Perjalanan voice bot pertama harus cukup sering terjadi agar menghasilkan pembelajaran yang berguna, tetapi cukup sempit untuk ditinjau dengan saksama. Kandidat yang baik memiliki kebijakan stabil, detail yang perlu dikumpulkan terbatas, sumber informasi yang disetujui, dan definisi penyelesaian yang jelas.

Contohnya, sebuah perusahaan mungkin menerima banyak permintaan konfirmasi janji temu. Jika aturan, akses data, pemeriksaan identitas, dan jalur pengecualian sudah jelas, ini dapat menjadi ruang lingkup awal yang masuk akal. Permintaan untuk menyanggah tagihan mungkin sama seringnya, tetapi kurang tepat sebagai pilihan pertama bila memerlukan investigasi, keputusan berdasarkan pertimbangan, atau informasi sensitif.

Sebuah ivr modern tetap dapat berguna pada tahap ini. IVR masih dapat menangani pemilihan bahasa sederhana, sejumlah kecil departemen tetap, atau masukan angka yang perlu presisi. Voice bot tidak perlu membuktikan bahwa menu selalu salah. Voice bot perlu menunjukkan bahwa satu perjalanan percakapan yang jelas memberi jalur yang lebih mudah tanpa menghapus alternatif yang sudah berfungsi.

Pertahankan jalur lama selama masa transisi

Keberadaan dua jalur adalah pilihan desain layanan, bukan tanda bahwa migrasi gagal. Untuk intent yang dipilih, tentukan apa yang terjadi ketika voice bot memahami permintaan, ketika bot tidak dapat melanjutkan, dan ketika penelepon meminta bantuan manusia. Untuk intent lain, IVR yang ada dapat tetap menjadi rute utama sampai ruang lingkup dan pengamannya siap.

Tuliskan fallback dengan bahasa yang jelas. Penelepon tidak seharusnya mengulang menu panjang karena bot tidak menemukan catatan atau layanan yang terhubung tidak tersedia. Rutenya dapat menuju antrean langsung, pilihan IVR singkat, alur callback, atau pesan di luar jam layanan yang disetujui.

Tentukan perilaku nomor ketika bot tidak tersedia, sistem yang dibutuhkan tidak merespons, atau antrean penuh. Fallback yang terkendali mencegah gangguan berubah menjadi jalan buntu.

Rancang natural language IVR berdasarkan hasil yang diizinkan

Sebuah natural language ivr dimulai dari alasan penelepon menghubungi bisnis, bukan dari daftar pilihan bernomor. Setiap intent yang didukung memerlukan batas: apa yang boleh ditanyakan, pengetahuan yang disetujui untuk digunakan, data yang boleh diakses, tindakan yang boleh diselesaikan, dan kapan alur harus berhenti.

Mulailah dari hasil, lalu susun alur secara mundur. Jika hasil yang diinginkan adalah konfirmasi janji temu, alur mungkin memerlukan identitas terverifikasi, catatan janji temu saat ini, pesan konfirmasi yang disetujui, serta aturan transfer untuk perubahan atau detail yang tidak lengkap. Jika salah satu unsur tidak tersedia, alur harus menjelaskan langkah berikutnya dan tidak membuat jawaban sendiri.

Rencanakan pemulihan sebaik alur percakapan ideal. Penelepon dapat memakai frasa yang tidak terduga, berbicara saat prompt berjalan, memberikan detail tidak lengkap, atau berada di lingkungan bising. Bot dapat mengonfirmasi yang didengarnya, mengajukan satu pertanyaan terarah, lalu menawarkan rute ke agen.

Jadikan transfer agen bagian dari pengalaman penelepon

Transfer ke agen harus menjadi kelanjutan yang direncanakan, bukan keadaan gagal yang tersembunyi. Tentukan pemicunya sebelum peluncuran: permintaan eksplisit untuk berbicara dengan manusia, permintaan di luar ruang lingkup yang didukung, salah paham berulang, informasi yang hilang atau bertentangan, topik sensitif, atau batas kebijakan. Setiap pemicu harus menuju antrean bernama atau alternatif terdokumentasi ketika antrean itu tidak tersedia.

Agen penerima membutuhkan konteks yang cukup untuk memulai dari masalahnya, bukan dari salam pembuka. Teruskan alasan yang disampaikan penelepon, detail yang sudah dikumpulkan, langkah yang telah dicoba, dan alasan transfer. Uji ini dari sudut pandang agen.

Uji panggilan yang tidak mengikuti skrip

Pengujian harus mencakup lebih dari satu contoh percakapan yang berhasil. Buat panggilan uji dengan kata-kata yang tidak jelas, interupsi, jeda panjang, kebisingan latar, catatan yang hilang, antrean yang tidak tersedia, dan penelepon yang langsung meminta manusia. Uji intent terpilih dalam beberapa bentuk yang realistis.

Tinjau hasil bersama orang yang memiliki operasi layanan. Apakah penelepon mencapai langkah berikutnya yang berguna? Apakah transfernya tepat? Apakah agen menerima konteks yang dapat dipakai? Jika pengujian gagal, pilih perbaikan terkecil: perbaiki prompt, batasi intent, tambahkan pengetahuan, atau lakukan transfer lebih awal.

Jadikan pemeriksaan kebijakan dan privasi bagian dari kumpulan pengujian. Bot tidak boleh mengumpulkan atau mengungkapkan informasi hanya karena penelepon memintanya. Aturan bisnis yang berlaku harus menentukan apa yang boleh dibahas, verifikasi yang diperlukan, dan permintaan yang harus dialihkan ke manusia atau saluran lain yang disetujui.

Pantau hasil sebelum memperluas ruang lingkup

Rilis langsung pertama adalah masa pembelajaran. Tinjau panggilan yang tidak mencapai hasil yang dituju sebelum merayakan panggilan yang berhasil. Kelompokkan klarifikasi berulang, permintaan tanpa kecocokan, putus lebih awal, transfer ke antrean yang salah, transfer berulang, dan kontak ulang.

Gunakan lebih dari satu ukuran. Penyelesaian penting, tetapi begitu pula transfer yang tepat, upaya penelepon, kualitas konteks, dan kasus yang belum selesai. Jumlah penyelesaian yang tinggi dapat menyesatkan bila agen diam-diam memperbaiki kasus yang sama setelahnya.

Perluas berdasarkan perjalanan yang terkait, bukan karena antusiasme umum. Setelah rute pertama memiliki fallback yang stabil dan ritme peninjauan, kandidat berikutnya dapat memakai pembelajaran tersebut tanpa menganggap aturannya sama. Konfirmasi janji temu dan perubahan janji temu, misalnya, dapat tampak serupa tetapi memerlukan otorisasi dan penanganan pengecualian yang berbeda.

Perluas migrasi dengan Udesk Voice Chatbot

Ketika setiap perjalanan panggilan terbukti layak, Udesk membantu bisnis menghubungkan otomatisasi suara dengan pengalaman layanan pelanggan. Voice Chatbot menghadirkan interaksi pelanggan dan agen di telepon, email, chat, teks, dan media sosial, sehingga tim dapat menjaga konteks ketika langkah berikutnya bergerak melampaui satu alur suara.

Dengan Udesk, bisnis dapat menggunakan IVR berkemampuan suara multibahasa dan conversational voicebot bersama chatbot bertenaga AI serta dukungan agen langsung. Ini memberi tim layanan cara membangun jalur self-service yang jelas tanpa memperlakukan otomatisasi sebagai jawaban untuk setiap panggilan. Ketika permintaan memerlukan pertimbangan, pelanggan dapat berpindah ke manusia alih-alih tertahan dalam putaran menu.

Udesk juga menawarkan VoIP telephony, opsi BYOC, dan administrasi mandiri untuk pengelolaan call center. Kemampuan tersebut mendukung rencana migrasi yang tetap berpijak pada alur panggilan nyata: batas layanan yang jelas, jalan keluar ke manusia yang disengaja, dan peninjauan berkelanjutan setelah setiap perubahan.

Hentikan cabang menu hanya saat tidak lagi melindungi layanan

Keputusan akhirnya bukan apakah IVR sudah hilang. Pertanyaannya adalah apakah setiap cabang yang tersisa masih memiliki tujuan yang jelas. Pertahankan rute menu bila lebih cepat, lebih presisi, atau lebih aman untuk tugas tertentu. Hentikan rute tersebut ketika perjalanan baru telah secara konsisten memberi hasil yang dituju, jalur ke manusia berfungsi, fallback terbukti, dan operasi dapat memantau masalah setelah perubahan.

Pendekatan ini memberi ruang bagi kedua teknologi. Menu singkat masih dapat mengarahkan permintaan sederhana, sementara voice bot menangani panggilan yang mendapat manfaat dari penjelasan alami dan tindak lanjut terstruktur. Hasilnya adalah jalur telepon yang lebih kecil, lebih mudah dipahami penelepon, dan lebih mudah diperbaiki oleh tim layanan.

Pertanyaan Umum

1. Bisakah perusahaan ganti IVR dengan voice bot tanpa mengubah setiap alur telepon?Ya. Pendekatan yang lebih aman adalah memindahkan satu perjalanan panggilan yang terdefinisi pada satu waktu, sementara IVR yang ada tetap menangani rute lain dan menyediakan fallback bila diperlukan.
2. Panggilan IVR mana yang sebaiknya tetap berbasis menu?Pertahankan perutean berbasis menu untuk pilihan sederhana dan stabil atau masukan angka yang presisi ketika cara itu tetap lebih jelas atau lebih aman daripada jalur percakapan.
3. Kapan voice bot harus mentransfer penelepon ke agen?Lakukan transfer ketika penelepon meminta manusia, permintaannya tidak didukung atau sensitif, informasi kurang, klarifikasi berulang gagal, atau diperlukan keputusan manusia.
4. Kapan aman menghapus cabang IVR lama?Hapus hanya setelah perjalanan pengganti, handoff ke manusia, jalur fallback, dan proses pemantauan telah diuji dalam kondisi langsung.

Chatbot Suara Udesk dengan pengenalan suara akurat, layani pelanggan secara otomatis. Coba gratis dan rasakan kemudahannya!

Klik gambar di bawah ini untuk uji coba gratis>>

Artikel ini merupakan karya asli Udesk. Jika akan diterbitkan ulang, wajib selalu mencantumkan sumber aslinya：https://id.udeskglobal.com/blog/menggantikan-ivr-menu-berlapis-dengan-voice-bot-panduan-migrasi-bertahap