Cara Menjalankan Audit Seni Bina Maklumat Berasaskan Tugasan

Audit tugas dan semua laluan munasabah yang menuju kepada hasilnya sebelum mengaudit menu atau melakar peta laman baharu. Menu yang padat, halaman dengan kadar keluar tinggi atau aduan bahawa maklumat sukar dicari hanyalah isyarat awal. Tanpa bukti pada peringkat tugas, pasukan mudah menyalah anggap kandungan yang tiada, label kabur, pautan silang yang lemah, hasil carian yang tidak relevan atau kawalan yang sukar digunakan sebagai kegagalan struktur seluruh laman.

Apakah keputusan yang perlu dimaklumkan oleh audit?

Audit perlu direka untuk menjawab satu keputusan yang jelas, seperti membaiki satu bahagian, menukar label, menyediakan migrasi atau menentukan sama ada bukti menyokong reka bentuk semula yang lebih luas. Nyatakan keputusan itu sebelum pasukan membuka peta laman. Langkah ini mengelakkan audit daripada berkembang menjadi senarai panjang ketidaksempurnaan yang menarik perhatian tetapi tidak membantu pemilik laman memilih tindakan, peruntukan atau urutan kerja.

Tetapkan khalayak, matlamat, konteks permulaan, jenis halaman, peranti, bahasa, kebenaran akses dan keadaan perjalanan yang termasuk dalam skop. Kesimpulan kemudian hanya terpakai pada konteks tersebut, bukan pada gambaran kabur tentang pengguna purata. Jika portal pelanggan berdaftar menawarkan laluan berbeza daripada laman awam mudah alih, kedua-duanya perlu dinyatakan secara berasingan apabila perbezaan itu berkaitan dengan keputusan audit.

Seni bina maklumat merangkumi organisasi, label dan navigasi yang membantu pengguna mencari maklumat, memahami lokasi serta pilihan mereka dan menyelesaikan tugas. Audit berasaskan tugas menilai sama ada sistem laluan sedia ada menyokong tugas terpilih dan tidak menggantikan inventori kandungan, audit SEO teknikal, penilaian pematuhan kebolehcapaian atau kerja reka bentuk semula. Jika audit menemukan isu daripada disiplin lain, rekodkan rujukan susulan tanpa memperluas kesimpulan asal.

• Fakta disahkan: keadaan yang boleh dibuktikan terus, seperti halaman atau fungsi yang memang wujud.
• Pemerhatian tingkah laku: perkara yang dilakukan atau dikatakan peserta dalam konteks penyelidikan.
• Pemeriksaan pakar: masalah berpotensi yang dikenal pasti melalui semakan profesional.
• Hipotesis: penjelasan yang masih perlu diuji sebelum digunakan sebagai asas keputusan.

Bagaimanakah set tugas yang mewakili pengguna dibina daripada bukti?

Bina set tugas dengan menulis hasil yang perlu dicapai oleh pengguna, kemudian catat asal-usul bukti bagi setiap tugas. Gunakan bahasa yang dikenali pengguna tanpa membocorkan label destinasi atau jawapan navigasi. Sebagai contoh struktur, nyatakan bahawa seseorang perlu mendapatkan syarat dan langkah seterusnya bagi suatu urusan, bukannya mengarahkannya untuk membuka menu yang namanya sedang diuji. Kejayaan ditakrifkan melalui hasil, bukan sekadar tiba di halaman.

Panduan GOV.UK mengesyorkan penyelidik memahami perkara yang cuba dilakukan oleh pengguna, cara mereka melakukannya sekarang, masalah yang dialami dan hasil yang diperlukan. Analitik, log carian, data sokongan, penyelidikan terdahulu, temu bual, pemerhatian dan kakitangan yang bekerja dengan pengguna boleh menyumbang bukti. Namun, setiap sumber menjawab soalan berbeza: jumlah kunjungan menunjukkan corak, manakala pemerhatian dan temu bual membantu menerangkan konteks serta maksudnya.

Seimbangkan tugas yang kerap dengan tugas yang penting, sukar atau kurang dilayan. Populariti sahaja boleh menenggelamkan perjalanan yang jarang berlaku tetapi membawa akibat besar kepada pengguna atau organisasi. Pendapat pemegang taruh dan pemeriksaan pakar masih berguna untuk mencadangkan calon, tetapi tandakannya sebagai hipotesis sehingga disokong oleh bukti pengguna. Satu kajian Digital.gov turut membentuk senario realistik daripada penyelidikan terdahulu dan menyemak liputannya sebelum ujian.

• Khalayak dan pencetus yang menyebabkan tugas bermula.
• Konteks permulaan yang realistik, termasuk kemasukan luar, halaman bahagian atau kawasan berdaftar.
• Hasil berjaya serta kandungan, transaksi atau keadaan yang diperlukan untuk mencapainya.
• Destinasi yang dijangka, sumber bukti, tahap kepastian dan soalan yang masih belum terjawab.

Apakah yang perlu direkodkan dalam lembaran tugas-ke-laluan?

Lembaran tugas-ke-laluan perlu menghubungkan satu tugas yang disokong bukti dengan hasil, destinasi, konteks permulaan, semua laluan munasabah, petunjuk yang diperiksa, tingkah laku yang diperhatikan, diagnosis dan ujian semula. Gunakan rekod yang sama daripada pemeriksaan awal hingga penetapan pemilik. Dengan itu, setiap cadangan boleh dijejaki kembali kepada tugas dan bukti tertentu, bukannya bergantung pada tangkapan skrin terasing atau pendapat terakhir dalam mesyuarat.

Jangan menganggap semua orang bermula di laman utama. Petakan kemasukan daripada enjin carian atau pautan luar, semakan melalui navigasi global dan tempatan, pautan kontekstual pada titik keperluan serta carian dalaman. Pada setiap persimpangan, rekodkan petunjuk yang kelihatan, jangkaan yang diwujudkannya, halaman yang dicapai dan sama ada pengguna boleh mengenali pilihan yang salah lalu pulih tanpa perlu memulakan semula perjalanan.

Kriteria Kejayaan ‘Pelbagai Cara’ dalam WCAG 2.2 menghendaki lebih daripada satu cara untuk mencari halaman dalam sesuatu set, kecuali halaman yang merupakan hasil atau langkah dalam suatu proses. Contoh cara alternatif yang dihuraikan W3C termasuk pautan berkaitan, peta laman, carian dan navigasi menyeluruh. Gunakan kriteria ini mengikut skopnya; ia tidak bermaksud setiap teknik mesti dipasang pada setiap halaman atau bahawa semakan ini membuktikan pematuhan keseluruhan.

Audit berasaskan tugas tidak bertanya sama ada peta laman kelihatan kemas; audit bertanya sama ada pengguna boleh mencapai hasil melalui laluan yang realistik dengan bukti yang boleh diambil tindakan.

Bagaimanakah keseluruhan laluan diperiksa tanpa menilai menu secara terasing?

Periksa keseluruhan laluan dengan mengikuti tugas daripada titik masuk sebenar hingga kandungan, tindakan atau pengesahan yang melengkapkannya. Semak halaman pendaratan luar, navigasi global dan tempatan, hab atau indeks, pengelompokan halaman, tajuk, serdak roti atau petunjuk lokasi lain, pautan kontekstual, carian dalaman dan destinasi akhir. Menu yang kelihatan teratur masih gagal jika janji pada pautannya tidak sepadan dengan kandungan atau langkah seterusnya terputus.

Pada setiap titik keputusan, tanyakan apakah jangkaan yang dibentuk oleh label dan sama ada halaman seterusnya menunaikannya. Panduan Microsoft mengesyorkan navigasi dirancang mengikut perspektif, tugas lazim dan model mental pengguna serta menyifatkan label yang berkesan sebagai tepat, biasa, ringkas, mudah diimbas dan dapat dibezakan. Ringkas bukan matlamat mutlak: label pendek yang kabur masih memerlukan konteks atau perkataan yang lebih khusus.

Uji sama ada pengguna tahu kedudukan mereka, tahap yang telah dicapai, tindakan seterusnya dan cara pulih selepas pilihan yang tidak produktif. Kriteria Kejayaan ‘Tajuk dan Label’ dalam WCAG 2.2 menghendaki tajuk dan label yang disediakan menerangkan topik atau tujuannya. Kriteria ‘Navigasi Konsisten’ pula menangani susunan relatif yang konsisten bagi mekanisme navigasi berulang, tetapi tidak melarang navigasi tempatan atau sekunder.

• Ulang tugas pada jenis halaman, peranti, bahasa, kebenaran dan keadaan yang mengubah laluan secara ketara.
• Bandingkan janji label dengan tajuk, kandungan dan tindakan pada destinasi.
• Periksa sama ada pautan berkaitan muncul pada saat pengguna benar-benar memerlukannya.
• Jangan anggap penggunaan carian membuktikan kegagalan navigasi; carian boleh menjadi laluan pilihan yang sah.

Kaedah penyelidikan manakah yang patut mengesahkan setiap laluan yang belum pasti?

Pilih kaedah berdasarkan perkara yang belum diketahui, bukannya berdasarkan alat yang sudah dibeli atau kebiasaan pasukan. Pemeriksaan pakar dan data tingkah laku sedia ada membantu mencari kecacatan berpotensi, tetapi penemuan pemeriksaan perlu dilaporkan sebagai kebimbangan yang belum disahkan, bukan kegagalan pengguna yang telah diperhatikan. Pengesahan diperlukan apabila keputusan bergantung pada cara khalayak sebenar mentafsir, memilih, memulih atau melengkapkan tugas.

Gunakan pengisihan kad apabila persoalannya ialah cara pengguna menjangka kandungan dikelompokkan atau bahasa kategori yang mereka gunakan. Ujian pepohon pula mengasingkan kebolehcarian melalui hierarki dan label tanpa banyak pengaruh reka bentuk halaman. Kaedah itu boleh mendedahkan kategori yang bertindih atau laluan yang mengelirukan, tetapi tidak menilai keseluruhan antara muka, kawalan, pautan kontekstual, hasil carian atau kandungan akhir yang dipaparkan.

Gunakan ujian kebolehgunaan berasaskan tugas apabila persoalan merangkumi navigasi yang dipaparkan, petunjuk halaman, kawalan, pautan silang, carian, pemulihan atau penyelesaian. NIST menerangkan ujian kebolehgunaan sebagai pengguna yang mewakili khalayak melaksanakan tugas yang mewakili penggunaan sebenar. Bukti boleh merangkumi penyelesaian, ralat, masa, ulasan kualitatif dan kepuasan, tetapi ukuran dipilih mengikut keputusan audit dan bukannya digunakan sebagai kad skor wajib.

• Pengisihan kad: adakah peserta mengelompokkan kandungan dan menamakan kategori seperti yang dijangka?
• Ujian pepohon: adakah hierarki serta label membantu peserta mengenal pasti destinasi tanpa pengaruh reka bentuk halaman?
• Ujian kebolehgunaan: adakah laluan pada laman sebenar menyokong pemilihan, pemulihan dan penyelesaian?
• Analisis kualitatif: apakah alasan di sebalik laluan yang sehaluan atau berbeza, termasuk laluan alternatif yang tetap sah?

Bagaimanakah penemuan ditukar kepada pembaikan terhad atau kes reka bentuk semula yang kukuh?

Tukar penemuan kepada tindakan dengan mengelaskan punca sebenar, menunjukkan input keutamaan dan memilih perubahan terkecil yang disokong bukti. Jangan jadikan setiap kesesatan sebagai masalah menu. Kandungan mungkin tidak wujud, titik masuk mungkin buntu, label mungkin menjanjikan destinasi yang salah, pautan kontekstual mungkin tiada atau kawalan mungkin menghalang penggunaan walaupun pengelompokan asasnya munasabah.

• Liputan: kandungan, tindakan atau keadaan yang diperlukan tiada atau tidak lengkap.
• Kemasukan, label atau pengelompokan: laluan tidak tersedia, petunjuk mengelirukan atau destinasi berada di tempat yang tidak dijangka.
• Orientasi, pautan silang atau carian: pengguna hilang konteks, langkah berkaitan tiada atau hasil sukar ditafsirkan.
• Konsistensi atau interaksi: mekanisme berubah secara tidak dijangka atau kawalan yang dipaparkan menghalang penggunaan.

Utamakan penemuan dengan memperlihatkan kepentingan tugas, khalayak terjejas, kekerapan kegagalan yang diperhatikan, akibatnya, kekuatan bukti dan kebergantungan pembaikan. Tiada satu ukuran laluan atau skor komposit dalam sumber ini yang menentukan sama ada reka bentuk semula diperlukan. Pertimbangan tetap diperlukan, tetapi pembaca keputusan sepatutnya dapat melihat input dan ketidakpastian yang menghasilkan keutamaan tersebut.

Pilih pembetulan kandungan, pembaikan label atau pautan, pengelompokan semula, pelarasan carian, penstrukturan semula bahagian atau reka bentuk semula yang lebih luas mengikut skala bukti. Uji semula tugas dan laluan yang terjejas sebelum menganggap perubahan berjaya. Naik taraf kepada perubahan struktur besar hanya apabila kegagalan tugas penting berulang dalam konteks berkaitan, disokong pemerhatian, bersifat struktur dan tidak munasabah dibaiki secara setempat.

Libatkan arkitek maklumat atau penyelidik pengalaman pengguna yang berpengalaman apabila pembentukan tugas, reka bentuk kajian atau pertukaran struktur melampaui keupayaan pasukan. Jika penemuan menimbulkan persoalan kebolehcapaian, dapatkan pakar kebolehcapaian yang sesuai dan jalankan penilaian pematuhan yang berkenaan. Audit ini dan pemeriksaan terhadap kriteria WCAG terpilih tidak membuktikan pematuhan kebolehcapaian seluruh laman.