Mengukur Usability Formulir Pendaftaran dengan Task Success Rate
Seorang pengguna menekan tombol daftar, mengisi lima kolom, lalu berhenti di kolom nomor telepon karena format yang diminta tidak jelas. Ia menutup tab. Anda tidak pernah tahu kejadian itu kecuali angka pendaftaran turun. Mengukur usability formulir pendaftaran membuat kejadian semacam ini terlihat sebagai data, bukan dugaan. Task success rate adalah titik awalnya, dan dua metrik pendamping melengkapinya.
Apa yang Diukur dari Sebuah Formulir
Dalam pengujian usability, formulir diperlakukan sebagai satu tugas. Peserta diberi skenario, misalnya “buat akun baru dengan alamat email yang sudah kami siapkan”, lalu Anda mencatat apakah ia berhasil. Dari sesi yang sama Anda bisa mengambil empat angka dasar.
- Task success rate: berapa persen peserta menyelesaikan pendaftaran tanpa bantuan.
- Time on task: berapa lama waktu yang dibutuhkan sampai formulir terkirim.
- Error rate: berapa kali validasi muncul, dan kesalahan apa yang paling sering.
- Rasio bantuan: berapa kali peserta bertanya atau meminta moderator turun tangan.
Empat angka ini saling mengoreksi. Formulir bisa punya success rate tinggi tapi time on task panjang karena orang mengulang kolom yang sama. Bisa juga cepat selesai, tetapi error rate tinggi di kolom tertentu.
Menyiapkan Skenario dan Kriteria Keberhasilan
Kesalahan paling umum saat mengukur formulir adalah skenario yang terlalu longgar. “Coba daftar akun” tidak memberi tahu peserta data apa yang harus dipakai. Akibatnya sebagian orang berhenti di tengah karena tidak punya email, dan angka success rate turun bukan karena desain formulirnya buruk.
Tulis skenario dengan tiga bagian: kondisi awal, data yang dipakai, dan hasil yang diharapkan. Contoh: “Anda belum punya akun. Daftar memakai email yang sudah kami siapkan di kertas ini dan kata sandi pilihan Anda sendiri. Tugas selesai saat Anda melihat halaman konfirmasi.”
Kriteria keberhasilan harus bisa dinilai oleh dua orang berbeda dengan hasil sama. “Berhasil” berarti formulir terkirim dan halaman konfirmasi muncul. “Berhasil dengan kesulitan” berarti peserta sempat salah, mengulang, atau butuh lebih dari satu kali percobaan. “Gagal” berarti peserta menyerah atau meminta bantuan langsung. Tanpa kategori tengah ini, Anda kehilangan informasi paling berguna: bagian mana yang hampir berhasil.
Menghitung Task Success Rate
Rumusnya sederhana. Jumlah peserta yang berhasil dibagi jumlah seluruh peserta, dikali seratus. Kalau tujuh dari sepuluh peserta menyelesaikan pendaftaran tanpa bantuan, success rate-nya 70 persen.
Angka ini tidak berdiri sendiri. Pada uji usability dengan peserta sedikit, selisih satu orang menggeser persentase cukup jauh. Karena itu, laporkan jumlah peserta bersama persentasenya. “Lima dari delapan peserta berhasil” lebih jujur daripada “63 persen berhasil” karena pembaca bisa menilai sendiri seberapa besar ketidakpastiannya.
Pisahkan juga tingkat keberhasilan per langkah kalau formulir Anda panjang. Formulir tiga langkah dengan success rate akhir 60 persen bisa berarti masalahnya di langkah kedua saja. Data per langkah menunjukkan tempat yang perlu diperbaiki lebih dulu.
Mencatat Data Tanpa Alat Mahal
Anda tidak perlu perangkat lunak analitik khusus untuk sesi awal. Lembar catatan dengan satu baris per peserta sudah cukup. Isi kolom berikut.
| Peserta | Hasil | Waktu | Jumlah error | Kolom bermasalah |
|---|---|---|---|---|
| P1 | Berhasil | 1:42 | 1 | nomor telepon |
| P2 | Gagal | 3:10 | 4 | kata sandi |
Catat waktu memakai stopwatch sejak peserta mulai membaca skenario hingga halaman konfirmasi muncul. Kalau peserta berhenti untuk bertanya, hitung jeda itu sebagai bagian dari waktu, tapi tandai di kolom catatan. Jeda karena alat yang lambat tidak mencerminkan masalah desain.
Satu hal yang sering terlewat: rekam layar. Melihat kembali di titik mana peserta berhenti memberi tahu Anda penyebabnya. Mungkin label kolom ambigu, mungkin pesan kesalahan muncul di tempat yang tidak terbaca, mungkin tombol kirim tenggelam di antara teks kecil.
Membaca Hasil dan Menentukan Prioritas
Setelah semua sesi selesai, mulailah dari daftar masalah, bukan dari angka rata-rata. Kelompokkan temuan berdasarkan kolom formulir, lalu urutkan dengan tiga pertanyaan berikut.
- Berapa peserta yang mengalami masalah ini?
- Apakah masalah ini membuat peserta gagal, atau hanya memperlambat?
- Apakah perbaikannya menyentuh satu komponen atau seluruh formulir?
Masalah yang dialami banyak peserta sekaligus menggagalkan tugas masuk prioritas pertama. Contoh yang sering muncul: kolom kata sandi dengan aturan yang tidak ditulis di depan. Peserta mengetik, ditolak, mengetik ulang, dan kehilangan waktu. Perbaikannya bisa sesederhana menampilkan syarat kata sandi sebelum pengguna mulai mengetik.
Kalau success rate sudah tinggi tetapi time on task panjang, fokuskan perbaikan pada kecepatan pengisian. Kolom yang bisa diisi otomatis, urutan tab yang masuk akal, dan pengurangan jumlah kolom wajib biasanya memberi perbaikan paling terasa.
Angka tidak menentukan perbaikan mana yang benar. Angka hanya menunjukkan ke mana Anda harus melihat lebih dekat.
Mengulang Pengukuran Setelah Perbaikan
Setiap kali formulir diubah, ukur lagi dengan skenario yang sama persis. Kalau skenario berubah, hasilnya tidak bisa dibandingkan. Simpan lembar catatan lama sebagai dasar pembanding.
Perhatikan juga bahwa pengguna baru dan pengguna lama menghadapi formulir dengan cara berbeda. Pengguna yang pernah mendaftar di layanan serupa lebih cepat mengenali pola kolom. Kalau Anda menguji keduanya, pisahkan hasilnya agar tidak saling menutupi.
Ringkasan
Task success rate memberi tahu seberapa sering pengguna menyelesaikan pendaftaran, sementara time on task, error rate, dan rasio bantuan menjelaskan alasannya. Tulis skenario yang spesifik, sediakan kategori “berhasil dengan kesulitan”, catat data per langkah, lalu urutkan perbaikan berdasarkan jumlah peserta yang terdampak dan beratnya kegagalan.
Pertanyaan yang Sering Diajukan
Berapa jumlah peserta minimum untuk uji usability formulir?
Tidak ada angka yang berlaku untuk semua kasus. Untuk menemukan masalah besar pada formulir pendek, lima sampai delapan peserta biasanya sudah memperlihatkan pola yang berulang. Kalau formulir Anda panjang atau memiliki banyak cabang logika, tambah peserta agar tiap cabang terwakili.
Apakah task success rate cukup diukur dari data analitik saja?
Data analitik menunjukkan berapa banyak orang berhenti di suatu langkah, tapi tidak menjelaskan penyebabnya. Uji usability melengkapi bagian itu karena Anda bisa melihat ekspresi ragu, mendengar keluhan, dan mencatat kolom mana yang memicu kesalahan.
Bagaimana kalau peserta berhasil tapi dengan cara yang tidak saya duga?
Catat sebagai temuan tersendiri. Peserta yang menempelkan data dari tempat lain, memakai tombol kembali, atau mengisi kolom dengan format berbeda menandakan desain Anda lebih fleksibel dari perkiraan, atau justru menyembunyikan masalah yang belum terlihat. Keduanya layak ditindaklanjuti sebelum menyimpulkan hasil.