ศรัณย์

เว็บไซต์ที่ดูดีตอนข้อมูลครบยังไม่ได้บอกคุณภาพทั้งหมด

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

นี่คือจุดที่ Error Handling สำคัญมาก

ข้อความประเภท “Error 500” หรือ “Something went wrong” อาจบอกนักพัฒนาได้ แต่แทบไม่ช่วยผู้ใช้

สิ่งที่ดีกว่าคือบอกว่าเกิดอะไรขึ้นในภาษาธรรมดา พร้อมทางเลือกที่ทำได้ต่อ เช่น ลองใหม่ กลับหน้าก่อน หรือเปิดหน้าหลัก

ถ้าเป็นข้อมูลที่เปลี่ยนตามเวลาอย่าง กีฬาออนไลน์ แล้วข้อมูลบางส่วนยังโหลดไม่สำเร็จ ผมอยากให้ระบบแยกให้ชัดว่า “ไม่มีข้อมูล” กับ “ดึงข้อมูลไม่สำเร็จ” เพราะสองกรณีนี้ความหมายต่างกันมาก

อีกเรื่องคือการกดซ้ำ

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

สิ่งที่ผมชอบในแนวทาง noah345: เนื้อหาหลายหน้าพยายามบอกสถานะและบริบทให้ผู้ใช้อ่านตรง ๆ ซึ่งสามารถต่อยอดมาสู่ Error Message ได้ดี

ข้อสังเกต: อย่าออกแบบเฉพาะ Happy Path เพราะผู้ใช้จะจำช่วงที่ระบบมีปัญหาได้มากกว่าช่วงที่ทุกอย่างทำงานตามปกติ

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