Thông báo toast là UX tệ

• Vấn đề cốt lõi của toast là chúng luôn xuất hiện ở xa khỏi vùng chú ý của người dùng
• Vấn đề của toast trên YouTube
  • Toàn bộ tương tác rất bất tiện
    • Nhấn nút "Lưu" ở bên phải màn hình
    • Một modal xuất hiện ở giữa màn hình
    • Một toast xuất hiện ở góc dưới bên trái màn hình
  • Các vấn đề bổ sung
    • Toast bị trễ mà không có chỉ báo đang tải
    • Khi chọn hoặc bỏ chọn checkbox trong modal, phải chờ vài giây để toast trước biến mất thì mới nhận được toast xác nhận cho thao tác mới nhất
    • Nút "Hoàn tác" trên toast là không cần thiết. Người dùng chỉ cần nhấn lại checkbox
• Giải pháp: loại bỏ toast
  • Chỉ cần thiết kế lại tương tác "Lưu" là có thể giải quyết mọi vấn đề
    • Danh sách phát được hiển thị ngay bên dưới nút thay vì trong modal
    • Sau khi chọn/bỏ chọn checkbox, một chỉ báo đang tải sẽ xuất hiện
    • Khi chỉ báo đang tải biến mất, điều đó có nghĩa là thao tác đã hoàn tất
    • Không cần toast
• 2 ví dụ bổ sung
  • 1. Xác nhận rằng mục đã được thêm/xóa
    • Khi lưu trữ email trong Gmail, một toast xuất hiện để xác nhận. Nhưng khi email đã được lưu trữ thì nó biến mất khỏi danh sách, bản thân điều đó đã ngầm cho thấy thao tác thành công
    • Lưu ý: phản hồi bằng toast có thể hữu ích với chức năng hoàn tác và khi dùng phím tắt
  • 2. Xác nhận rằng mục đã được sao chép
    • Sau khi một mục được sao chép vào clipboard, một toast xuất hiện. Trong ví dụ này, bản thân nút đã bao hàm xác nhận nên toast hoàn toàn không cần thiết
• Có thể còn tệ hơn nữa
  • Tệ hơn toast là không có bất kỳ phản hồi nào
  • Nếu không có thời gian để thiết kế hoặc xây dựng cơ chế phản hồi tốt hơn, thì dùng toast vẫn tốt hơn là không có gì

Tóm tắt của GN⁺

• Bài viết này giải thích tác động tiêu cực của toast đối với trải nghiệm người dùng và đưa ra các phương án thay thế để giải quyết
• Thông qua các ví dụ từ YouTube và Gmail, bài viết mô tả cụ thể các vấn đề của toast
• Bài viết đề xuất các cơ chế phản hồi trực quan và tức thì hơn thay cho toast
• Để cải thiện trải nghiệm người dùng, việc thiết kế cơ chế phản hồi một cách cẩn trọng là rất quan trọng

[wkang586]

Ý là toast tệ mới là vấn đề đúng không??

[GN⁺]

Ý kiến trên Hacker News

• Sự cần thiết của thông báo toast

  • Không đồng ý với quan điểm cho rằng việc truyền tải thông tin trùng lặp trong UX là UX tệ
  • Truyền đạt thông tin lặp lại có chức năng bảo đảm thông điệp được truyền tải chắc chắn
  • Toast giúp truyền đạt trạng thái của mọi thao tác theo cách chuẩn hóa để người dùng nhanh chóng học được mẫu sử dụng
  • Khi dùng cùng với các chỉ dấu cụ thể, ý nghĩa của toast trở nên rõ ràng hơn
  • Nếu loại bỏ toast, người dùng sẽ phải gánh thêm việc hiểu "đã hoàn tất" theo nhiều cách khác nhau
  • Đặc biệt bất tiện với người cao tuổi, người khiếm thị và trẻ em

• Nhược điểm của thông báo toast

  • Toast trở thành vấn đề khi biến mất quá nhanh hoặc thu hút sự chú ý không cần thiết
  • Trong cách làm desktop truyền thống, thông báo lỗi được hiển thị bằng modal, còn thông báo thành công nằm ở thanh trạng thái
  • Thanh trạng thái hoạt động giống như dòng cuối của đầu ra terminal CLI và cung cấp popup để xem lại các thông báo trước đó

• Ví dụ về YouTube

  • Khi xóa bình luận trên YouTube sẽ xuất hiện hai thông báo toast
  • Nếu xóa nhiều bình luận liên tiếp thật nhanh, các toast xác nhận xóa sẽ hiện lần lượt nên mất thời gian

• Sự cần thiết của nút Undo

  • Nút Undo hữu ích khi lỡ bấm nhầm
  • Khi chưa quen ứng dụng, chỉ dựa vào thông điệp thì khó Undo một cách dễ dàng

• Ưu điểm của toast

  • Toast cung cấp một cách triển khai tiêu chuẩn giúp tăng tính khả dụng của hệ thống
  • Phần lớn hệ thống thiếu nhân lực để giải quyết các vấn đề thiết kế nâng cao

• Cách dùng toast phù hợp

  • Toast chỉ phù hợp với những thông báo không liên quan đến hành động của người dùng
  • Phản hồi cho hành động của người dùng nên được cung cấp trong chính ngữ cảnh của hành động đó
  • Với tác vụ bất đồng bộ, cần báo ngay rằng tác vụ đang chờ xử lý và cung cấp tùy chọn hủy cũng như theo dõi tiến độ

• Toast và phản hồi inline

  • Toast là cách xác nhận phổ quát và không gây gián đoạn đối với hành động của người dùng
  • Phản hồi inline nếu áp dụng sai có thể gây nhầm lẫn

• Phê bình đề xuất thay thế của tác giả

  • Chỉ báo tải có thể gây ra vấn đề là khó truyền đạt lỗi cho người dùng
  • Cần cân nhắc vì sao Google và hầu hết các thư viện UI đều dùng toast/thông báo
  • Ý kiến của tác giả gần với quan điểm cá nhân hơn là một kết luận mang tính phân tích
  • Cá nhân tôi thích UX của toast và thông báo