Desain Formulir untuk Non-Desainer: Kenapa Orang Berhenti di Tengah Jalan dan Cara Memperbaikinya

Orang berhenti mengisi formulir saat apa yang Anda minta lebih berat daripada apa yang mereka dapatkan sebagai imbalannya. Panduan ini membahas perbaikan yang membuat formulir benar-benar selesai diisi di aplikasi buatan AI: field yang lebih sedikit, urutan field yang lebih cerdas, validasi yang lebih lembut, dan konfirmasi yang jelas di akhir.

Hampir setiap aplikasi punya formulir di suatu tempat. Daftar di sini. Tambahkan klien baru. Buat janji temu. Ceritakan apa yang salah. Dan hampir setiap aplikasi kehilangan orang tepat di situ—di satu layar tempat Anda meminta mereka mengetikkan sesuatu sebagai balasan. Mereka cukup penasaran untuk datang, dan formulir itulah tempat mereka diam-diam menutup tab.

Desain formulir sederhananya adalah kumpulan keputusan di balik layar itu: field apa saja yang Anda minta, urutan kemunculannya, dan bagaimana formulir merespons saat seseorang membuat kesalahan atau selesai mengisi. Ini salah satu perubahan berdampak paling besar yang bisa Anda buat pada aplikasi buatan AI, karena formulir adalah momen Anda meminta seseorang melakukan sesuatu—salah menanganinya, dan semua usaha yang Anda tuangkan ke bagian aplikasi lainnya tidak akan pernah punya kesempatan untuk berarti. Berikut alasan orang berhenti mengisi formulir, dan segelintir perubahan yang membuat mereka bertahan sampai akhir.

Kenapa orang berhenti mengisi formulir di tengah jalan?

Orang berhenti saat apa yang diminta formulir lebih berat daripada apa yang mereka dapatkan sebagai imbalannya—itulah keseluruhan mekanismenya. Kebanyakan formulir yang buruk bukan karena tampilannya jelek; mereka hanya meminta terlalu banyak, terlalu dini, sebelum orang itu yakin bahwa itu sepadan.

Bayangkan setiap field sebagai permintaan tersendiri. “Siapa nama Anda?” adalah permintaan kecil. “Unggah izin usaha Anda” adalah permintaan besar. “Buat kata sandi” itu sedang, tapi juga sebuah komitmen—itu seolah bilang Anda akan terus kembali ke sini. Saat seseorang membuka formulir Anda, mereka diam-diam menjumlahkan semua permintaan itu dan menimbangnya dengan seberapa besar mereka menginginkan hasilnya. Jadi langkah pertama dalam desain formulir bukan soal tampilan. Ini soal memutuskan apa yang benar-benar Anda butuhkan.

Berapa banyak field yang sebaiknya ada di sebuah formulir?

Sesedikit mungkin yang bisa Anda lolos. Perbaikan terbesar untuk mengatasi orang yang berhenti mengisi formulir adalah menghapus field—bukan mengecilkannya, bukan menyusunnya ulang. Hapus saja.

Seorang teman membuat alat pemesanan untuk bisnis jasa bersih-bersihnya. Formulir versi pertama punya sebelas field: nama, email, telepon, alamat, luas bangunan, jumlah kamar tidur, jumlah kamar mandi, hewan peliharaan, tanggal yang diinginkan, waktu yang diinginkan, dan “hal lainnya.” Hampir tidak ada yang menyelesaikannya. Kami memangkasnya jadi tiga—nama, telepon, dan “kapan waktu yang cocok?”—dan membiarkan sisanya ditanyakan lewat telepon konfirmasi yang memang sudah biasa dia lakukan. Pemesanan langsung naik. Delapan field lainnya bukan mengumpulkan informasi; mereka justru membuat orang lari sebelum dia sempat mendapatkan calon pelanggannya.

Untuk setiap field, tanyakan satu hal: apakah saya butuh ini sekarang, untuk langkah berikutnya? Jika jawabannya “tidak, tapi akan bagus kalau ada,” hapus saja. Anda selalu bisa menanyakannya nanti, setelah orang itu sudah jadi pelanggan, bukan lagi orang asing yang masih menimbang-nimbang apakah perlu repot. Formulir yang meminta tiga hal dan berhasil diisi lebih baik daripada formulir lengkap yang tidak diselesaikan siapa pun.

Urutan field formulir sebaiknya seperti apa?

Mulai dari field yang paling mudah dan paling ringan komitmennya—yang tidak perlu banyak dipikirkan, seperti nama atau email—dan simpan yang butuh usaha nyata untuk nanti, setelah orang itu sudah punya momentum. Urutan lebih penting dari yang orang kira. Begitu seseorang mulai mengetik, mereka jauh lebih mungkin untuk terus lanjut; bagian tersulit adalah memulainya. Memulai dengan “buat kata sandi” atau “unggah dokumen” meminta komitmen besar sebelum ada momentum sama sekali, dan di situlah orang mundur.

Jika sebuah formulir memang panjang—aplikasi yang detail, pendaftaran dengan dokumen sungguhan—pecah jadi beberapa langkah dan tunjukkan posisi mereka sekarang. “Langkah 2 dari 3” adalah hal kecil yang punya dampak nyata: itu memberi tahu seseorang bahwa akhirnya sudah dekat, jadi mereka tidak berhenti di tengah scroll panjang karena tidak tahu berapa banyak lagi yang tersisa. Garis akhir yang terlihat membuat orang terus bergerak menujunya.

Field formulir mana yang sebaiknya wajib diisi?

Sesedikit mungkin. Tandai field wajib dengan jelas, dan—lebih penting lagi—buat hampir tidak ada yang wajib. Setiap field wajib adalah titik di mana formulir bisa menolak seseorang, dan tidak ada yang lebih cepat membunuh sebuah formulir daripada seseorang yang mengisinya, menekan submit, lalu ditolak balik dengan tiga error merah untuk field yang bahkan tidak mereka sadari harus diisi.

Jika sebuah field bisa bersifat opsional, buat opsional. Nomor telepon yang “ingin Anda punya” tidak sepadan dengan hilangnya orang yang tidak mau memberikannya dan malah berhenti mengisi.

Bagaimana seharusnya kerja error validasi formulir?

Validasi yang baik menangkap kesalahan saat itu juga terjadi dan menjelaskan secara spesifik apa yang harus diperbaiki, bukan menunggu sampai submit lalu memuntahkan sederet merah. Formulir yang baik menangkap masalah tepat di saat itu terjadi, begitu mereka selesai mengisi field tersebut, dan mengatakan sesuatu yang spesifik dan ramah: “Email ini kekurangan tanda @.” Formulir yang buruk menunggu sampai mereka menekan submit, memuntahkan sederet merah, lalu bilang “Input tidak valid”—yang tidak memberi tahu apa pun soal apa yang harus diperbaiki.

Bedanya ada pada apakah formulir itu terasa berpihak pada orang yang mengisinya. “Tanggal itu sudah lewat—pilih hari di minggu ini” adalah bantuan. “Error” adalah teguran. Yang satu selesai diisi; yang satu lagi ditinggalkan. Ini bagian kecil tapi nyata dari desain formulir, dan layak untuk memeriksa setiap pesan error yang bisa ditampilkan aplikasi Anda.

Bagaimana cara membuat formulir ramah untuk seluler?

Dua hal yang paling penting di ponsel, dan ponsel tidak segan menghukum formulir yang malas. Pertama, minta keyboard yang tepat: field email sebaiknya memunculkan keyboard dengan tanda @, field telepon sebaiknya memunculkan numpad. Builder Anda bisa mengatur ini, dan itu mengubah mengetik dari sesuatu yang merepotkan jadi sekadar satu ketukan. Kedua, gunakan date picker sungguhan untuk tanggal, bukan membuat orang mengetik “06/21/2026” dengan jempolnya—kalender yang tinggal diketuk lebih cepat dan tidak pernah menghasilkan format tanggal yang salah.

Coba sendiri: buka formulir aplikasi Anda di ponsel Anda sendiri dan isi seolah-olah Anda orang asing yang sedang terburu-buru. Hambatannya akan terlihat dalam sekitar sepuluh detik.

Apa yang seharusnya terjadi setelah seseorang mengirim formulir?

Tampilkan konfirmasi yang jelas begitu mereka mengirim—sebuah pesan, ucapan terima kasih, atau “sudah kami terima, ini yang akan terjadi selanjutnya.” Bagian formulir yang paling sering dilewatkan adalah bagian akhirnya. Seseorang menekan submit dan… tidak ada yang terlihat terjadi. Apakah berhasil terkirim? Perlukah mereka mengulanginya? Keheningan itu membuat orang mengirim ulang, atau lebih buruk, menganggap ini rusak lalu pergi. Ini cuma satu layar, tapi jadi pembeda antara seseorang yang percaya pada aplikasi Anda dan seseorang yang bertanya-tanya apakah dia baru saja membuang waktu.

Cara meminta ke builder Anda

Sebagian besar dari ini bisa langsung Anda serahkan ke builder AI Anda kalau Anda cukup spesifik:

  • “Formulir ini sebaiknya hanya punya tiga field: nama, telepon, dan tanggal yang diinginkan. Pindahkan semua yang lain ke langkah selanjutnya.”
  • “Buat semua field opsional kecuali nama dan email.”
  • “Tampilkan pesan error inline di samping tiap field saat pengguna mengetik, dengan petunjuk berbahasa sederhana—bukan satu daftar error di bagian bawah.”
  • “Gunakan keyboard email untuk field email dan date picker untuk field tanggal di seluler.”
  • “Setelah mereka submit, tampilkan layar konfirmasi yang bilang formulirnya sudah kami terima dan apa yang terjadi selanjutnya.”

Masing-masing itu adalah instruksi jelas yang bisa langsung dijalankan builder Anda, dan bersama-sama mereka mencakup sebagian besar hal yang membedakan formulir yang diselesaikan orang dari formulir yang mereka tinggalkan.

Bagaimana cara menguji formulir sebelum diluncurkan?

Buka di ponsel Anda dan coba selesaikan secepat mungkin, seolah-olah Anda belum pernah melihatnya sebelumnya. Itulah keseluruhan pengujiannya. Perhatikan setiap titik di mana Anda ragu-ragu, mengernyit, atau harus berpikir—momen ragu-ragu itu persis tempat pengguna sungguhan Anda akan berhenti, dan sekarang Anda tahu persis apa yang harus diperbaiki lebih dulu.