Uji halaman dengan meminta seseorang menyelesaikan tugas yang relevan, lalu amati apa yang terjadi. Cara ini membantu menemukan informasi yang sulit dicari, istilah yang membingungkan, dan jalur yang terputus.
Penilaian “desainnya bagus” tidak menjelaskan apakah halaman membantu pengguna. Tugas yang jelas memberi objek pengamatan yang lebih berguna.
Pilih satu kebutuhan dari pencarian
Gunakan kebutuhan yang memang sesuai dengan halaman. Misalnya, seseorang mencari tempat servis mesin kopi dan perlu mengetahui apakah alat serta wilayahnya dilayani.
Tugasnya bisa berbunyi: “Kamu memiliki mesin jenis ini di wilayah tersebut. Cari tahu apakah layanan ini sesuai, lalu tunjukkan langkah untuk menanyakan jadwal.”
Hindari memberi petunjuk lokasi jawaban, seperti “klik tombol hijau di bawah”. Petunjuk tersebut menguji kepatuhan pada instruksi, bukan kemampuan halaman membantu pengguna menemukan jalannya.
Tentukan kondisi sebelum mulai
Catat perangkat, ukuran layar, browser, halaman awal, dan keadaan yang relevan. Gunakan peserta yang cukup sesuai dengan pembaca sasaran, sambil mencatat batas pemilihannya.
Pengujian dengan beberapa orang memberi temuan kualitatif. Jangan mengubahnya menjadi persentase seluruh audiens atau klaim bahwa semua pengunjung mengalami masalah yang sama.
Jelaskan bahwa yang diperiksa adalah halaman. Peserta tidak perlu merasa sedang diuji kepintarannya, karena tekanan dapat memengaruhi cara mereka bertindak.
Amati tindakan dan ucapan secara terpisah
Catat bagian yang dibuka, langkah yang diulang, informasi yang dicari, dan titik ketika peserta ragu. Jika meminta peserta menjelaskan pikirannya, jangan mengoreksi pilihan mereka saat tugas berlangsung.
Pisahkan pengamatan dari interpretasi. “Peserta kembali ke bagian atas dua kali” adalah pengamatan. “Navigasi pasti buruk” adalah interpretasi yang masih perlu ditelusuri.
Jika tugas terhenti, catat langkah terakhir dan informasi yang dibutuhkan. Pertanyaan netral seperti “apa yang sedang kamu cari?” lebih membantu daripada “apakah tombolnya kurang terlihat?”
Gunakan lembar pengamatan
| Kolom | Contoh ilustratif |
|---|---|
| Tugas | Menentukan kecocokan layanan |
| Langkah teramati | Membuka FAQ, lalu kembali ke informasi wilayah |
| Hambatan | Jenis alat tidak disebut dengan istilah yang dikenal |
| Kutipan peserta | Catatan ucapan yang diizinkan |
| Interpretasi sementara | Kategori alat mungkin kurang jelas |
| Pemeriksaan berikutnya | Cocokkan istilah dengan informasi layanan |
Jangan menuliskan kutipan yang tidak benar-benar diucapkan. Jika tidak merekam, beri tahu bahwa catatan merupakan ringkasan pengamat.
Cari penyebab yang dapat diperbaiki
Satu hambatan dapat memiliki beberapa penjelasan. Pengguna mungkin tidak menemukan informasi karena tidak ada, posisinya sulit terlihat, judulnya tidak jelas, atau istilahnya berbeda dari yang dikenal.
Periksa isi sebelum mengubah desain. Memperbesar tombol tidak membantu jika pertanyaan utama belum terjawab.
Contoh ilustratif: peserta menemukan tombol kontak, tetapi belum yakin layanan menerima jenis mesinnya. Perbaikan yang layak diuji adalah memperjelas cakupan alat, bukan menambahkan tombol kedua.
Pilih perbaikan dan ulangi tugas
Tulis hipotesis yang menghubungkan perubahan dengan hambatan. Misalnya: memperjelas nama kategori alat akan membantu peserta menentukan kecocokan tanpa menebak.
Setelah revisi, ulangi tugas pada kondisi yang dicatat. Jika orang yang sama mengikuti uji, akui bahwa mereka telah mengenal halaman. Peserta baru dapat membantu memeriksa pengalaman pertama, tetapi tetap perlu konteks yang sesuai.
Jangan menyimpulkan peningkatan konversi dari uji tugas saja. Uji ini menunjukkan perubahan kemampuan menyelesaikan tugas dalam kondisi pengamatan.
Gunakan ketika data kuantitatif terbatas
Website dengan trafik sedikit tetap dapat menemukan hambatan melalui pengamatan yang terarah. Pilih masalah penting yang bisa direproduksi dan perbaiki dengan pemeriksaan yang sesuai.
Untuk pertanyaan seperti “versi mana menghasilkan lebih banyak permintaan pada seluruh pengunjung”, dibutuhkan rancangan pengukuran berbeda. Jangan memaksa uji tugas menjawab semua pertanyaan.
Mulai dari satu halaman, satu tugas, dan satu lembar pengamatan. Hasil yang paling berguna adalah hambatan yang jelas, alasan perbaikan yang dapat dijelaskan, dan bukti bahwa jalur pengguna bekerja lebih baik pada pengujian berikutnya.
