วิธีตรวจสอบสถาปัตยกรรมสารสนเทศโดยยึดภารกิจของผู้ใช้

ก่อนอนุมัติการย้ายระบบหรือร่างผังเว็บไซต์ใหม่ ให้เริ่มจากภารกิจสำคัญของผู้ใช้แล้วไล่ดูทุกเส้นทางที่มีโอกาสเกิดขึ้นจริง ตั้งแต่การเข้าจากเครื่องมือค้นหาภายนอก เมนู ลิงก์ในเนื้อหา และการค้นหาภายใน ไปจนถึงหน้าหรือการกระทำที่ทำให้ภารกิจสำเร็จ เมนูที่ดูแน่น หน้าที่มีผู้ใช้ออกมาก หรือคำร้องเรียนว่าหาข้อมูลยากเป็นเพียงจุดเริ่มต้นของคำถาม ยังไม่บอกว่าปัญหาอยู่ที่โครงสร้าง ป้ายกำกับ เนื้อหาที่ขาด ผลการค้นหา หรือตัวควบคุมที่ใช้งานไม่ได้ การตรวจที่ดีจึงต้องเชื่อมภารกิจ เส้นทาง หลักฐาน ความล้มเหลว และการทดสอบซ้ำไว้ในระเบียนเดียวกัน

ควรออกแบบการตรวจเพื่อช่วยตัดสินใจเรื่องใด

การตรวจควรถูกออกแบบเพื่อตอบการตัดสินใจที่ระบุไว้ล่วงหน้า เช่น ซ่อมส่วนหนึ่ง เปลี่ยนป้ายกำกับ เตรียมย้ายระบบ หรือพิจารณาว่าหลักฐานหนักแน่นพอสำหรับการออกแบบใหม่หรือไม่ สถาปัตยกรรมสารสนเทศครอบคลุมการจัดระบบ ป้ายกำกับ และระบบนำทางที่ช่วยให้ผู้ใช้ค้นพบข้อมูล เข้าใจว่าตนอยู่ที่ใด เห็นทางเลือกถัดไป และทำภารกิจให้สำเร็จ การตรวจตามภารกิจจึงวินิจฉัยว่าระบบเส้นทางเดิมรองรับภารกิจที่เลือกหรือไม่ ไม่ใช่การนับเนื้อหาทุกชิ้น ตรวจ SEO ทางเทคนิค รับรองความสอดคล้องด้านการเข้าถึง หรือเริ่มออกแบบหน้าจอใหม่

• ระบุผู้ใช้และเป้าหมายที่รวมอยู่ในขอบเขต ไม่ใช้คำว่า “ผู้ใช้ทั่วไป” แทนกลุ่มที่มีความต้องการต่างกัน
• กำหนดจุดเริ่มต้น ประเภทหน้า อุปกรณ์ ภาษา สิทธิ์การเข้าถึง และสถานะของกระบวนการที่อาจเปลี่ยนเส้นทาง
• บอกว่าผลการตรวจต้องมีหลักฐานระดับใดจึงเพียงพอต่อการซ่อมเฉพาะจุด การย้ายระบบ หรือการลงทุนขนาดใหญ่
• กำหนดสิ่งที่อยู่นอกขอบเขต เพื่อไม่ให้ผลจากภารกิจบางชุดถูกขยายเป็นคำตัดสินต่อเว็บไซต์ทั้งหมด

ตั้งสมุดหลักฐานให้แยกข้อเท็จจริงที่ทราบ พฤติกรรมที่สังเกตพบ ข้อค้นพบจากการตรวจโดยผู้เชี่ยวชาญ และสมมติฐานที่ยังไม่ทดสอบอย่างชัดเจน เช่น เส้นทางที่ผู้ทดสอบเดินจริงเป็นการสังเกต แต่คำอธิบายว่าเขาหลงเพราะหมวดหมู่สะท้อนโครงสร้างองค์กรเป็นการวินิจฉัยที่ต้องตรวจสอบเพิ่ม การแยกสถานะเช่นนี้ทำให้ผู้อนุมัติเห็นว่าคำแนะนำใดมีหลักฐานตรง คำแนะนำใดเป็นข้อสรุปอย่างมีเงื่อนไข และประเด็นใดยังต้องวิจัยก่อนใช้งบประมาณ

จะสร้างชุดภารกิจที่เป็นตัวแทนจากหลักฐานได้อย่างไร

ชุดภารกิจที่เป็นตัวแทนต้องเขียนเป็นผลลัพธ์ซึ่งผู้ใช้จำได้ว่าเป็นงานของตน โดยไม่เผยชื่อเมนู ปลายทาง หรือคำตอบที่ทีมอยากให้เลือก เริ่มจากทำความเข้าใจว่าผู้ใช้พยายามทำอะไร ทำอย่างไรอยู่ พบปัญหาใด และต้องการผลลัพธ์แบบไหน จากนั้นรวบรวมผู้สมัครจากงานวิจัยเดิม ข้อมูลวิเคราะห์ คำค้นภายใน การติดต่อฝ่ายบริการ ความเห็น แบบสังเกต และเจ้าหน้าที่ที่ทำงานใกล้ชิดกับผู้ใช้ ข้อมูลเชิงพฤติกรรมและงานปฏิบัติการช่วยชี้ตำแหน่งที่น่าสงสัย แต่ไม่พิสูจน์เจตนา สาเหตุ หรือวิธีแก้โดยลำพัง

• ภารกิจและถ้อยคำผลลัพธ์ที่ผู้ใช้เข้าใจได้โดยไม่เห็นชื่อหมวดหมู่เป้าหมาย
• กลุ่มผู้ใช้ เหตุการณ์กระตุ้น และบริบทที่ทำให้ภารกิจเกิดขึ้น
• ผลสำเร็จที่สังเกตได้ รวมถึงเนื้อหา การยืนยัน หรือการกระทำที่ต้องเกิด
• จุดเริ่มต้นที่สมจริง ปลายทางที่ยอมรับได้ และข้อจำกัดด้านอุปกรณ์ ภาษา สิทธิ์ หรือสถานะ
• แหล่งหลักฐาน วันที่ และสถานะว่าเป็นข้อเท็จจริง การสังเกต หรือสมมติฐาน

อย่าคัดเฉพาะภารกิจที่เกิดบ่อยหรือทำได้ง่าย ให้รักษาสมดุลระหว่างงานที่พบบ่อย งานที่มีผลกระทบสูง งานที่ผู้ใช้ติดขัด และงานของกลุ่มที่ระบบเดิมรองรับไม่ดี กรณีศึกษาของ Digital.gov แสดงแนวทางสร้างสถานการณ์ที่สมจริงจากงานวิจัยก่อนหน้าและตรวจทานความครอบคลุมก่อนทดสอบ แต่จำนวนภารกิจและผู้เข้าร่วมในกรณีนั้นเป็นรายละเอียดของบริบท ไม่ใช่สูตรสำหรับทุกองค์กร เจ้าของผลิตภัณฑ์ยังเสนอภารกิจได้ เพียงต้องติดป้ายว่าเป็นสมมติฐานจนกว่าจะมีหลักฐานจากผู้ใช้มารองรับ

ตารางภารกิจสู่เส้นทางควรบันทึกอะไรบ้าง

ตารางภารกิจสู่เส้นทางควรเชื่อมผลลัพธ์ที่ต้องการ จุดเริ่มต้น เส้นทางที่เป็นไปได้ สัญญาณที่ตรวจ พฤติกรรมที่พบ การวินิจฉัย การเปลี่ยนแปลง และแผนทดสอบซ้ำไว้ในแถวเดียว อย่าสมมติว่าทุกคนเริ่มจากหน้าแรกหรือว่าทางที่ทีมวางไว้เป็นเส้นทางเดียว ให้ตามทั้งการเข้าจากภายนอก การเรียกดูผ่านเมนู ลิงก์ตามบริบท และการค้นหาภายใน ที่จุดตัดสินใจแต่ละแห่ง ให้บันทึกสิ่งที่มองเห็น ความคาดหมายที่สิ่งนั้นสร้าง ปลายทางที่พาไป และโอกาสกลับตัวเมื่อเลือกผิด

การตรวจตามภารกิจไม่ได้ถามว่าผังเว็บไซต์ดูเรียบร้อยหรือไม่ แต่ถามว่าผู้ใช้ไปถึงผลลัพธ์ที่ต้องการผ่านเส้นทางจริงได้หรือไม่ และทีมมีหลักฐานพอจะลงมือแก้หรือยัง

การมีหลายเส้นทางไม่ใช่การเพิ่มลิงก์อย่างไร้หลักเกณฑ์ แต่เป็นการตรวจว่าผู้ใช้ในบริบทต่างกันมีทางที่สมเหตุสมผลหรือไม่ WCAG 2.2 เกณฑ์ ๒.๔.๕ กำหนดให้มีมากกว่าหนึ่งวิธีในการค้นหาหน้าภายในชุด เว้นแต่หน้านั้นเป็นผลลัพธ์หรือขั้นตอนของกระบวนการ โดยตัวอย่างวิธีรวมถึงลิงก์ที่เกี่ยวข้อง แผนผังเว็บไซต์ การค้นหา และระบบนำทางที่ครอบคลุม ระเบียนจึงควรคงข้อยกเว้นไว้และไม่เปลี่ยนเกณฑ์เฉพาะนี้เป็นคำรับรองด้านการเข้าถึงทั้งระบบ

จะตรวจเส้นทางทั้งหมดโดยไม่จ้องเฉพาะเมนูได้อย่างไร

ให้เดินตามภารกิจตั้งแต่บริบทเริ่มต้นจนถึงเนื้อหาหรือการกระทำสุดท้าย และตรวจทุกองค์ประกอบที่อาจเปลี่ยนความคาดหมายหรือหยุดการเดินทาง ซึ่งรวมถึงหน้ารับจากภายนอก ระบบนำทางส่วนกลางและเฉพาะส่วน หน้ารวม การจัดกลุ่ม หัวเรื่อง ตัวบอกตำแหน่ง ลิงก์ในบริบท การค้นหาภายใน หน้าผลลัพธ์ และปลายทาง ตรวจว่าผู้ใช้รู้หรือไม่ว่าตนอยู่ตรงไหน มาถึงระดับใด ทำอะไรต่อได้ และย้อนกลับจากทางเลือกที่ไม่เกิดผลได้อย่างไร การพบเมนูที่ดูสมเหตุสมผลเพียงจุดเดียวจึงยังไม่ยืนยันว่าเส้นทางทั้งสายใช้งานได้

• คำบนลิงก์หรือปุ่มบอกปลายทางตรงกับสิ่งที่พบหลังเลือกหรือไม่
• ตัวเลือกใกล้กันแตกต่างพอให้ตัดสินใจได้ หรือใช้คำกว้างและทับซ้อนกัน
• หน้าปลายทางยืนยันตำแหน่งและมีเนื้อหาหรือการกระทำที่ทำให้ภารกิจเสร็จจริงหรือไม่
• เมื่อเลือกผิด ผู้ใช้เห็นทางกลับ ทางเลือกถัดไป หรือลิงก์ที่เกี่ยวข้องในจังหวะที่ต้องใช้หรือไม่
• เส้นทางเปลี่ยนไปอย่างมีนัยสำคัญบนอุปกรณ์ ภาษา สิทธิ์ ประเภทหน้า หรือสถานะอื่นหรือไม่

แนวทางของ Microsoft แนะนำให้วางระบบนำทางจากมุมมอง ภารกิจทั่วไป และแบบจำลองความคิดของผู้ใช้ พร้อมใช้ป้ายกำกับที่ถูกต้อง คุ้นเคย กระชับ อ่านกวาดได้ และแยกจากตัวเลือกใกล้เคียง ส่วน WCAG 2.2 เกณฑ์ ๒.๔.๖ กำหนดให้หัวเรื่องและป้ายกำกับที่มีอยู่อธิบายหัวข้อหรือวัตถุประสงค์ และเกณฑ์ ๓.๒.๓ ให้กลไกนำทางที่ปรากฏซ้ำรักษาลำดับสัมพัทธ์เดิม เว้นแต่ผู้ใช้เริ่มการเปลี่ยนแปลงเอง ทั้งนี้ ระบบนำทางรองยังมีได้ และการใช้การค้นหาก็อาจเป็นเส้นทางที่ผู้ใช้ต้องการ ไม่ใช่หลักฐานว่าเมนูล้มเหลวโดยอัตโนมัติ

ควรใช้วิธีวิจัยใดตรวจเส้นทางที่ยังไม่แน่ใจ

เลือกวิธีวิจัยจากความไม่แน่ใจที่ต้องคลี่คลาย ไม่ใช่จากเครื่องมือที่ทีมมีหรือชื่อวิธีที่คุ้นเคย การตรวจโดยผู้เชี่ยวชาญและข้อมูลพฤติกรรมเดิมช่วยระบุตำแหน่งที่น่าสงสัยได้ แต่ต้องรายงานเป็นข้อค้นพบจากการตรวจหรือสมมติฐาน ไม่ใช่ความล้มเหลวที่ผู้ใช้แสดงให้เห็น การจัดเรียงบัตรตอบคำถามเรื่องการจัดกลุ่มและภาษาของหมวดหมู่ การทดสอบแบบต้นไม้แยกตรวจลำดับชั้นกับป้ายกำกับ ส่วนการทดสอบการใช้งานบนเว็บไซต์จริงเหมาะเมื่อคำถามครอบคลุมหน้าจอ ตัวควบคุม ลิงก์ การค้นหา การกู้คืน และการทำภารกิจให้เสร็จ

• ใช้การตรวจโดยผู้เชี่ยวชาญเพื่อสร้างรายการจุดเสี่ยงและคำถามสำหรับการทดสอบ ไม่ใช้แทนพฤติกรรมที่สังเกตจริง
• ใช้การจัดเรียงบัตรเมื่อยังไม่รู้ว่าผู้ใช้คาดให้เนื้อหาอยู่กลุ่มใดหรือเรียกกลุ่มนั้นว่าอะไร
• ใช้การทดสอบแบบต้นไม้เมื่ออยากแยกดูว่าลำดับชั้นและป้ายกำกับพาผู้ใช้ไปถึงปลายทางหรือไม่โดยไม่มีอิทธิพลจากการออกแบบหน้า
• ใช้การทดสอบภารกิจบนเว็บไซต์จริงเมื่อความสำเร็จขึ้นอยู่กับองค์ประกอบหลายจุดตลอดเส้นทาง

NIST อธิบายการทดสอบการใช้งานว่าเป็นการให้ผู้ใช้ที่เป็นตัวแทนทำภารกิจที่เป็นตัวแทน โดยเก็บได้ทั้งการทำสำเร็จ ข้อผิดพลาด เวลา ความเห็นเชิงคุณภาพ และความพึงพอใจ สำหรับการตรวจครั้งหนึ่งอาจเลือกดูความช่วยเหลือ ทางเลี้ยวผิด การย้อนกลับ การปรับคำค้น ความมั่นใจต่อปลายทาง หรือเหตุผลที่ผู้เข้าร่วมพูดออกมา เลือกเฉพาะข้อมูลที่ตอบคำตัดสินใจและอย่าบังคับเป็นคะแนนสากล เส้นทางที่แตกต่างกันยังมีค่า เพราะอาจเผยความกำกวม แม้บางคนจะไปถึงปลายทาง แต่ต้องตรวจด้วยว่าเส้นทางต่างนั้นเป็นทางเลือกที่ถูกต้องหรือเป็นอาการหลงทาง

จะเปลี่ยนข้อค้นพบเป็นการซ่อมเฉพาะจุดหรือเหตุผลรองรับการออกแบบใหม่ได้อย่างไร

เริ่มจากจำแนกว่าภารกิจเสียตรงไหน แล้วเลือกการเปลี่ยนแปลงที่เล็กที่สุดซึ่งหลักฐานรองรับ แทนการแปลงทุกอาการเป็นปัญหาเมนูหรือเหตุผลสำหรับออกแบบเว็บไซต์ใหม่ ความล้มเหลวด้านความครอบคลุมต้องแก้เนื้อหาหรือความสามารถที่ขาด ส่วนความล้มเหลวด้านป้ายกำกับ การจัดกลุ่ม ลิงก์ การค้นหา ความสม่ำเสมอ หรือการโต้ตอบต้องมีเจ้าของและวิธีซ่อมต่างกัน การจำแนกนี้ยังช่วยไม่ให้ทีมแก้โครงสร้างเมื่อปลายทางไม่มีข้อมูลที่จำเป็น หรือแก้คำบนเมนูทั้งที่ตัวควบคุมบนหน้าจอเป็นสิ่งขัดขวางจริง

• ความครอบคลุม: เนื้อหา การกระทำ หรือสถานะที่ต้องใช้ไม่มีอยู่หรือไม่สมบูรณ์
• จุดเข้า: บริบทเริ่มต้นที่น่าจะเกิดขึ้นไม่มีเส้นทางที่สมเหตุสมผล
• ป้ายกำกับ: สัญญาณไม่บอกปลายทาง ใช้คำไม่คุ้นเคย หรือใช้คำไม่สม่ำเสมอ
• การจัดกลุ่ม: เนื้อหาอยู่ผิดที่จากความคาดหมาย หรือหมวดหมู่ทับซ้อนจนแยกไม่ได้
• การรับรู้ตำแหน่ง: ผู้ใช้ไม่รู้ว่าอยู่ที่ใด ถึงระดับไหน หรือควรไปต่อทางใด
• ลิงก์ตามบริบท: ทางไปขั้นถัดไปหรือเนื้อหาที่เกี่ยวข้องขาดหาย ณ จุดที่ต้องใช้
• การค้นหา: คำค้นที่เกี่ยวข้องให้ผลลัพธ์หายไป ไม่ตรง ชวนเข้าใจผิด หรือประเมินยาก
• ความสม่ำเสมอ: ระบบนำทางหรือฟังก์ชันที่ปรากฏซ้ำเปลี่ยนชื่อ ลำดับ หรือพฤติกรรม
• การโต้ตอบ: โครงสร้างดูสมเหตุสมผล แต่หน้าจอหรือตัวควบคุมทำให้ใช้งานไม่ได้

จัดลำดับโดยเปิดเผยข้อมูลที่ใช้ตัดสิน ได้แก่ ความสำคัญของภารกิจ กลุ่มที่ได้รับผล ความถี่ของความล้มเหลวที่สังเกต ผลกระทบ ความหนักแน่นของหลักฐาน และงานอื่นที่ต้องทำก่อน อย่าซ่อนวิจารณญาณไว้ในคะแนนรวมที่ทำให้ข้อสันนิษฐานดูเท่ากับหลักฐานตรง จากระเบียนเดียวกัน ทีมอาจเลือกแก้เนื้อหา เปลี่ยนป้ายหรือลิงก์ จัดกลุ่มใหม่ ปรับผลค้นหา ปรับโครงสร้างเฉพาะส่วน หรือเสนอการเปลี่ยนแปลงกว้างขึ้น พร้อมระบุเจ้าของงาน ภารกิจที่ได้รับผล และเงื่อนไขที่จะใช้ตัดสินหลังทดสอบซ้ำ

ปิดการตรวจด้วยคำตัดสินจากการทดสอบซ้ำ ไม่ใช่ผังเว็บไซต์ใหม่โดยอัตโนมัติ ยกระดับสู่การเปลี่ยนโครงสร้างกว้างเมื่อความล้มเหลวของภารกิจสำคัญเกิดซ้ำในบริบทที่เกี่ยวข้อง มีหลักฐานจากการสังเกต เป็นปัญหาเชิงโครงสร้าง และไม่อาจซ่อมเฉพาะจุดได้อย่างสมเหตุสมผล หากการสร้างชุดภารกิจ การออกแบบงานวิจัย หรือการชั่งน้ำหนักโครงสร้างเกินความสามารถของทีม ควรให้นักสถาปัตยกรรมสารสนเทศหรือนักวิจัย UX ที่มีประสบการณ์ช่วย และหากพบประเด็นด้านการเข้าถึง ให้ผู้เชี่ยวชาญดำเนินการประเมินที่เหมาะสม เพราะการตรวจนี้และเกณฑ์ WCAG บางข้อที่อ้างถึงไม่ยืนยันความสอดคล้องของเว็บไซต์ทั้งระบบ