it-swarm-vi.tech

Làm cách nào để người dùng đọc thông báo lỗi?

Nếu đối tượng dự định của bạn là không có kỹ thuật, bạn sẽ gặp rủi ro nghiêm trọng rằng người dùng của bạn sẽ bỏ qua các thông báo lỗi được cẩn thận, hoặc nhìn chằm chằm vào họ, gọi và la hét với nhân viên hỗ trợ của bạn hoặc đơn giản là bỏ qua và/hoặc đóng chúng.

Tôi đang tự hỏi những cách thực hành tốt mà bạn khuyên dùng để khiến người dùng thực sự đọc thông báo lỗi của bạn thay vì xử lý chúng. Bây giờ tôi biết một số điều cơ bản như:

  • Từ ngữ chính xác ngắn, có thể với một liên kết hoặc nút để giải thích chi tiết.
  • Cung cấp một ví dụ về những việc cần làm để khắc phục lỗi (ví dụ: "Không thể kết nối với máy chủ. Vui lòng kiểm tra kết nối Internet của bạn.").
55
Mircea Chirea

Cuốn sách Giới thiệu về khuôn mặt có một số lời khuyên tốt. Điều tối quan trọng là thiết kế phần mềm để loại bỏ sự cần thiết của các hộp thoại báo lỗi . Trong trường hợp không thể, các tác giả khuyến nghị:

  • Tạo một hộp thoại lỗi lịch sự, chiếu sáng và hữu ích. (Hãy nhớ rằng thông báo lỗi thực sự là phần mềm báo cáo không thể thực hiện được, chứ không phải người dùng không thể nhập dữ liệu hợp lệ chẳng hạn)
  • Chiếu sáng vấn đề, cung cấp thông tin liên quan mà người dùng cần lập kế hoạch để giải quyết vấn đề của chương trình
  • Đề nghị triển khai ít nhất một giải pháp được đề xuất (quan điểm của tôi: trên Windows, tận dụng lợi thế của Nền tảng khắc phục sự cố Windows , mặc dù việc triển khai có thể gây điên rồ :))

Cho đến nay, việc mang đi lớn nhất là làm việc rất chăm chỉ để tránh các thông báo lỗi hoàn toàn. Cho dù đó là bằng cách thực hiện một tính năng Hoàn tác, hoặc bằng cách cung cấp giao diện người dùng hoặc đầu vào thay thế khi xảy ra tình trạng lỗi hoặc một cái gì đó khác hoàn toàn.

45
Aaron Lerch

Bạn sẽ luôn có một tỷ lệ đáng kể người dùng bỏ qua nhiều hoặc tất cả các thông báo lỗi. Ngay cả khi họ gọi hỗ trợ, có thông báo lỗi trước mặt họ và tuyên bố đã đọc nó, rất có thể họ vẫn chưa đồng hóa nội dung của thông báo. Do đó, bạn nên cố gắng hết sức để tránh phải đưa ra hộp thoại báo lỗi.

Ngoài lời khuyên được đưa ra trong Giới thiệu về khuôn mặt (xem câu trả lời của Aaron Lerch), bạn nên ghi nhật ký tất cả các tin nhắn theo cách mà chúng có thể được kiểm tra sau đó. Đừng dựa vào người dùng để biết thông báo lỗi nói gì, hoặc thậm chí họ đã nhấn nút nào để thoát khỏi hộp thoại.

15
JesperE

Nếu người dùng không có kỹ thuật thì tôi sẽ đề xuất một trong hai cách tiếp cận:

  1. Chỉ cung cấp cho họ thông tin liên lạc để nói chuyện với ai đó. Về cơ bản loại bỏ cơ hội để họ thậm chí cố gắng khắc phục sự cố bởi vì nếu họ không đủ kỹ năng để làm theo hướng dẫn, cho dù bạn có làm cho họ dễ dàng như thế nào, đừng bận tâm đưa chúng cho họ. Cung cấp cho họ số trợ giúp 1-800 hoặc email có thể nhấp hoặc một cái gì đó.

  2. Nếu bạn thực sự phải cung cấp cho họ các hướng dẫn thì họ cần phải phi kỹ thuật (còn được viết bởi Mẹ của bạn, giả sử Mẹ của bạn là phi kỹ thuật). Ngay cả ví dụ bạn đưa ra "Không thể kết nối với máy chủ. Vui lòng kiểm tra kết nối Internet của bạn." có thể là quá kỹ thuật cho người dùng nhà bình thường. Làm cách nào để kiểm tra kết nối Internet của tôi? Kết nối internet của tôi là gì? Hãy nhớ rằng, đây là những người gọi máy tính là "máy" và màn hình là "tv". Cho họ xem ảnh, giải thích bằng những thuật ngữ đơn giản, v.v ... Tốt nhất là nhờ ai đó không biết gì về máy tính, nếu bạn định đi theo con đường này, tài liệu mẫu hoặc thông tin lỗi bạn dự định trình bày và xem họ có hiểu không nó (tôi gọi đây là bài kiểm tra mẹ chồng, nếu bà có thể hiểu nó, bất cứ ai cũng có thể).

6
Bil Simser

Để khiến mọi người đọc tin nhắn quan trọng mà bạn có trong đầu, trước tiên bạn phải tìm kiếm ứng dụng cho tất cả các tin nhắn vô giá trị, "Liên hệ với quản trị viên của bạn (người không thực sự tồn tại)!" và loại bỏ chúng hoặc thay thế chúng bằng thông tin trung thực. Khi tiếng ồn đã được xóa khỏi luồng tin nhắn, sẽ mất vài tháng trước khi cơ sở người dùng nhận thấy tỷ lệ nhiễu trên tin nhắn đã được cải thiện đến mức rất hữu ích khi đọc lại tin nhắn.

5
MatthewMartin

Địa điểm, địa điểm, địa điểm!

Hãy chắc chắn rằng thông báo lỗi nằm ở một vị trí mà một mặt không làm phiền luồng công việc nhưng mặt khác, có thể dễ dàng nhận thấy.

Nếu tin nhắn ở giữa màn hình và nó chặn quyền truy cập vào biểu mẫu chính, người dùng sẽ đóng nó ngay lập tức mà không cần đọc nó, nhưng nếu nó không hét lên thì người dùng thậm chí không thể nhận ra.

5
Sruly

(Có vẻ như một số điều tôi phải nói ở đây đã được trả lời bởi những người khác trước khi tôi đăng - một số thông tin tốt ở trên, đặc biệt là ông Lerch.)

Tôi nghĩ rằng câu trả lời nhanh đáng tiếc là "Họ sẽ không." Tương tự như hiện tượng người dùng sở hữu hướng dẫn sử dụng sản phẩm nhưng từ chối mở chúng, một tin nhắn đột ngột, đáng ngạc nhiên, ngoài ngữ cảnh (ít nhất là cho người dùng cơ sở) sẽ trở nên bất ngờ, đáng ngạc nhiên và ngoài ngữ cảnh .

Sự bi quan vốn có của tôi sang một bên, tôi đã tìm thấy thành công giai thoại với tinh thần đề xuất của bạn. WRT điểm đầu tiên, tôi đồng ý với "ngắn" nhưng không nhiều "chính xác". Người dùng không có kỹ thuật sẽ gặp vấn đề với bất kỳ thông báo lỗi nào. Một thông điệp "chính xác" thậm chí còn hơn thế, bởi vì người dùng không có kỹ thuật cần không ít thông tin, nhưng nhiều hơn (tức là cần một chút giáo dục) để thực sự hiểu những gì đã xảy ra.

Ví dụ, trong dấu đầu dòng thứ hai, người dùng không có kỹ thuật sẽ gặp vấn đề với phần đầu tiên của tin nhắn mẫu của bạn.

  • Nó kết nối với cái gì?
  • Yêu cầu gì?
  • Tại sao nó không thể?
  • Tôi đã làm gì sai sao?
  • Phần mềm có làm gì sai không?

Một số hoặc tất cả những câu hỏi này sẽ chạy qua đầu họ trước khi họ thực sự hiểu được câu trả lời được đề xuất. Khi họ lấy lại bình tĩnh và đọc phần thứ hai, họ sẽ có một loạt câu hỏi khác về cách kiểm tra kết nối internet của họ. Một số người sẽ giải thích nó như một vấn đề về modem hoặc bộ định tuyến và chu kỳ năng lượng mà toàn bộ ngăn xếp (không đùa).

Một loạt điều này không thực sự có thể giải quyết được trong thông báo lỗi; mọi người có trình độ hiểu biết về máy tính và ứng dụng của bạn có thể sẽ không có tác động đáng kể đến điều đó. Nhưng nếu bạn đã

  • Trước tiên hãy cung cấp một câu đơn giản mà bạn có thể giải thích tại sao họ nhìn thấy tin nhắn. 5 - 7 từ.
  • Sử dụng ngôn ngữ đơn giản, đàm thoại để giải thích chi tiết hơn một chút.
  • Cung cấp (nếu đó là lỗi của trang web) một ứng dụng
  • Tìm một cách thông minh để bảo họ đừng hoảng sợ
  • Đảm bảo mọi thứ sẽ tốt hơn

bạn có thể làm cho trải nghiệm dễ chịu hơn một chút.

Lưu ý, một vài người cuối cùng rất dễ mắc sai lầm và cuối cùng có vẻ bảo trợ, vì vậy hãy thận trọng và kiểm tra một số người bạn trước.

4
Matt

Làm cho chúng có liên quan, ngắn gọn, tiếng Anh đơn giản và nằm ở một vị trí không xa nơi người dùng đang tìm kiếm. Giải thích những gì đã xảy ra và tại sao nó xảy ra, nhưng không có quá nhiều thông báo. Cuối cùng, kiểm tra hoặc thử nghiệm các trạng thái lỗi của ứng dụng của bạn cũng như các phần khác. Chúng tôi thường quên và chỉ cần người dùng trải qua một quy trình trước khi chúng tôi xây dựng tất cả các xử lý lỗi của mình và điều đó bỏ qua việc xác thực một phần quan trọng, có thể gây khó chịu cho trải nghiệm.

Trực quan, làm cho chúng nổi bật so với các yếu tố khác của giao diện. Hoạt hình có thể giúp tạo ra nhận thức; Kỹ thuật phai màu vàng là một ví dụ tuyệt vời về điều đó.

3
Rahul

Nhiều lời khuyên tốt nhất đã được gửi. Tôi muốn thêm rằng thông báo lỗi phải phù hợp với tông màu của phần còn lại của nội dung giao diện. http://www.visual-ii.com/ , có cảm giác rất trò chuyện, hơi kỳ quái và có biểu ngữ trang chủ có nội dung "Không phản ứng", có đã tạo một trang lỗi 404 phù hợp với cơ sở hơi kỳ lạ của nó: http://www.visual-ii.com/404 .

2
GoodShovel

Đối với các lỗi loại ngoại lệ chưa được xử lý, rất hiếm gặp nhưng gây tử vong khi chạy ứng dụng, chúng tôi đã đưa ra một hộp thoại báo lỗi có ba nút:

  • 'Sao chép vào clipboard'. Điều này sao chép các chi tiết lỗi vào clipboard dưới dạng văn bản. Giả định là người dùng sau đó sẽ sử dụng điều này để hỗ trợ kỹ thuật qua email hoặc dán vào Notepad.
  • 'Gửi báo cáo lỗi'. Gửi chi tiết lỗi cho bộ phận hỗ trợ kỹ thuật qua email. Đây là nút mặc định.
  • 'Đóng'. Đóng hộp thoại. Nút này bị vô hiệu hóa trong 10 giây hoặc cho đến khi người dùng nhấp vào một trong các hành động trên. Đếm ngược được hiển thị trên nhãn của nút.

Để bảo vệ, chúng tôi cũng ghi nhật ký thông báo lỗi vào tệp văn bản cục bộ, trong trường hợp người dùng không thực hiện bất kỳ hành động nào, sau đó có thể được hỗ trợ kỹ thuật kiểm tra sau đó.

2
dodgy_coder

Khi một ứng dụng đưa ra các thông báo lỗi hữu ích trong việc giúp tôi giải quyết vấn đề, tôi đã đọc chúng. Nếu một ứng dụng (hoặc nhà cung cấp) có tiếng là có thông báo lỗi không hữu ích, tôi sẽ bỏ đọc chúng.

1
EddieC

Làm cho nó KHÔNG giống như một thông báo lỗi.

Không sử dụng cảnh báo hoặc bất cứ điều gì bạn phải đóng bằng một nút. Phân tán lỗi trong một không gian tĩnh dành riêng cho mục đích đó (xem ứng dụng web, bảng quản trị CMS, v.v.)

Sử dụng ngôn ngữ đơn giản và hài hước.

Thay vì "lỗi máy chủ nội bộ 500" hãy thử "Rất tiếc. Có vẻ như chúng tôi không mong đợi đầu vào đó. Bạn có thể muốn quay lại và xem nếu bạn đặt một cái gì đó bất thường trong biểu mẫu."

Thay vì "lỗi khởi tạo thiết bị" hãy thử "Chúng tôi không thể sử dụng [thiết bị của bạn, ví dụ: modem GPRS]. Mọi thứ có ổn với nó không? Hãy kiểm tra thiết bị và xem những gì trong cấu hình."

1
naugtur

Sử dụng hiệu ứng hộp đèn thu nhỏ hoạt hình tập trung sự chú ý vào thông báo lỗi, cùng với bất kỳ phần nào có liên quan của màn hình. Có văn bản có nội dung "(Bấm vào đây để xóa thông báo lỗi)" thay vì nút.

Nếu bạn muốn họ gửi cho bạn dữ liệu về lỗi, ngay cả với đầu vào của họ, hãy nói như vậy. Sử dụng từ "cần". "Đây là dữ liệu về lỗi này mà chúng tôi cần. Một số lỗi có thể liên quan đến bạn. Vui lòng nhấp vào -> tại đây <- để gửi cho chúng tôi."

1
user1158

Có rất nhiều nghiên cứu cho thấy nhiều người dùng cuối không có kỹ thuật sẽ yêu cầu sự giúp đỡ từ ai đó bên cạnh họ, hoặc hỗ trợ kỹ thuật, thay vì cố gắng tự giải quyết vấn đề. Đó là bản chất con người, và tôi thì không, chắc chắn chúng ta sẽ vượt qua điều đó. Nhưng thông báo lỗi có tiếng xấu trong số những người dùng không có kỹ thuật mà chúng ta cần phải vượt qua.

Ngoài các điểm bạn đã đề cập ở trên, hãy đảm bảo rằng thông báo lỗi của bạn là:

  • Rõ ràng có thể nhìn thấy. Nếu nó quan trọng, người dùng nên được yêu cầu tương tác với tin nhắn trước khi tiếp tục tương tác với ứng dụng.
  • Được viết với giọng điệu thân thiện, giản dị, với ngôn ngữ phi kỹ thuật. Ví dụ: Kiểm tra tin nhắn của Firefox.
  • Cung cấp một mô tả ngắn gọn nhưng rõ ràng về vấn đề, và tại sao nó xảy ra.
  • Cung cấp hướng dẫn rõ ràng để khắc phục sự cố và liên kết đến nơi bắt đầu (nếu có thể).
  • Không thể tránh khỏi. Cách tốt hơn để ngăn chặn lỗi người dùng xảy ra hơn là cố gắng viết một thông báo lỗi hiệu quả.
1
Kathy Hanbury

Một trong những phương tiện hiệu quả nhất để hiển thị cảnh báo lỗi là:

  1. Đặt ghi chú lỗi bên cạnh thành phần mà người dùng có thể tương tác để thực hiện sửa
  2. Cuộn trang để tập trung vào phần tử và ghi chú lỗi
  3. cung cấp một hình ảnh động ngắn (chuyển động của hộp ghi chú lỗi) để thu hút sự chú ý của người dùng khi trang đã tập trung vào khu vực có vấn đề (ví dụ: các biểu mẫu ngắn)

Điều này định hướng người dùng hành động khắc phục một cách hữu ích và không đe dọa, nhưng cũng khăng khăng.

0
New Alexandria