Laman » UI / UX » Bagaimana Menguji Navigasi Web dengan Pengecualian Kad dan Ujian Pohon

    Bagaimana Menguji Navigasi Web dengan Pengecualian Kad dan Ujian Pohon

    Tapak web, aplikasi, perisian, apa-apa produk dengan menu memerlukan cara untuk mendapatkan sekitar. Walaupun navigasi anda boleh menjadi keseronokan, kreatif, atau kadang-kadang tidak sengaja, ia selalu perlu berfungsi terlebih dahulu. Apabila membincangkan ujian kebolehgunaan untuk seni bina maklumat, anda akan sering mendengar tentang dua ujian yang paling berkesan: pengisihan kad dan ujian pokok.

    Kedua-dua ujian adalah mudah dan mudah dilakukan, dan kedua-dua ujian menghasilkan data penting untuk memaksimumkan organisasi tapak anda. Penyortiran kad datang sebelum anda membuat struktur anda, sehingga anda dapat memahami bagaimana pengguna anda secara alami menyusun laman web anda. Pengujian pokok datang selepas, sebagai cara untuk mengesahkan kejayaan anda atau menunjukkan ruang untuk penambahbaikan.

    Lagi mengenai Hongkiat:

    • Ujian Kebolehgunaan: Apa yang Anda Perlu Tahu?
    • 7 Langkah Untuk Maklum Balas Laman Web Lebih Baik
    • Keputusan Ujian A / B Dan Kajian Kes Untuk Reka Bentuk Pengalaman Pengguna

    Pemilihan Kad

    Keindahan pengasingan kad adalah dalam kesederhanaannya. Apa yang awak lakukan ialah tuliskan elemen produk anda yang berlainan pada kad nota atau nota Post-It, kemudian mempunyai peserta anda mengaturnya dengan cara yang paling masuk akal untuk mereka.

    Jika itu terlalu banyak untuk ditangani, anda juga boleh menggunakan alat uji kebolehgunaan seperti OptimalSort, yang boleh menganalisis data untuk anda. Sama ada cara, hasilnya memberi anda pemahaman yang mantap mengenai bagaimana pengguna sasaran anda intuitif mengemudi produk anda.

    IMAGE: Majalah Smashing

    Variasi Penyusun Kad

    Terdapat beberapa strategi yang berbeza untuk menyusun kad, bergantung kepada keperluan anda. Donna Spencer, pakar menyusun kad dan Pengasas Maadmob, berkongsi pengalaman peribadi dalam artikel untuk Kotak dan Panah. Untuk aktiviti mudah seperti itu, terdapat banyak variasi dan kawalan yang akan menjejaskan jenis dan kesahan data yang anda terima.

    Perbezaan awal untuk membuat adalah buka atau ditutup, dijelaskan di bawah:

    Pembukaan Terbuka - Pengguna disediakan hanya dengan kad unsur, dan kemudian dibiarkan untuk mengelompokkannya tetapi mereka kelihatan sesuai. Sekali dikelompokkan, pengguna diminta memberikan nama kepada kumpulan itu sendiri. Ini adalah disyorkan untuk menjana idea baru kerana anda boleh bekerja mundur dari proses pemikiran semula jadi pengguna.

    Memadam Ditutup - Sama dengan penyisihan terbuka, pengguna diberi kad elemen; Walau bagaimanapun, mereka diminta untuk mengkategorikan mereka ke dalam kumpulan yang telah ditetapkan. Ini adalah disyorkan jika anda bekerja dalam sekatan kategori pra-sedia ada, seperti mengemas kini struktur laman web yang telah dibangunkan.

    Terbuka berbanding tertutup adalah keputusan utama, tetapi ada kaedah lain untuk memvariasikan hasil anda:

    Kumpulan vs. Individu - Kumpulan membolehkan pengguna untuk bekerjasama, untuk lebih baik atau lebih teruk, dan boleh membantu anda mempelajari pelbagai pengguna sekaligus; Walau bagaimanapun, dinamik kumpulan mungkin menjejaskan keputusan anda.

    Jauh berbanding di lokasi - Alat perisian dalam talian membolehkan anda menguji lebih banyak pengguna dalam masa yang lebih cepat, namun anda tidak dapat melihat secara langsung proses membuat keputusan mereka. Di lokasi memberi anda pemahaman yang lebih lengkap tentang bagaimana pengguna anda membuat keputusan mereka, tetapi memerlukan lebih banyak perancangan dan penjadualan.

    Garis Panduan Pengisihan Kad

    Sudah tentu ada ruang untuk menyusun kad pengasingan anda, tetapi William Hudson, UX Strategist dan Perunding, menyenaraikan beberapa tanda aras umum yang boleh digunakan untuk sebarang kaedah yang anda pilih. Paling berguna, dia menyenaraikan anggaran masa yang anda boleh mengharapkan orang mengurutkan beberapa elemen yang diberikan:

    • ~ 20 minit untuk 30 elemen
    • ~ 30 minit untuk 50 elemen
    • ~ 60 minit untuk 100 elemen

    Dengan menggunakan struktur masa ini, anda boleh merancang terlebih dahulu berapa lama ujian yang diperlukan untuk mentadbir, sekali kad ditulis atau perisian yang ditubuhkan. Walau bagaimanapun, dalam pengalaman peribadi kami, garis panduan ini agak murah hati - salah satu daripada kad tertutup kami melibatkan 47 kad dan empat kategori, tetapi hanya memerlukan purata tiga minit untuk melengkapkan.

    Satu lagi peraturan sejagat adalah untuk mengelakkan bahasa yang kompleks pada kad. Kata-kata besar - sekurang-kurangnya perkataan dengan suku kata - dan jargon teknikal menjalankan risiko mengelirukan penguji, atau mereka salah tafsir erti yang. Walaupun kata-kata mudah adalah nasihat yang baik secara umumnya untuk penggunaan bahasa sesuatu produk, ia adalah penting untuk menyusun kad kerana pelabelan yang terlalu rumit akan mengganggu proses pemikiran semula jadi.

    Banyak pakar bersetuju dengan merit penyisihan kad. Pakar Pierre Croft, IA dan UX untuk Decibel Digital menggalakkan penyisihan kad kerana ia dapat menolong membelokkan idea buruk HIPPOS (orang yang dibayar paling tinggi di dalam bilik) yang mungkin tidak tahu bagaimana untuk membina laman web yang baik. Dia juga menyenaraikan beberapa petunjuk untuk diingat semasa menyediakan ujian anda:

    (1) Jangan campurkan kategori ibu bapa dan kanak-kanak - Dengan kata lain, gunakan kategori dari tahap yang sama, atau anda akan mengelirukan peserta anda.

    (2) Mempunyai kad dan pena kosong - Walaupun ini adalah prosedur piawai bagi pengasingan kad terbuka, ia juga agak berguna untuk menyusun kad tertutup. Selepas ujian rasmi selesai, anda boleh menyediakan kad kosong pasangan untuk peserta menulis kategori tambahan. Walaupun maklumat itu mungkin “luar rakaman,” ia dapat membawa beberapa gambaran berguna.

    (3) Jangan campur tangan - Campurtangan akan mengaburkan data, jadi elakkan pencerobohan. Sudah tentu memberi panduan pengambil petunjuk jika mereka keliru, tetapi hanya untuk isu yang tidak berkaitan dengan hasilnya.

    (4) Tidak mengapa jika pengguna tidak mengumpulkan semuanya - Kekurangan kumpulan boleh sama seperti yang dikatakan sepenuhnya. Jika ini berlaku, pastikan anda bertanya kepada pengguna mengapa. Jika anda menjalankan jenis yang tertutup dan tidak semuanya disusun, anda juga boleh menyediakan kad kosong untuk melihat mengapa kategori yang sedia ada tidak dipilih.

    (5) Tetapkan had masa terlebih dahulu - Ini menjadikan penjadualan lebih mudah secara umum, dan memberi peserta idea tentang berapa banyak masa untuk dibelanjakan untuk tugas mereka.

    (6) Hadkan kad anda - Jika laman web anda mempunyai beratus-ratus atau bahkan beribu-ribu halaman, anda boleh memilih halaman pertama dan peringkat kedua untuk memastikan perkara-perkara yang boleh diurus. Sebagai contoh, “Hubungi Kami,” “Syarat Perjanjian,” dan halaman utiliti lain boleh dihilangkan kerana ia boleh didapati di hampir semua laman web di luar sana (jadi anda tidak akan benar-benar menguji apa-apa yang unik ke laman web anda).

    Ujian Pokok

    Pada spektrum penyisihan kad yang berlawanan, ujian pokok membolehkan anda untuk menguji arsitektur maklumat selepas dirancang. Pengujian pokok berfungsi oleh menghilangkan elemen visual sistem navigasi anda untuk melihat bagaimana struktur asas tambangnya sendiri. Dengan ujian pokok, anda hanya memeriksa melabelkan dan hierarki kandungan anda.

    Martin Rosenmejer dari pokok panggilan Webcredible menguji salah satu langkah yang paling penting dalam proses reka bentuk. Secara ringkas, ujian pokok melibatkan peserta mencari maklumat yang berbeza pada sitemap yang boleh diklik (atau “pokok”).

    Menggunakan alat uji kebolehgunaan seperti Treejack, anda kemudian merekod kejayaan tugas (klik pada destinasi yang betul) dan ketepatan tugas (kepastian pengguna bahawa mereka mendapati apa yang diperlukan). Ia adalah kaedah yang mudah untuk melihat seberapa baik pengguna anda boleh mencari jalan mereka di sekitar produk anda.

    Seperti yang dipaparkan di atas, apabila kami mendesain semula laman web Yelp, kami menyediakan pokok yang mewakili tapak sokongan dan kemudian memberi pengguna 10 tugas (sebagai contoh, mencari maklumat tentang apa yang perlu dilakukan dengan ulasan buruk). Kerana kadar kejayaan tugas keseluruhan adalah 53% dan keberkesanan adalah 46%, kita tahu bahawa IA perlu berubah - tetapi kita tahu betul-betul di mana untuk membuat perubahan itu.

    Ringkasnya, bar carian tapak (atau menu hamburger tiga hala) tidak cukup jika navigasi kurang baik kerana pengguna tidak akan tahu apa yang ada untuk dicari. Peraturan ibu jari untuk reka bentuk web adalah untuk membuat pengguna berfikir sesedikit mungkin, kerana mencari memerlukan pengguna untuk ingat dari ingatan, itu memberi kesan negatif kepada UX.

    Jika kami telah menjual idea ujian pokok kepada anda, Jeff Sauro, Pengasas Pengukur Pengukuran, masuk ke dalam butiran mengenai bagaimana cara menjalankannya dengan betul. Beliau menjelaskan bahawa ujian pokok digunakan terutamanya untuk dua sebab:

    (1) Tentukan kelonggaran produk - Sebaik-baik pengguna boleh menavigasi laman web ini, dan bidang apa yang menyebabkan masalah dengan navigasi?

    (2) Mengesahkan perubahan - Adakah kemas kini baru-baru ini betul membetulkan masalah, atau semakan lebih lanjut diperlukan?

    Ujian pokok adalah, dalam hati, ujian statistik. Seperti dengan ujian kuantitatif lain, data akan lebih tepat dengan lebih banyak peserta. Seberapa tepat? Semak carta ini untuk mencari margin ralat terkecil yang terkandung dalam cara anda; kami mengesyorkan untuk mencapai kesilapan 20% atau lebih baik.

    Kesimpulannya

    Kita tidak boleh menekankan betapa pentingnya seni bina maklumat - jika kandungan tidak tersusun secara logik dengan aliran mudah, mungkin juga tidak wujud. Itulah sebabnya ujian awal ini boleh membantu mengenal pasti dan menyelesaikan masalah sebelum mereka menjadi masalah.

    Kekuatan ujian seperti ini adalah data yang dimodelkan selepas tingkah laku semula jadi pengguna, dan ketika menguji IA anda, tidak ada ujian yang lebih baik daripada kedua-dua.

    Nota editor: Ini ditulis untuk Hongkiat.com oleh Jerry Cao. Jerry adalah ahli strategi kandungan di UXPin di mana beliau membangunkan kandungan dalam aplikasinya dan dalam talian untuk platform wireframing dan prototaip. Untuk nasihat dan kajian kes mengenai 30 jenis ujian kebolehgunaan, lihat Panduan Ujian Penggunaan Keupayaan.

    Sekarang Baca: 7 Langkah ke Maklum Balas Laman Web Lebih Baik