Thiết kế biểu mẫu nghiệp vụ có kiểm tra và sửa lỗi rõ ràng

Biểu mẫu đăng ký nhà cung cấp có thể trông đơn giản nhưng vẫn khiến người dùng không biết phải nhập gì hoặc dữ liệu còn hay mất sau lỗi. Hãy xem kiểm tra dữ liệu là cuộc trao đổi về thông tin được chấp nhận, không phải tập hợp những viền đỏ. Trước khi chọn thành phần giao diện, nhóm cần thống nhất quy tắc nào bảo vệ nghiệp vụ và người dùng sửa sai bằng cách nào.

Xác định quy tắc trước khi viết cảnh báo

Phân biệt thông tin còn thiếu, sai định dạng và hạn chế nghiệp vụ. Thiếu tên liên hệ cần hướng dẫn khác với mã đăng ký đã thuộc về hồ sơ khác. Giải thích định dạng cần thiết ngay cạnh trường trước khi gửi. Ví dụ phải phản ánh dữ liệu thực sự được chấp nhận, không chỉ là chữ gợi ý để trang trí.

WAI khuyến nghị chấp nhận các cách nhập hợp lệ khác nhau, chẳng hạn số điện thoại dùng những dấu phân cách khác nhau.[1] Hãy hỏi định dạng nghiêm ngặt có phục vụ yêu cầu thực tế của hệ thống phía sau hay không. Nếu có thể chuẩn hóa an toàn, hãy nhận những cách viết hợp lý và cho xem kết quả chuẩn hóa trước khi xác nhận.

Đặt hướng dẫn sửa gần trường bị lỗi

Thông báo cần nêu trường nào có vấn đề, vì sao bị từ chối và có thể sửa thế nào. Giữ các giá trị hợp lệ khác sau khi gửi thất bại. Với biểu mẫu dài, có thể thêm bản tổng hợp liên kết đến từng trường lỗi, bên cạnh thông báo tại trường. Đừng bắt người dùng tìm một dấu hiệu không được giải thích.

Kiểm tra phía trình duyệt không đủ bảo đảm an toàn, nên WAI cũng yêu cầu kiểm tra ở máy chủ.[1] Hãy xem phản hồi sớm của trình duyệt là trợ giúp, không phải bằng chứng rằng lần gửi cuối sẽ thành công. Quy tắc máy chủ và hướng dẫn hiển thị phải nhất quán với nhau.

Ví dụ giả định: đăng ký nhà cung cấp

Một nhà phân phối giả định yêu cầu số liên hệ và khu vực giao hàng. Biểu mẫu cho phép số điện thoại có khoảng trắng nhưng từ chối khu vực chưa được hỗ trợ. Khi từ chối, hệ thống giữ thông tin liên hệ và giải thích những khu vực doanh nghiệp hiện phục vụ.

Nếu danh sách khu vực không tải được, biểu mẫu phải báo sự cố dịch vụ thay vì nói nhà cung cấp nhập sai. Người dùng có thể tải lại danh sách mà không nhập lại phần còn lại. Sau khi gửi, xác nhận rõ ràng giúp phân biệt hồ sơ đã lưu với yêu cầu vẫn đang chờ xét duyệt.

Danh sách nghiệm thu đường khắc phục

Khi rà soát, dùng dữ liệu thiếu thực tế chứ không chỉ bản ghi mẫu được chuẩn bị sẵn. Nhờ một đồng nghiệp tự sửa mà không được hướng dẫn bằng lời. Ghi lại vị trí giao diện không còn giải thích đủ cho họ.

Càng kiểm tra chi tiết, nhóm càng có nhiều quy tắc phải duy trì. Chọn hạn chế có chủ đích, giao người phụ trách và thử thay đổi với bản nháp cũ đã lưu. Những khuyến nghị này hỗ trợ đánh giá tính dễ dùng, không phải tuyên bố tuân thủ đầy đủ tiêu chuẩn tiếp cận.

• Nêu trường bắt buộc trước khi người dùng gửi.
• Giải thích từng giá trị bị từ chối và cách sửa tiếp theo.
• Giữ thông tin hợp lệ khi trường khác gặp lỗi.
• Kiểm thử riêng các trường hợp bị trình duyệt và máy chủ từ chối.
• Phân biệt kết quả đã lưu, đã gửi và đang chờ xét duyệt.