Beranda » UI / UX » Cara Menguji Navigasi Web dengan Penyortiran Kartu dan Pengujian Pohon

    Cara Menguji Navigasi Web dengan Penyortiran Kartu dan Pengujian Pohon

    Situs web, aplikasi, perangkat lunak, produk apa pun dengan menu membutuhkan cara untuk berkeliling. Meskipun navigasi Anda bisa menyenangkan, kreatif, atau kadang-kadang tidak lazim, itu selalu harus berfungsi dulu. Saat mendiskusikan pengujian kegunaan untuk arsitektur informasi, Anda akan sering mendengar tentang dua tes paling efektif: penyortiran kartu dan pengujian pohon.

    Kedua tes itu sederhana dan mudah dilakukan, dan keduanya tes menghasilkan data penting untuk memaksimalkan pengorganisasian situs Anda. Penyortiran kartu dilakukan sebelum Anda membuat struktur, sehingga Anda dapat memahami bagaimana pengguna Anda secara alami mengatur situs Anda. Pengujian pohon dilakukan setelahnya, sebagai cara untuk memvalidasi kesuksesan Anda atau menunjukkan ruang untuk perbaikan.

    Lebih lanjut tentang Hongkiat:

    • Pengujian Kegunaan: Yang Perlu Anda Ketahui?
    • 7 Langkah Untuk Umpan Balik Situs Web Yang Lebih Baik
    • Hasil Uji A / B Dan Studi Kasus Untuk Desain Pengalaman Pengguna

    Penyortiran Kartu

    Keindahan kartu sortir adalah dalam kesederhanaannya. Yang kamu lakukan adalah tulis berbagai elemen produk Anda pada kartu catatan atau catatan Post-It, kemudian minta peserta Anda mengaturnya dengan cara yang paling masuk akal bagi mereka.

    Jika itu terlalu sulit untuk ditangani, Anda juga bisa menggunakan alat pengujian kegunaan seperti OptimalSort, yang dapat menganalisis data untuk Anda. Either way, hasilnya memberi Anda pemahaman yang kuat tentang bagaimana target pengguna Anda akan melakukannya secara intuitif arahkan produk Anda.

    IMAGE: Smashing Magazine

    Variasi Penyortiran Kartu

    Ada beberapa strategi berbeda untuk penyortiran kartu, tergantung pada kebutuhan Anda. Donna Spencer, pakar penyortiran kartu dan Pendiri Maadmob, membagikan pengalaman pribadinya dalam sebuah artikel untuk Boxes and Arrows. Untuk aktivitas sederhana seperti itu, ada banyak variasi dan kontrol yang akan memengaruhi jenis, dan validitas, data yang Anda terima.

    Perbedaan awal yang harus dibuat adalah Buka atau Tutup, dijelaskan di bawah ini:

    Buka Sortasi - Pengguna hanya diberikan kartu elemen, dan kemudian dibiarkan mengelompokkannya namun mereka anggap cocok. Setelah dikelompokkan, pengguna diminta untuk memberikan nama pada grup itu sendiri. Ini direkomendasikan untuk menghasilkan ide-ide baru karena Anda dapat bekerja mundur dari proses pemikiran alami pengguna.

    Penyortiran Tertutup - Seperti penyortiran terbuka, pengguna diberi elemen kartu; Namun, mereka diminta untuk mengkategorikan mereka ke dalam kelompok yang telah ditentukan. Ini disarankan jika Anda bekerja dalam batasan kategori yang sudah ada sebelumnya, seperti memperbarui struktur situs web yang sudah dikembangkan.

    Terbuka vs. tertutup adalah keputusan utama, tetapi ada metode lain untuk memvariasikan hasil Anda:

    Grup vs. Individu - Grup memungkinkan pengguna untuk bekerja secara kolaboratif, baik atau buruk, dan dapat membantu Anda mempelajari lebih dari satu pengguna sekaligus; Namun, dinamika grup dapat memengaruhi hasil Anda.

    Terpencil vs. Lokasi - Perangkat lunak daring memungkinkan Anda menguji lebih banyak pengguna dalam waktu yang lebih cepat, namun Anda tidak dapat secara langsung mengamati proses pengambilan keputusan mereka. Di tempat memberi Anda pemahaman yang lebih lengkap tentang bagaimana pengguna Anda mengambil keputusan, tetapi membutuhkan lebih banyak perencanaan dan penjadwalan.

    Pedoman Penyortiran Kartu

    Tentu saja ada ruang untuk menyesuaikan penyortiran kartu Anda, tetapi William Hudson, Ahli Strategi dan Konsultan UX, mendaftar beberapa tolok ukur umum yang dapat diterapkan pada metode apa pun yang Anda pilih. Paling berguna, ia mencantumkan perkiraan waktu yang dapat Anda harapkan orang untuk mengurutkan sejumlah elemen:

    • ~ 20 menit selama 30 elemen
    • ~ 30 menit untuk 50 elemen
    • ~ 60 menit untuk 100 elemen

    Dengan menggunakan struktur waktu ini, Anda dapat merencanakan sebelumnya berapa lama tes akan dilakukan, setelah kartu ditulis atau perangkat lunak dibuat. Namun, dalam pengalaman pribadi kami, pedoman ini agak murah hati - salah satu jenis kartu tertutup kami melibatkan 47 kartu dan empat kategori, tetapi hanya membutuhkan rata-rata tiga menit untuk menyelesaikan.

    Aturan universal lainnya adalah untuk menghindari bahasa yang rumit pada kartu. Kata-kata besar - setidaknya kata-kata dengan banyak suku kata - dan jargon teknis menanggung risiko membingungkan peserta tes, atau mereka salah mengartikan artinya. Sementara kata-kata sederhana adalah saran yang baik secara umum untuk penggunaan bahasa suatu produk, itu penting untuk penyortiran kartu karena pelabelan yang terlalu rumit akan mengganggu proses pemikiran alami.

    Banyak ahli sepakat tentang manfaat dari penyortiran kartu. Pierre Croft, IA dan pakar UX untuk Decibel Digital mendorong penyortiran kartu karena dapat membantu menangkis ide-ide buruk HIPPOS (orang-orang dengan bayaran tertinggi di ruangan) yang mungkin tidak tahu bagaimana membangun situs web yang baik. Ia juga mencantumkan beberapa petunjuk yang perlu diingat saat mempersiapkan tes Anda:

    (1) Jangan mencampur kategori induk dan anak - Dengan kata lain, gunakan kategori dari tingkat yang sama, atau Anda akan membingungkan peserta Anda.

    (2) Sediakan kartu dan pena kosong - Walaupun ini adalah prosedur standar untuk penyortiran kartu terbuka, ini juga cukup berguna untuk penyortiran kartu tertutup. Setelah pengujian formal selesai, Anda dapat memberikan beberapa kartu kosong bagi peserta untuk menuliskan kategori tambahan. Sementara informasinya mungkin “Diluar rekaman,” itu bisa membawa beberapa wawasan berguna.

    (3) Jangan campur tangan - Intervensi akan mengaburkan data, jadi hindari godaan. Tentu saja memberikan bimbingan kepada peserta tes jika mereka bingung, tetapi hanya untuk masalah yang tidak terkait dengan hasil.

    (4) Tidak masalah jika pengguna tidak mengelompokkan semuanya - Kurangnya pengelompokan bisa sama jitu dengan yang sepenuhnya lengkap. Jika ini terjadi, pastikan Anda bertanya kepada pengguna mengapa. Jika Anda menjalankan pengurutan tertutup dan tidak semuanya diurutkan, Anda juga dapat memberikan kartu kosong untuk melihat mengapa kategori yang ada tidak dipilih.

    (5) Tetapkan batas waktu sebelumnya - Ini membuat penjadwalan lebih mudah secara umum, dan memberi para peserta gagasan tentang berapa banyak waktu yang dihabiskan untuk tugas-tugas mereka.

    (6) Batasi kartu Anda - Jika situs web Anda memiliki ratusan atau bahkan ribuan halaman, Anda hanya dapat memilih halaman tingkat pertama dan kedua agar semuanya dapat dikelola. Sebagai contoh, “Hubungi kami,” “Ketentuan Perjanjian,” dan halaman utilitas lainnya dapat dihilangkan karena mereka dapat ditemukan di hampir semua situs web di luar sana (sehingga Anda tidak akan benar-benar menguji sesuatu yang unik untuk situs Anda).

    Pengujian Pohon

    Pada spektrum penyortiran kartu yang berlawanan, pengujian pohon memungkinkan Anda menguji arsitektur informasi setelah dirancang. Pengujian pohon bekerja oleh menghapus elemen visual sistem navigasi Anda untuk melihat bagaimana struktur dasar tarifnya sendiri. Dengan tes pohon, Anda hanya memeriksa pelabelan dan hirarki konten Anda.

    Martin Rosenmejer dari Webcredible menyebut pohon menguji salah satu langkah terpenting di awal proses desain. Singkatnya, tes pohon melibatkan peserta menemukan informasi yang berbeda pada peta situs yang dapat diklik (atau “pohon”).

    Menggunakan alat pengujian kegunaan seperti Treejack, Anda kemudian merekam tugas berhasil (mengklik ke tujuan yang benar) dan pengarahan tugas (kepastian pengguna bahwa mereka menemukan apa yang dibutuhkan). Ini adalah metode yang sangat mudah untuk melihat seberapa baik pengguna Anda dapat menemukan jalan mereka di sekitar produk Anda.

    Seperti yang ditampilkan di atas, ketika kami mendesain ulang situs web Yelp, kami menyediakan pohon yang mewakili situs dukungan dan kemudian memberi pengguna 10 tugas (misalnya, mencari informasi tentang apa yang harus dilakukan dengan ulasan buruk). Karena tingkat keberhasilan tugas keseluruhan adalah 53% dan keterusterangan adalah 46%, kami tahu bahwa IA perlu diubah - tetapi kami tahu persis di mana membuat perubahan itu.

    Sederhananya, bilah pencarian situs (atau menu hamburger tiga baris) tidak cukup jika navigasinya buruk karena pengguna tidak akan tahu apa yang tersedia untuk pencarian. Aturan praktis untuk desain web adalah membuat pengguna berpikir sesedikit mungkin, karena pencarian mengharuskan pengguna untuk mengingat dari memori, itu berdampak negatif pada UX.

    Jika kami sudah menjual gagasan pengujian pohon pada Anda, Jeff Sauro, Kepala Pendiri MeasuringU, menjelaskan secara terperinci tentang cara menjalankannya dengan benar. Dia menjelaskan bahwa pengujian pohon digunakan terutama karena dua alasan:

    (1) Tentukan kemampuan pencarian suatu produk - Seberapa baik pengguna dapat menavigasi situs, dan area apa yang paling menyebabkan masalah dengan navigasi?

    (2) Validasikan perubahan - Apakah pembaruan terkini memperbaiki masalah dengan benar, atau perlu revisi lebih lanjut?

    Pengujian pohon, pada dasarnya, adalah uji statistik. Seperti tes kuantitatif lainnya, data akan lebih akurat dengan lebih banyak peserta. Seberapa akurat? Lihat bagan ini untuk menemukan margin kesalahan terkecil dalam kemampuan Anda; kami sarankan bertujuan untuk kesalahan 20% atau lebih baik.

    Kesimpulan

    Kami tidak dapat cukup menekankan pentingnya arsitektur informasi - jika konten tidak disusun secara logis dengan aliran sederhana, mungkin juga tidak ada. Itu sebabnya tes awal ini bisa membantu mengidentifikasi dan memecahkan masalah sebelum benar-benar menjadi masalah.

    Kekuatan dari tes seperti ini adalah bahwa data dimodelkan setelah perilaku alami pengguna, dan ketika datang untuk menguji IA Anda, tidak ada tes yang melakukannya lebih baik dari kedua.

    Catatan Editor: Ini ditulis untuk Hongkiat.com oleh Jerry Cao. Jerry adalah ahli strategi konten di UXPin di mana ia mengembangkan konten dalam aplikasi dan online untuk platform wireframing dan prototyping. Untuk saran dan studi kasus pada 30 jenis tes kegunaan yang berbeda, lihat Panduan untuk Pengujian Kegunaan.

    Sekarang Baca: 7 Langkah untuk Umpan Balik Situs Web yang Lebih Baik