Ada End User yang cepat membaca WhatsApp. Ada yang lebih sering mengangkat telepon. Ada juga yang sedang berada di area sinyal data kurang stabil, tapi panggilan masih masuk. Di titik seperti ini, Voice OTP mulai relevan.
Voice OTP mengirim kode lewat panggilan suara. End User menerima telepon, mendengar kode, lalu memasukkannya ke layar verifikasi aplikasi. Untuk aplikasi PPOB, top-up game, reseller, atau membership, channel ini bisa menjadi pilihan tambahan saat verifikasi nomor tidak ingin bergantung pada pesan teks saja.
Voice OTP itu apa dalam konteks verifikasi aplikasi?
Voice OTP adalah channel OTP yang membacakan kode lewat panggilan. Di OTP.ID, channel Voice tersedia pada API publik V3 melalui POST /v3/request. Artinya kode dibuat oleh OTP.ID, lalu dikirim ke End User melalui panggilan suara.
Ada batas penting yang perlu dipahami sejak awal: Voice OTP di OTP.ID tidak dipakai melalui POST /v3/send. Endpoint send dipakai untuk channel berbasis pesan seperti WhatsApp, SMS, dan Email, ketika Client menyediakan sendiri kode OTP yang akan dikirim. Untuk Voice, gunakan mode request.
Voice juga membutuhkan brand eksplisit. Ini masuk akal karena End User perlu konteks saat menerima panggilan. Kalau aplikasi bernama "PulsaKita", panggilan verifikasi sebaiknya tidak terasa seperti telepon acak yang tiba-tiba meminta perhatian.
Kapan Voice OTP layak dipertimbangkan?
Voice OTP paling masuk akal saat panggilan lebih mudah ditangkap daripada pesan. Contohnya aplikasi dengan End User yang tidak selalu membuka notifikasi chat, atau flow pendaftaran yang sering macet karena kode tidak terbaca di layar pesan.
Untuk aplikasi top-up game, masalahnya sering sederhana: End User ingin cepat masuk, membeli voucher, lalu selesai. Kalau kode OTP terlambat dibaca atau tertumpuk di pesan lain, proses login terasa mengganggu. Voice OTP bisa diposisikan sebagai pilihan lain ketika End User meminta kirim ulang kode.
Untuk aplikasi PPOB atau reseller pulsa, Voice OTP juga bisa membantu pada flow yang nilainya lebih sensitif, seperti aktivasi akun, perubahan nomor, atau reset akses. Bukan karena semua transaksi harus memakai panggilan. Justru sebaliknya: gunakan Voice di titik yang memang butuh perhatian lebih.
Batas yang perlu dipahami sebelum memakai Voice OTP
Voice OTP bukan pengganti otomatis untuk semua channel. Di OTP.ID, channel dipilih oleh Client. Tidak ada fallback otomatis antar channel. Jika satu pengiriman gagal, transaksi bisa berstatus failed, dan keputusan mencoba channel lain tetap berada di sisi Client.
Ini penting untuk desain produk. Jangan menulis copy seperti "kami otomatis mengirim lewat channel lain" kalau sistem aplikasi belum benar-benar membuat request berikutnya. Lebih aman memberi pilihan yang jelas: kirim ulang via WhatsApp, coba SMS, atau gunakan panggilan suara.
Dari sisi biaya, harga publik Voice OTP adalah Rp595 per OTP. Pengiriman yang gagal tidak didebit, tetapi tetap perlu ada perhitungan produk: kapan panggilan layak dipakai, siapa yang boleh memicunya, dan berapa kali End User boleh meminta ulang.
Cara menempatkan Voice OTP di alur produk
Cara paling rapi adalah menaruh Voice OTP sebagai pilihan di flow resend. Setelah End User menunggu beberapa saat, aplikasi bisa menampilkan opsi channel tanpa memaksa semua orang menerima panggilan.
Contoh copy UI yang lebih jelas:
- "Belum menerima kode? Coba kirim ulang lewat WhatsApp atau panggilan suara."
- "Panggilan suara akan membacakan kode verifikasi untuk nomor ini."
- "Pastikan nomor aktif dan bisa menerima panggilan."
Copy seperti ini tidak menjanjikan hal yang berlebihan. End User tahu apa yang akan terjadi, tim support juga punya bahasa yang sama saat menjawab keluhan.
Untuk tim developer, catat satu prinsip: channel choice sebaiknya eksplisit di backend aplikasi. Kalau aplikasi ingin mencoba Voice setelah WhatsApp gagal, backend Client perlu membuat request baru dengan channel Voice. Jangan mengandalkan asumsi bahwa sistem OTP akan memindahkan channel sendiri.
Apa yang perlu dipantau setelah Voice OTP aktif?
Mulai dari hal yang bisa ditindaklanjuti. Berapa banyak End User yang memilih panggilan suara setelah gagal menerima pesan? Di titik flow mana pilihan ini paling sering dipakai? Apakah keluhan support turun pada kasus "kode tidak masuk"?
Angka seperti delivery rate atau SLA tidak perlu ditebak. Kalau belum ada data periode tertentu, jangan dipakai untuk promosi. Lebih baik pakai Voice OTP sebagai bagian dari eksperimen produk: aktifkan di flow tertentu, lihat dampaknya, lalu perluas kalau memang membantu.
Voice OTP cocok untuk aplikasi seperti apa?
Voice OTP cocok untuk aplikasi yang butuh opsi verifikasi tambahan tanpa membangun integrasi provider panggilan sendiri. Aplikasi PPOB, top-up game, reseller, booking, atau membership bisa memakainya di titik yang rawan drop-off, terutama saat verifikasi nomor menjadi gerbang sebelum End User bisa memakai layanan.
OTP.ID membantu Client mengelola pengiriman OTP lewat satu API dan beberapa keluarga channel: WhatsApp, SMS, Voice, Email, dan Missed Call. Untuk Voice, posisinya sederhana: gunakan saat panggilan memang memberi pengalaman yang lebih jelas bagi End User. Kalau pesan sudah cukup, tidak perlu memaksanya.
Langkah berikutnya untuk tim produk adalah menentukan aturan channel di flow sendiri: kapan Voice muncul, berapa kali bisa diminta, dan pesan apa yang ditampilkan sebelum panggilan dikirim. Setelah itu, integrasi teknisnya tinggal mengikuti kontrak API yang sudah tersedia.