Cách viết thông báo lỗi hữu ích hướng dẫn người dùng thay vì gây khó chịu

Khả năng sử dụng là thước đo mức độ dễ dàng để một người đạt được mục tiêu trên trang web hoặc ứng dụng của bạn. Điều đó không chỉ nằm ở thiết kế gọn gàng hay điều hướng trực quan, mà còn ở cách trải nghiệm xử lý thất bại một cách trôi chảy. Lỗi là điều không thể tránh khỏi. Người dùng gõ sai, quên các trường bắt buộc, mất kết nối hoặc gặp giới hạn của hệ thống. Trong khoảnh khắc quan trọng đó, chất lượng của thông báo lỗi quyết định việc người dùng cảm thấy được hỗ trợ hay thất vọng. Một thông báo hữu ích biến ngõ cụt thành bước tiếp theo rõ ràng.

Tại sao hầu hết thông báo lỗi khiến người dùng thất vọng

Nhiều thông báo lỗi thất bại vì được viết cho hệ thống, không cho con người. Chúng mô tả những gì mã lệnh đã làm, không phải những gì người dùng trải qua. Các thông báo như Lỗi 403, Giá trị không hợp lệ hoặc Đã xảy ra lỗi để lại nhiều câu hỏi hơn câu trả lời. Cái gì không hợp lệ? Tại sao lại xảy ra lỗi? Bây giờ họ nên làm gì? Khi người dùng không thể trả lời những câu hỏi này, họ sẽ tự trách mình, lặp lại cùng một sai lầm hoặc bỏ cuộc. Khả năng sử dụng tốt đòi hỏi phải thay thế thuật ngữ chuyên môn và lời xin lỗi mơ hồ bằng hướng dẫn cụ thể, dễ hành động. Mục tiêu không phải là thông báo rằng một lỗi đã xảy ra, mà là giúp người dùng phục hồi với nỗ lực tối thiểu.

Bốn phần của một thông báo lỗi hữu ích

Một thông báo lỗi thân thiện, hiệu quả không cần dài. Nó chỉ cần bao gồm bốn yếu tố thiết yếu bằng ngôn ngữ đơn giản. Hãy hình dung đó là một cuộc trò chuyện ngắn thừa nhận vấn đề và đề nghị giúp đỡ.

1. Nêu điều gì đã xảy ra bằng ngôn ngữ đơn giản

Hãy bắt đầu bằng cách nêu rõ điều gì đã sai bằng những từ mà đối tượng của bạn hiểu. Tránh mã lỗi hoặc thuật ngữ hệ thống. Thay vì Xác thực thất bại, hãy thử Chúng tôi không thể đăng nhập cho bạn bằng email và mật khẩu đó. Thay vì Trường không hợp lệ, hãy thử S�� điện thoại cần có 10 chữ số. Đặt thông báo gần nơi xảy ra vấn đề và dùng kiểu dáng bình tĩnh, dễ thấy, không chỉ dựa vào màu sắc. Sự rõ ràng này làm giảm lo lắng và xác nhận rằng hệ thống đã nhận thấy vấn đề.

2. Giải thích tại sao điều đó xảy ra

Khi có thể, hãy giải thích ngắn gọn nguyên nhân mà không đổ lỗi cho người dùng. Một lý do ngắn giúp mọi người tránh lặp lại lỗi. Ví dụ, Tên người dùng này đã được sử dụng, vì vậy hãy chọn tên khác hữu ích hơn Tên người dùng không khả dụng. Tệp của bạn có dung lượng 12 MB, nhưng giới hạn là 10 MB giúp người dùng hiểu giới hạn, trong khi Tệp quá lớn thì không. Hãy giữ phần giải thích mang tính thực tế và ngắn gọn. Bạn không phải bảo vệ hệ thống, bạn đang cung cấp bối cảnh để bước tiếp theo trở nên hợp lý.

3. Cho người dùng biết cách khắc phục

Đây là phần quan trọng nhất. Một thông báo hữu ích luôn đề xuất một hành động cụ thể tiếp theo. Hãy nói chính xác người dùng nên làm gì và ở đâu. Dùng các động từ rõ ràng: Nhập ngày theo định dạng MM/DD/YYYY, Chọn mật khẩu có ít nhất 8 ký tự và một chữ số hoặc Kiểm tra kết nối và thử lại. Nếu có nhiều lựa chọn, hãy liệt kê chúng. Nếu cách khắc phục yêu cầu liên hệ bộ phận hỗ trợ hoặc chờ đợi, hãy trung thực và cung cấp liên kết hoặc ước tính thời gian. Người dùng không bao giờ nên phải đoán cách tiếp tục.

4. Giữ giọng điệu thân thiện và bình tĩnh

Giọng điệu định hình cảm giác của một lỗi. Giọng điệu lạnh lùng hoặc buộc tội khiến một sai sót nhỏ trở nên như một thất bại. Giọng điệu bình tĩnh, tôn trọng giúp người dùng giữ được sự tự tin. Tránh trào phúng có thể khiến người dùng cảm thấy bị xem nhẹ, chữ viết hoa toàn bộ hoặc các cụm từ như Bạn đã nhập giá trị không chính xác. Thay vào đó, hãy dùng ngôn ngữ trung lập, hỗ trợ: Vui lòng nhập địa chỉ email hợp lệ, ví dụ [email protected] hoặc Chúng tôi không thể lưu thay đổi của bạn vì bạn đang ngoại tuyến. Bản nháp vẫn còn ở đây và bạn có thể thử lại khi trực tuyến trở lại. Những chi tiết nhỏ như tránh dấu chấm than giúp thông báo trở nên hữu ích thay vì đáng báo động.

Cách viết thông báo lỗi hữu ích hướng dẫn người dùng thay vì gây khó chịu

Học cách viết thông báo lỗi hữu ích nhằm hướng dẫn người dùng thay vì làm họ thất vọng là một kỹ năng cốt lõi về khả năng sử dụng đối với nhà thiết kế, người viết và nhà phát triển. Mọi thứ bắt đầu trước khi bạn viết lời thoại. Trư��c tiên, hãy cố gắng ngăn ngừa lỗi. Dùng mặt nạ nhập liệu cho số điện thoại, hiển thị yêu cầu về mật khẩu trước khi gửi, vô hiệu hóa các tùy chọn không khả dụng và xác nhận các hành động phá hủy. Khi không thể ngăn ngừa, hãy thiết kế thông báo như một phần của luồng. Hãy viết nó khi thiết kế biểu mẫu hoặc tính năng, không phải như một suy nghĩ muộn. Dùng cùng giọng điệu với phần còn lại của sản phẩm, giữ câu ngắn và tập trung vào một ý tưởng cho mỗi thông báo. Hãy kiểm thử thông báo với người dùng thực. Hãy để người không quen với dự án kích hoạt lỗi và xem liệu họ có hiểu điều gì đã xảy ra và biết phải làm gì tiếp theo mà không cần trợ giúp không. Nếu họ do dự, hãy viết lại cho đến khi lộ trình trở nên rõ ràng.

Nơi thông báo lỗi quan trọng nhất

Mọi lỗi đều xứng đáng có sự rõ ràng, nhưng một số nơi có tác động lớn hơn đến khả năng sử dụng và tỷ lệ hoàn thành. Hãy特别 chú ý đến các khu vực này:

• Biểu mẫu và thanh toán: Hiển thị xác thực trực tiếp bên cạnh trường, giải thích định dạng bắt buộc và giữ dữ liệu của người dùng để họ không phải gõ lại tất cả.
• Đăng nhập và tạo tài khoản: Phân biệt giữa sai mật khẩu, email chưa xác minh hoặc tài khoản bị khóa, và cung cấp liên kết trực tiếp để đặt lại hoặc xác minh.
• Tải tệp và lỗi hệ thống: Nêu rõ các loại tệp được chấp nhận và giới hạn dung lượng; với sự cố mạng, hãy thừa nhận đó không phải lỗi của người dùng và gợi ý thời điểm thử lại.

Những sai lầm phổ biến cần tránh

Nheven những thông báo có thiện chí cũng có thể tạo ma sát nếu lặp lại những cạm bẫy phổ biến. Hãy tránh các mô hình sau:

• Mơ hồ: Các thông báo như Đã xảy ra lỗi không có bối cảnh buộc người dùng phải đoán. Luôn bổ sung điều gì đã xảy ra và tại sao.
• Dùng thuật ngữ hoặc mã: Không hiển thị mã lỗi thô cho khán giả chung. Nếu cần mã cho bộ phận hỗ trợ, hãy đặt nó bằng chữ nhỏ bên dưới phần giải thích dễ hiểu.
• Đổ lỗi cho người dùng: Tránh các cụm từ như Bạn đã thất bại khi hoặc Nhập liệu bất hợp pháp. Hãy tập trung vào tình huống, không phải con người.
• Giấu thông báo: Chỉ đặt lỗi ở đầu trang dài hoặc chỉ dùng màu sắc khiến chúng dễ bị bỏ qua. Hãy đặt chúng gần hành động, kèm biểu tượng và văn bản.

Một danh sách kiểm tra đơn giản trước khi xuất bản

Trước khi phát hành một tính năng mới, hãy xem xét mọi trạng thái lỗi với danh sách kiểm tra nhanh này. Nó chỉ mất vài phút nhưng cải thiện đáng kể khả năng sử dụng.

• Nó có dễ thấy và cụ thể không? Người dùng có thể thấy ngay và hiểu trường hoặc hành động nào đã gây ra lỗi không?
• Nó có dùng ngôn ngữ đơn giản không? Người dùng lần đầu có thể hiểu mà không cần kiến thức kỹ thuật không?
• Nó có giải thích nguyên nhân và cách khắc phục không? Nó có trả lời điều gì đã xảy ra, tại sao và bước tiếp theo là gì không?
• Giọng điệu có mang tính hỗ trợ không? Nghe có vẻ bình tĩnh và tôn trọng thay vì lạnh lùng hoặc chỉ trích không?
• Nó có giữ lại nỗ lực của người dùng không? Nó có giữ dữ liệu của người dùng hoặc cung cấp liên kết trực tiếp để giải quyết vấn đề không?

Thông báo lỗi là một phần lặng lẽ nhưng mạnh mẽ của khả năng sử dụng. Chúng xuất hiện khi người dùng dễ bị bối rối nhất và rất cần hướng dẫn. Bằng cách viết những thông báo rõ ràng, tử tế và dễ hành động, bạn thể hiện sự tôn trọng thời gian và nỗ lực của người dùng. Bạn biến khoảnh khắc thất bại thành khoảnh khắc được hỗ trợ, và chính sự hỗ trợ đó khiến sản phẩm trở nên dễ sử dụng và đáng tin cậy.