it-swarm-vi.tech

Thông báo lỗi để chỉ ra dữ liệu không hợp lệ đã được nhập?

Xin lỗi vì câu hỏi chủ quan ....

Tôi đang làm việc trên bản sao vi mô xuất hiện trên biểu mẫu web khi người dùng gửi dữ liệu không hợp lệ: ví dụ: ngày/giờ không hợp lệ. Chúng tôi đã sử dụng xác thực nội tuyến và bộ chọn thời gian và mặt nạ ngày để thực sự thử và giảm thiểu rủi ro dữ liệu không hợp lệ được gửi nhưng chúng tôi khá chắc chắn rằng người dùng vẫn sẽ gặp phải một số vấn đề. Ứng dụng này được thiết kế để sử dụng bởi phi hành đoàn chuyến bay, vì vậy các phi công và tiếp viên hàng không và cố ý hơi vô lý .... văn bản tôi đã sử dụng cho đến nay là:

"Rất tiếc, đã xảy ra sự cố với một số dữ liệu bạn đã nhập. Đừng lo, hãy khắc phục ngay bây giờ"

Điều này đang chứng tỏ một sự lựa chọn gây tranh cãi vì nó dường như không đủ thẩm quyền, nhưng phù hợp với bản sao vi mô được sử dụng trong phần còn lại của ứng dụng. Kết hợp với điều này, chúng tôi đang làm nổi bật các trường riêng lẻ và cho người dùng biết cách khắc phục trường riêng lẻ - đây là văn bản cảnh báo chung được hiển thị trong tiêu đề trang Có ai có bất kỳ đề xuất hay mẫu thiết kế nào cho UX tốt hơn không?

9
thesaundi

Có vẻ như bạn đang hiển thị một cảnh báo (tôi giả sử như vậy từ độ dài của văn bản). Cách hiển thị thông báo "nội tuyến" ngắn hơn nhiều trong trường ngày, ví dụ: "Rất tiếc, 'Z' không phải là văn bản hợp lệ". Điều này sẽ xảy ra ngay lập tức khi người dùng đang gõ; nó cũng ít gây gián đoạn cho quy trình làm việc của người dùng.

Tôi sẽ bảo lưu hiển thị cảnh báo khi người dùng nhấp vào nút Gửi, nhưng hy vọng các cảnh báo nội tuyến theo kiểu bạn sẽ có nghĩa là bạn gần như không bao giờ cần phải hiển thị cảnh báo.

2
Hisham

Nó giúp ích nhiều hơn cho người dùng để nói với anh ta chính xác những gì không chính xác về đầu vào trước đó. Ví dụ: bạn có mong đợi một năm có 4 chữ số và người dùng chỉ nhập hai số cuối không? Sau đó nói cho anh ta biết anh ta đã làm gì sai và cách khắc phục, hoặc anh ta có thể lại mắc lỗi tương tự, khiến bạn lại ném cùng một thông điệp, và sự cáu kỉnh tăng lên. Chắc chắn, giai điệu đóng một vai trò nhưng một thông điệp với thông tin thực sự hữu ích là những gì nó thực sự nói về.

1
Max Steenbergen

Tôi đồng ý với cả hai câu trả lời trước ở một mức độ nào đó, nhưng tôi cũng hỏi một câu hỏi. Khi bạn nói 'xác thực nội tuyến', bạn chỉ đang đề cập đến nhắn tin hoặc cách bạn thực sự xác thực các đầu vào dữ liệu? Xác thực dữ liệu là một chuyện, thông báo lỗi là chuyện khác.

Nói chung, thực tiễn tốt nhất để xác nhận là hai giai đoạn. Sử dụng xác thực phía máy khách để đảm bảo rằng những gì đang được nhập vượt qua bài kiểm tra đánh hơi đầu tiên và bạn có thể dễ dàng cung cấp phản hồi nội tuyến khi một trường được điền vào để cho người dùng biết liệu những gì họ nhập có hoạt động đúng không. Tuy nhiên, xác thực máy chủ khá quan trọng là bước thứ hai để không có bất ngờ nào xảy ra trước khi dữ liệu được cam kết.

Liên quan đến nhắn tin, như tôi vừa nói, bạn có thể cung cấp tin nhắn nhanh khi các trường được điền vào, nhưng tôi nghĩ rằng văn bản bạn đề xuất quá bình thường. Nó có thể phù hợp với giai điệu của bản sao trang web khác, nhưng như Max nói, làm cho người dùng thấy rõ lỗi này là gì, trong bối cảnh, là quan trọng. Tôi thực sự không muốn một tin nhắn thân thiện chung chung giống như bạn muốn nhiều như tôi muốn, "Vui lòng sửa địa chỉ email của bạn. Địa chỉ bạn cung cấp dường như không hợp lệ."

Nếu đó là một hình thức bình thường, một trong những điều tôi thích làm sau khi xác thực phía máy khách hoàn tất là cung cấp xác thực tổng thể cho đầu vào của biểu mẫu, phía máy chủ. Đó là cơ hội của bạn (hy vọng hầu như không phải là vấn đề thường xuyên, nếu xác thực phía khách hàng là chính xác) để quay lại với tin nhắn cụ thể, nhưng tôi sẽ hiển thị nó trong ngữ cảnh nếu có thể, để người dùng biết chính xác lĩnh vực nào vẫn cần chú ý.

Tôi biết lý do tại sao Hisham đề xuất một hộp cảnh báo khi gửi, nhưng các hộp cảnh báo IMHO là loại khó hiểu, đặc biệt là khi bạn có thể sửa đổi biểu mẫu để cung cấp mức độ chi tiết cao hơn cho tin nhắn của bạn cho người dùng của bạn.

1
jameswanless

Giữ nó ngắn và ngọt ngào. Việc kê đơn cho Steve Krug Đừng khiến tôi phải suy nghĩ , một thông điệp như "Rất tiếc, đã có ... blablabla ... bây giờ" là quá nhiều để suy nghĩ.

Thay vì sử dụng không gian để hiển thị một thông báo sẽ giúp người dùng sửa lỗi của họ càng nhanh càng tốt.

Ví dụ:

Nếu người dùng quên điền họ của họ, hãy hiển thị một trong những thông báo ngắn sau bằng màu đỏ và tô sáng tất cả các trường có lỗi màu đỏ:

  1. Nhập họ của bạn.
  2. Yêu cầu tên cuối cùng.
  3. Vui lòng nhập họ của bạn.

Luôn luôn tập trung vào trường trống đầu tiên để người dùng có thể bắt đầu nhập và sửa lỗi ngay lập tức.

1
Petrus Theron