Kompleks di Belakang, Sederhana di Depan: Masa Depan Fintech

Setiap teknologi yang berhasil pada akhirnya menyembunyikan dirinya sendiri. Kita menyalakan lampu tanpa memikirkan jaringan listrik, dan mengirim pesan tanpa memikirkan perutean paket. Menyembunyikan kerumitan adalah tanda kematangan, bukan penipuan.

Tapi keuangan punya satu perbedaan penting dari lampu: konsekuensinya ditanggung pengguna, bukan penyedia. Karena itu ada batas yang perlu dijaga antara menyembunyikan kerumitan dan menyembunyikan akibat.

Apa yang layak disembunyikan

• Langkah teknis yang tidak mengubah hasil bagi pengguna: perutean, konversi format, pemilihan jalur pengiriman.
• Istilah internal yang tidak punya arti di luar sistem.
• Proses yang memang otomatis dan tidak butuh keputusan pengguna.

Apa yang tidak boleh disembunyikan

• Siapa yang memegang dana, dan apa statusnya bila pemegang itu bermasalah.
• Semua biaya yang benar-benar dibayar, termasuk yang tertanam dalam selisih harga.
• Berapa lama dan lewat proses apa dana bisa ditarik, termasuk ketika sistem sedang padat.
• Apa yang bisa membuat angka turun, dan sampai seberapa jauh.

Aturan praktisnya: sembunyikan bagaimana, tampilkan apa akibatnya.

Kesederhanaan yang jujur dan yang tidak

Kesederhanaan yang jujur mengurangi jumlah langkah tanpa mengurangi jumlah informasi yang menentukan keputusan. Ia meringkas, bukan menghapus. Ciri khasnya: pengguna bisa menemukan detailnya dalam satu ketukan, dan detail itu ditulis dengan bahasa yang sama seperti layar utamanya.

Kesederhanaan yang tidak jujur memindahkan informasi penting ke tempat yang secara teknis tersedia tapi praktis tidak pernah dibaca: dokumen panjang, tautan kecil, atau bahasa yang berubah menjadi hukum begitu menyangkut risiko.

Contoh: satu angka yang menyembunyikan empat

Ambil satu layar konfirmasi yang menampilkan "kamu menerima" dalam satu angka besar. Angka itu bisa merupakan hasil dari empat hal sekaligus: biaya layanan, biaya jaringan, selisih antara harga beli dan harga jual, dan kurs yang dipakai. Semuanya sah, semuanya nyata, dan semuanya lenyap ke dalam satu angka.

Menampilkan keempatnya sekaligus akan membuat layar berantakan, dan pembaca kebanyakan tidak membutuhkannya setiap saat. Tapi ada jalan tengah yang mudah: satu baris ringkas yang menyebut total biaya, dengan rinciannya satu ketukan di bawahnya. Itu tidak menambah kerumitan; ia hanya menolak menghapus informasi yang menentukan.

Uji lakmusnya sederhana. Bila seorang pengguna menghitung sendiri dengan kalkulator dan hasilnya tidak cocok dengan yang ia lihat, penyederhanaan itu sudah melewati batas.

Beban yang berpindah, bukan hilang

Setiap kerumitan yang dihapus dari layar tidak menguap — ia berpindah ke seseorang. Kadang ke tim yang membangun sistemnya, yang memang tempat paling tepat. Kadang ke pengguna, dalam bentuk kejutan di kemudian hari. Desain yang baik memilih penerimanya dengan sadar.

Itu sebabnya pertanyaan desain di produk keuangan bukan "seberapa sedikit langkah yang bisa kita capai", melainkan "kerumitan mana yang kita ambil alih, dan kerumitan mana yang tetap harus dipahami pengguna karena dialah yang menanggung akibatnya".

Ke mana desainnya bergerak

Arah yang paling menjanjikan bukan menampilkan lebih banyak data, melainkan menampilkan data yang tepat pada momen keputusan. Angka biaya paling berguna tepat sebelum konfirmasi, bukan di halaman ketentuan. Estimasi waktu penarikan paling berguna sebelum menyetor, bukan setelah menekan tombol tarik.

Pergeseran kecil semacam itu tidak membuat produk terlihat lebih canggih. Ia hanya memindahkan informasi ke tempat yang membuatnya berguna — dan itu, pada akhirnya, adalah definisi desain yang baik.

Sumber

Klaim faktual dalam tulisan ini bersandar pada dokumen publik berikut. Tautan mengarah ke laman resmi penerbitnya; cara kami memilih sumber dijelaskan di Standar Sumber.

1. OECD — Prinsip perlindungan konsumen keuangan (G20/OECD)
2. Financial Stability Board — Financial innovation and structural change
3. BIS Annual Economic Report 2023, Bab III