ธีรดนย์

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

ผมจึงมอง GARUDA369 ผ่าน Recovery UX

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

รายละเอียดพวกนี้ไม่ค่อยถูกพูดถึงตอนออกแบบหน้าแรก แต่มีผลกับความรู้สึกว่าเว็บไซต์ “ไว้ใจได้” มาก

GARUDA369 มีหลายหน้าที่ข้อมูลสามารถเปลี่ยนตามเวลา ดังนั้น Error State และ Empty State ควรถูกออกแบบจริงจังพอ ๆ กับ Success State

ตัวอย่างง่าย ๆ ถ้าไม่มีข้อมูลในช่วงหนึ่ง คำว่า “ไม่พบข้อมูล” อย่างเดียวไม่ช่วยมากนัก ระบบควรบอกได้ว่าผู้ใช้ทำอะไรต่อ เช่น เปลี่ยนวันที่ ล้างตัวกรอง หรือกลับไปยังหมวดหลัก

อีกกรณีคือการกด Back เว็บควรพยายามรักษาบริบทเดิม เช่น Filter หรือจุดที่เลื่อนถึง ไม่ควรบังคับให้เริ่มใหม่ทุกครั้ง

สิ่งที่ผมชอบคือโครงสร้าง GARUDA369 มีหน้าปลายทางชัด ทำให้สามารถสร้าง Recovery Path ได้ง่าย

ข้อสังเกตคือถ้าให้ความสำคัญกับเฉพาะ Happy Path เว็บไซต์จะดูดีใน Demo แต่ประสบการณ์จริงอาจเปราะมากกว่าที่คิด

สำหรับผม เว็บที่ดูเป็นมืออาชีพไม่ใช่เว็บที่ไม่เคยเกิด Error แต่เป็นเว็บที่ เมื่อ Error เกิดแล้ว ผู้ใช้ยังรู้ว่ากำลังเกิดอะไร และไปต่อได้อย่างไร