Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
Mẫu UXđọc 7 phút·Updated tháng 10 năm 2026·Đội ngũ ExodeUI

Cách thiết kế thông báo lỗi giúp giảm bớt sự thất vọng

Cách thiết kế các trạng thái lỗi mà mọi người có thể khôi phục sau: vị trí, thời gian, cách diễn đạt, bảo toàn đầu vào, khả năng tiếp cận và chuyển động, dựa trên nghiên cứu về khả năng sử dụng.

Tóm tắt và định nghĩa

Điểm chính

Một thông báo lỗi tốt sẽ hiển thị và đặt bên cạnh vấn đề, được viết bằng ngôn ngữ đơn giản, cho biết cách khắc phục, giữ nguyên những gì người đó đã gõ và không bao giờ đổ lỗi cho họ. Hiển thị nó khi người đó đã hoàn thành một trường hoặc đã gửi chứ không phải khi họ vẫn đang nhập và đảm bảo rằng trình đọc màn hình sẽ thông báo nó.

Các hướng dẫn

Nielsen Norman Group tóm tắt các thông báo lỗi hiệu quả dưới dạng dễ thấy, mang tính xây dựng và tôn trọng nỗ lực của người dùng. Trong thực tế điều đó có nghĩa là:

  • Đặt thông báo bên cạnh trường hoặc thành phần có vấn đề.
  • Sử dụng ngôn ngữ đơn giản, cụ thể: "Số này ngắn một chữ số", không phải "Đầu vào không hợp lệ".
  • Đưa ra cách khắc phục: định dạng nào được mong đợi, điều gì cần thử tiếp theo.
  • Giữ lại những gì mọi người đã nhập để họ có thể chỉnh sửa thay vì bắt đầu lại.
  • Đừng đổ lỗi: tránh những từ như không hợp lệ, bất hợp pháp hoặc sai.
Trường số thẻ có lỗi nội tuyến cho biết số này ngắn một chữ số và giữ nguyên các chữ số đã nhập, bên cạnh danh sách kiểm tra các nguyên tắc về thông báo lỗi
Một lỗi nội tuyến cụ thể, giữ nguyên dữ liệu đầu vào và cho biết cách khắc phục.

Thời gian

Hiển thị lỗi trước khi ai đó hoàn thành là một trong những lỗi phổ biến nhất. NN/g gọi những lỗi sớm là một hình thức thù địch, giống như chấm điểm bài kiểm tra trước khi học sinh hoàn thành. Xác thực một trường khi người đó rời khỏi trường đó hoặc gửi biểu mẫu, sau đó cập nhật thông báo trực tiếp trong khi họ sửa nó.

Những lỗi không liên quan đến biểu mẫu

Đối với các lỗi hệ thống, chẳng hạn như không lưu được hoặc mất kết nối, hãy cho biết điều gì đã xảy ra, điều gì được giữ lại và những gì người đó có thể làm: thử lại, làm việc ngoại tuyến hoặc liên hệ với bộ phận hỗ trợ. Tránh tự mình mã lỗi; nếu bạn cần một sự hỗ trợ, hãy đưa nó ra cùng với lời giải thích của con người.

Khả năng tiếp cận

Đừng chỉ dựa vào màu đỏ: hãy thêm biểu tượng và văn bản. Kết nối thư với trường của thư để trình đọc màn hình đọc thư cùng với trường đó và di chuyển tiêu điểm đến lỗi đầu tiên hoặc bản tóm tắt lỗi sau khi gửi không thành công.

Chuyển động ở trạng thái lỗi

Một lần rung hoặc thay đổi màu sắc trong thời gian ngắn có thể thu hút sự chú ý đến trường có vấn đề nhưng hãy giữ nó ngắn gọn, không lặp lại trong mỗi lần nhấn phím và thay thế chuyển động bằng thay đổi màu sắc hoặc biểu tượng khi bật chuyển động giảm. Bản thân thông điệp quan trọng hơn hình ảnh động.

Nguyên tắc chính cần nhớ

  • Đặt lỗi bên cạnh vấn đề, nói một cách đơn giản, kèm theo cách khắc phục
  • Giữ lại những gì mọi người đã gõ
  • Xác thực sau khi một trường kết thúc, không phải trong khi nhập
  • Đừng bao giờ chỉ dựa vào màu sắc; kết nối tin nhắn cho trình đọc màn hình
  • Giữ chuyển động lỗi ngắn gọn và tôn trọng chuyển động giảm

Câu hỏi thường gặp

Nguồn

  1. Error-Message Guidelines — Nielsen Norman Group
  2. Indicators, Validations, and Notifications — Nielsen Norman Group

Hướng dẫn và ví dụ liên quan

Thiết kế trạng thái lỗi, không chỉ là đường dẫn hạnh phúc

Mở các ví dụ ExodeUI có lỗi và thành công cho biết các chuyển đổi mã của bạn và điều chỉnh chúng.

Mở các ví dụ
Dùng thử miễn phí