Beyond the Buy Button: Apa yang Dibutuhkan untuk Menjalankan Ekosistem Pembayaran Digital dan PPOB

Membeli pulsa hanya butuh beberapa detik. Anda membuka aplikasi, memilih nominal, konfirmasi, lalu muncul pesan bahwa pulsa sudah masuk. Tidak ada yang terasa rumit. Di Indonesia, pembelian seperti ini termasuk kategori bernama PPOB, singkatan dari Payment Point Online Bank: produk digital sehari-hari yang dipakai orang untuk mengisi pulsa, membayar listrik dan internet, mengisi dompet digital, dan mengirim uang. Jutaan transaksi kecil seperti ini terjadi setiap hari, dan hampir tidak ada yang memikirkan apa yang dibutuhkan agar satu di antaranya berhasil.

Saya menghabiskan karier saya di sisi lain layar itu. Saya mulai di customer service Metro Reload pada 2019, pindah ke business development, lalu ke product, tempat saya sekarang memimpin produk untuk Metro Reload dan Cashplus. Yang saya pelajari: tombol Beli adalah bagian paling tidak menarik dari produknya. Semua yang menentukan apakah pengalamannya andal terjadi di tempat yang tidak terlihat pengguna.

Tulisan ini tentang bagian yang tersembunyi itu. Isinya berasal dari pengalaman saya sendiri, dan ketika saya menjelaskan praktik umum industri, saya sebutkan.

Produk PPOB biasanya melewati beberapa tangan sebelum sampai ke orang yang membayarnya. Ia dimulai dari provider yang memiliki produk, seperti operator telekomunikasi, perusahaan utilitas, atau penerbit. Lalu melewati perusahaan switching dan agregator (yang saya sebut Lv.1), distributor tingkat kedua (Lv.2), distributor tingkat ketiga dan seterusnya (Lv.3+), dan merchant, sebelum sampai ke pengguna akhir.

Metro Reload dan Cashplus berada di titik yang berbeda dalam rantai itu. Metro Reload bekerja sebagai distributor business-to-business di tingkat kedua (Lv.2): pelanggannya bisnis lain, bukan konsumen. Cashplus bekerja di tingkat ketiga dan seterusnya (Lv.3+), melayani konsumen langsung (B2C) dan juga bisnis yang melayani konsumen (B2B2C). Cashplus membeli dari Metro Reload dan dari pemasok lain, yang menjaga ketersediaan dan harga produk tetap kompetitif, dan memberinya tempat berpaling ketika satu sumber bermasalah.

Tidak semua proses di bawah ini dijalankan dengan cara yang persis sama di kedua perusahaan. Sebagian besar adalah cara industri ini bekerja pada umumnya, disaring lewat apa yang pernah saya lihat.

Mudah mengira platform PPOB sebagai satu saluran dengan label berbeda. Pada kenyataannya, setiap produk berperilaku berbeda, dan platform harus mendukung semua perilaku itu sekaligus.

Pulsa dan paket data prabayar adalah produk berfrekuensi tinggi. Trafiknya paling besar, ekspektasi layanannya paling ketat, marginnya paling tipis, dan menurut pengalaman saya juga menarik lebih banyak upaya penipuan. Token listrik prabayar dan tagihan pascabayar seperti utilitas dan internet bekerja berbeda. Volumenya lebih rendah, dan dalam kondisi normal saya melihat paparan penipuan dan kegagalan yang lebih rendah. Tetapi produk ini butuh inquiry tagihan yang akurat, validasi yang cermat, dan konfirmasi pembayaran, karena jumlah yang harus dibayar pelanggan harus benar sebelum ia membayarnya.

Produk yang paling sering disalahpahami orang luar, menurut pengalaman saya, adalah top-up. Orang cenderung menganggap top-up dompet digital dan top-up uang elektronik sebagai hal yang sama. Dompet digital seperti GoPay adalah saldo akun yang disimpan di penyedia. Kartu uang elektronik seperti Mandiri e-Money, BNI TapCash, BRI BRIZZI, atau BCA Flazz adalah produk stored-value, dan tergantung penerbitnya bisa melibatkan langkah tambahan seperti memperbarui saldo di kartunya sendiri. Bagi pengguna keduanya tampak mirip. Bagi orang yang membangun alurnya, integrasinya, prosedur dukungannya, atau penanganan galatnya, keduanya tidak mirip.

Tidak ada alur transaksi yang universal, hanya beberapa, dan memperlakukannya sebagai satu adalah cara platform menumpuk masalah.

Margin di bisnis ini tipis, dan harga adalah percakapan yang terus berlangsung. Distributor bisa membeli dengan harga grosir diskon lalu menjual lebih tinggi, mengenakan fee tetap, menambah markup di atas biaya, atau bekerja dengan margin komersial atau bagi hasil yang disepakati. Mana yang berlaku bergantung pada produk, perjanjian pemasok, dan pasar.

Harga tidak tetap sepanjang hari. Harga beli dari pemasok bisa berubah dalam hari yang sama, meski belum tentu sering, dan di hari tertentu tidak berubah sama sekali. Promosi, ketersediaan, dan kebijakan komersial semuanya berperan. Persaingan juga nyata: perusahaan menawarkan harga jual serendah yang bisa mereka berikan, dan pembeli besar bisa mendapat kesepakatan khusus untuk volume.

Supaya konkret, ini contoh hipotetis. Ini hanya ilustrasi dan bukan harga perusahaan mana pun. Bayangkan produk pulsa prabayar dengan nilai nominal IDR 10.000, dibeli seharga IDR 9.700 dan dijual seharga IDR 9.850. Selisih kotornya IDR 150. Itu bukan laba. Biaya transaksi, operasional, dukungan, transaksi gagal, dan semua hal lain yang harus ditanggung bisnis keluar dari angka itu. Ketika margin setipis ini, platform tidak bisa menang hanya dengan harga. Pemasok yang sedikit lebih murah tetapi lebih sering gagal sebenarnya tidak lebih murah. Setiap transaksi gagal atau tertunda berarti penjualan hilang, kasus dukungan, dan pelanggan yang mungkin tidak kembali, dan biaya itu bisa dengan cepat melampaui diskon kecil. Jadi pertanyaannya tidak pernah hanya "siapa yang harganya paling rendah?" melainkan "siapa yang memberi saya harga terendah dengan tingkat keberhasilan yang bisa saya andalkan?" Menyeimbangkan keduanya adalah keputusan produk sama seperti keputusan komersial.

Salah satu bagian sistem yang paling tidak terlihat adalah pendanaan. Sebagian besar ekosistem PPOB berjalan di atas deposit prabayar, atau saldo prefunded. Dalam rantai yang saya kenal, reseller menyimpan deposit di Metro Reload, Metro Reload menyimpan deposit di pemasok hulunya, dan Cashplus memegang pengaturan prefunded dengan pemasoknya sendiri berdasarkan perjanjian komersial mereka. Setiap kali transaksi diproses, saldo yang relevan dikurangi. Pengaturan settlement dan rekonsiliasi yang tepat bergantung pada hubungan dan integrasinya.

Ini menjadikan likuiditas sebuah disiplin operasional. Jika saldo yang dibutuhkan untuk transaksi tidak ada, sistem mengembalikan respons saldo tidak cukup dan transaksi tidak diproses melalui sumber itu sampai saldo diisi. Dari sisi pelanggan ini bisa tampak seperti kegagalan tanpa penjelasan. Dari sisi operator, mengawasi saldo dan mendanainya tepat waktu adalah bagian dari pekerjaan, dan contoh bagus dari tanggung jawab yang tidak pernah muncul di daftar fitur.

Secara konseptual, perjalanan dari ketukan sampai hasil seperti ini. Pelanggan memilih produk. Jika diperlukan, aplikasi melakukan inquiry atau validasi untuk memastikan rincian, yang lazim untuk tagihan dan kurang untuk sebagian produk prabayar. Pelanggan memeriksa dan mengonfirmasi, lalu melakukan autentikasi, misalnya dengan PIN transaksi. Platform memvalidasi permintaan dan memprosesnya lewat layanan internal dan integrasi pemasok, biasanya lewat API atau koneksi host-to-host. Pemasok mengembalikan status, kadang langsung dan kadang lewat pembaruan belakangan. Sistem mencatat hasilnya dan menunjukkan hasil atau laporan kepada pelanggan.

Di balik langkah-langkah itu ada hal praktis yang harus diperhatikan orang produk: bagaimana referensi transaksi dikelola, kapan saldo dipotong, bagaimana callback dan pembaruan status ditangani, dan bagaimana semuanya direkonsiliasi sesudahnya. Ketika platform terhubung ke lebih dari satu pemasok, ada juga provider routing, yaitu mekanisme untuk mengarahkan transaksi ke pemasok yang sesuai. Pilihannya bisa mencerminkan harga, keandalan, ketersediaan, dan hubungan komersial, dan tujuannya menyeimbangkan keandalan, ketersediaan, dan kinerja komersial. Aturan spesifik di balik keputusan itu bersifat internal, dan tidak akan saya jelaskan di sini.

Kalau saya bisa mengubah satu hal tentang cara orang luar melihat industri ini, saya ingin membuat "pending" tidak terlalu misterius. Transaksi pending adalah transaksi yang sudah dikirim, saldonya sudah dipotong atau dicadangkan, tetapi pengiriman akhir kepada pelanggan belum dikonfirmasi. Pemasok mungkin belum mengembalikan status yang pasti, dan reseller di hilir mungkin masih menunggu.

Pending tidak berarti gagal. Transaksi pending masih bisa berhasil, atau gagal, dan jawabannya datang dari status akhir pemasok dan dari rekonsiliasi antar pihak. Menurut pengalaman saya ini biasanya selesai dalam sehari, sering dengan basis H+1, tetapi itu praktik yang lazim dan bukan aturan yang berlaku umum atau tingkat layanan yang dijamin untuk setiap provider.

Sebagian besar kesulitannya datang dari ketidaktahuan. Salah satu situasi paling menjengkelkan yang saya tahu adalah transaksi yang gagal dengan pesan galat generik dan tidak ada yang lain. Galat umum tidak memberi tahu operator apakah penyebabnya di aplikasi, di komunikasi jaringan, di lapisan integrasi, atau di pemasok. Tim harus menyelidiki sebelum bisa memutuskan apa yang dilakukan, dan sementara itu pelanggan menunggu. Saya kira inilah mengapa visibilitas status transaksi dan penanganan galat yang jelas adalah tanggung jawab produk, bukan sekadar detail engineering.

Siapa yang akhirnya menanggung biaya transaksi yang gagal atau belum terselesaikan juga tidak sesederhana kedengarannya. Reseller, agregator, pemasok, atau platform masing-masing bisa merasakan dampak operasional atau finansial. Tanggung jawab akhir diselesaikan lewat investigasi, rekonsiliasi, dan ketentuan kontrak antar pihak. Pihak yang merasakan dampak dan pihak yang akhirnya bertanggung jawab sering kali tidak sama.

Transaksi yang andal biasanya hasil dari banyak perbaikan kecil, bukan satu perbaikan cerdas. Sistem internal yang lebih baik, koordinasi yang lebih erat dengan pemasok, dan pesan yang lebih jelas antar sistem semuanya berkontribusi, dan semuanya hanya berhasil jika ada yang mengawasi gambaran keseluruhan secara terus-menerus dan mengoordinasikan perubahan di platform maupun mitra eksternalnya.

Saya tidak berpikir keandalan hanya milik engineering. Manajemen pemasok, daftar produk, harga, prosedur dukungan, dan pemantauan semuanya membentuk apakah uang pelanggan sampai seperti yang diharapkan. Tugas pemimpin produk adalah melihat bagian-bagian itu sebagai satu sistem dan memastikan trade-off di antaranya dibuat dengan sadar.

Memindahkan uang menimbulkan kewajiban. Paparan penipuan berbeda per produk, jadi pencegahannya harus dirancang dengan setiap produk dalam pikiran. Saya tidak akan menjelaskan metode deteksi atau ambang batas, karena itu persis detail yang harus tetap privat. Tanggung jawab anti pencucian uang, aturan perpajakan, dan regulasi otoritas serta kementerian yang relevan semuanya memengaruhi cara platform beroperasi.

Regulasi juga berbeda menurut aktivitas. Layanan seperti transfer dana domestik dan internasional masuk dalam kerangka sistem pembayaran Bank Indonesia, dan cakupan yang diizinkan bagi suatu perusahaan bergantung pada izinnya sendiri yang sah. Keliru jika mengira setiap produk PPOB butuh perizinan yang sama, atau bahwa izin untuk satu aktivitas mencakup aktivitas lain. Kepatuhan, pencegahan kejahatan keuangan, hubungan dengan penagih dan pemasok, serta aturan pajak saling terhubung, dan platform yang memperlakukannya terpisah biasanya baru belajar dengan cara yang sulit.

Pelajaran terbesarnya adalah aplikasi itu bagian yang kecil. Kompleksitas sebenarnya ada di balik antarmuka: volume tinggi, margin tipis, ekspektasi layanan yang ketat, ketergantungan pada pemasok, paparan finansial, dan risiko operasional. Pengalaman membeli yang sederhana bergantung pada beberapa sistem dan beberapa organisasi yang semuanya menjalankan perannya.

Sebagai pemimpin produk, saya merasa pekerjaannya sebagian besar adalah menyatukan kebutuhan yang bersaing: harga kompetitif dan pengiriman yang andal, kecepatan dan kendali, pengalaman pelanggan dan kepatuhan. Produk pembayaran yang berhasil memungkinkan orang menyelesaikan transaksi dan terus melakukannya secara konsisten sementara bisnis di baliknya tetap berkelanjutan.