การแจ้งเตือนแบบ Toast เป็น UX ที่แย่

 (maxschmitt.me)
2 คะแนน โดย GN⁺ 2024-08-21 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • ปัญหาหลักของ Toast คือมันมักปรากฏอยู่ไกลจากจุดที่ผู้ใช้กำลังโฟกัสความสนใจอยู่เสมอ
  • ปัญหาของ Toast ใน YouTube
    • ปฏิสัมพันธ์โดยรวมใช้งานได้อึดอัดมาก
      • คลิกปุ่ม "บันทึก" ทางขวาของหน้าจอ
      • มีโมดัลปรากฏขึ้นตรงกลางหน้าจอ
      • มี toast ปรากฏขึ้นที่มุมล่างซ้ายของหน้าจอ
    • ปัญหาเพิ่มเติม
      • toast แสดงช้าโดยไม่มีตัวบอกสถานะการโหลด
      • ในโมดัล เมื่อทำเครื่องหมายหรือยกเลิกเครื่องหมายที่ช่องทำเครื่องหมาย ต้องรอหลายวินาทีกว่า toast ก่อนหน้าจะหายไป จึงจะได้รับ toast ยืนยันสำหรับการทำงานล่าสุด
      • ปุ่ม "เลิกทำ" บน toast นั้นไม่จำเป็น ผู้ใช้แค่คลิกช่องทำเครื่องหมายอีกครั้งก็ได้
  • วิธีแก้: เอา Toast ออก
    • เพียงออกแบบปฏิสัมพันธ์ของ "บันทึก" ใหม่ ก็แก้ปัญหาทั้งหมดได้
      • แสดงเพลย์ลิสต์ไว้ใต้ปุ่มโดยตรงแทนการใช้โมดัล
      • หลังทำเครื่องหมาย/ยกเลิกเครื่องหมายที่ช่องทำเครื่องหมาย ให้แสดงตัวบอกสถานะการโหลด
      • เมื่อตัวบอกสถานะการโหลดหายไป ก็หมายความว่างานเสร็จสิ้นแล้ว
      • ไม่จำเป็นต้องมี Toast
  • ตัวอย่างเพิ่มเติม 2 กรณี
      1. ยืนยันว่ารายการถูกเพิ่ม/ลบแล้ว
      • ตอนเก็บอีเมลถาวรใน Gmail จะมี toast ปรากฏขึ้นเพื่อยืนยัน แต่เมื่อเก็บอีเมลแล้ว อีเมลนั้นก็หายไปจากรายการอยู่แล้ว ซึ่งสื่อได้ว่างานสำเร็จแล้ว
      • หมายเหตุ: ในกรณีของฟังก์ชันเลิกทำและการใช้คีย์ลัดคีย์บอร์ด ฟีดแบ็กแบบ toast อาจมีประโยชน์
      1. ยืนยันว่ารายการถูกคัดลอกแล้ว
      • หลังคัดลอกรายการไปยังคลิปบอร์ด จะมี toast ปรากฏขึ้น แต่ในตัวอย่างนี้ ตัวปุ่มเองก็มีการยืนยันอยู่แล้ว ทำให้ toast ไม่จำเป็นเลย
  • อาจแย่กว่านี้ได้
  • สิ่งที่แย่กว่า Toast คือการไม่มีฟีดแบ็กเลย
  • ถ้ายังไม่มีเวลาพอจะออกแบบหรือสร้างกลไกฟีดแบ็กที่ดีกว่า การมี toast ก็ยังดีกว่าไม่มีอะไรเลย

สรุปโดย GN⁺

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

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
wkang586 2024-08-26

งั้นก็หมายความว่า toast ที่แย่ต่างหากที่แย่ใช่ไหม??
 
GN⁺ 2024-08-21
ความคิดเห็นจาก Hacker News

  • ความจำเป็นของการแจ้งเตือนแบบ Toast

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

  • ข้อเสียของการแจ้งเตือนแบบ Toast

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

  • ตัวอย่างของ YouTube

    • เมื่อลบความคิดเห็นใน YouTube จะมีการแจ้งเตือนแบบ Toast เกิดขึ้นสองครั้ง
    • หากลบหลายความคิดเห็นอย่างรวดเร็ว Toast ยืนยันการลบแต่ละรายการจะปรากฏตามลำดับ ทำให้เสียเวลา

  • ความจำเป็นของปุ่ม Undo

    • ปุ่ม Undo มีประโยชน์เมื่อกดผิดโดยไม่ตั้งใจ
    • หากยังไม่คุ้นเคยกับแอปพลิเคชัน อาจ Undo ได้ยากจากการอ่านข้อความเพียงอย่างเดียว

  • ข้อดีของ Toast

    • Toast มอบการนำไปใช้แบบมาตรฐานที่ช่วยเพิ่ม usability ของระบบ
    • ระบบส่วนใหญ่ขาดบุคลากรที่จะมาจัดการปัญหาการออกแบบขั้นสูง

  • การใช้ Toast อย่างเหมาะสม

    • Toast เหมาะกับการแจ้งเตือนที่ไม่เกี่ยวข้องกับการกระทำของผู้ใช้เท่านั้น
    • ฟีดแบ็กต่อการกระทำของผู้ใช้ควรถูกแสดงภายในบริบทของการกระทำนั้น
    • สำหรับงานแบบ asynchronous ควรแจ้งทันทีว่างานอยู่ระหว่างรอ พร้อมมีตัวเลือกให้ยกเลิกและตรวจสอบความคืบหน้า

  • Toast กับฟีดแบ็กแบบอินไลน์

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

  • คำวิจารณ์ต่อข้อเสนอทางเลือกของผู้เขียน

    • ตัวชี้วัดการโหลดอาจทำให้เกิดปัญหาในการสื่อสารข้อผิดพลาดไปยังผู้ใช้
    • ควรพิจารณาว่าเหตุใด Google และไลบรารี UI ส่วนใหญ่จึงใช้ข้อความแบบ Toast/การแจ้งเตือน
    • ความเห็นของผู้เขียนใกล้เคียงกับมุมมองส่วนตัวมากกว่าจะเป็นข้อสรุปเชิงวิเคราะห์
    • โดยส่วนตัวชอบ UX ของ Toast และการแจ้งเตือน