Trong JIS X 8341-3:2016, hỗ trợ nhập liệu là cách thiết kế nội dung để người dùng tránh lỗi, nhận ra lỗi và sửa lỗi khi điền biểu mẫu. Mục tiêu không phải là loại bỏ mọi sai sót, mà là giúp người dùng biết chính xác vấn đề nằm ở đâu và cần làm gì tiếp theo.
Một biểu mẫu dễ hiểu có ích cho tất cả mọi người. Điều này đặc biệt quan trọng với người cao tuổi, người khiếm thị và người gặp khó khăn về nhận thức hoặc học tập, vì một nhãn mơ hồ hay thông báo lỗi chỉ thể hiện bằng màu sắc có thể khiến họ không thể hoàn tất thao tác.
Hỗ trợ nhập liệu gồm những gì?
Hỗ trợ nhập liệu không chỉ là tự động hoàn thành. Đây là một chuỗi hỗ trợ xuyên suốt quá trình điền và gửi thông tin:
- Trước khi nhập: cho biết trường dùng để làm gì, thông tin nào bắt buộc và định dạng cần dùng.
- Trong khi nhập: cung cấp lựa chọn, gợi ý hoặc công cụ phù hợp để giảm thao tác không cần thiết.
- Khi có lỗi: xác định đúng trường gặp vấn đề, mô tả lỗi bằng văn bản và hướng dẫn cách sửa.
- Trước khi hoàn tất: cho phép người dùng xem lại và chỉnh sửa thông tin quan trọng.
Cách nhìn theo từng giai đoạn giúp đội ngũ phát triển tránh một sai lầm phổ biến: chỉ thêm thông báo sau khi gửi biểu mẫu, nhưng không cải thiện nhãn, hướng dẫn hoặc bước xác nhận.
Cách xử lý những tình huống thường gặp
| Tình huống | Người dùng cần biết | Cách hỗ trợ phù hợp |
|---|---|---|
| Bỏ trống trường bắt buộc | Trường nào còn thiếu | Nêu tên trường trong thông báo và đặt thông báo gần trường đó. |
| Nhập sai định dạng | Định dạng được chấp nhận | Đưa ra hướng dẫn cụ thể thay vì chỉ báo “dữ liệu không hợp lệ”. |
| Chọn từ nhiều giá trị có sẵn | Các lựa chọn hợp lệ | Dùng danh sách gợi ý, tự động hoàn thành hoặc bộ chọn phù hợp. |
| Gửi thông tin quan trọng | Nội dung nào sắp được gửi | Cung cấp bước xem lại, xác nhận và quay lại chỉnh sửa. |
Thông báo lỗi phải giúp người dùng sửa được lỗi
Khi hệ thống phát hiện lỗi, thông báo cần trả lời ba câu hỏi: lỗi nằm ở trường nào, dữ liệu có vấn đề gì và người dùng phải sửa ra sao. “Có lỗi xảy ra” hoặc “Dữ liệu không hợp lệ” không cung cấp đủ thông tin để tiếp tục.
Ví dụ, thay vì viết “Trường bắt buộc chưa được nhập”, hãy viết “Họ và tên là trường bắt buộc”. Với lỗi định dạng, có thể nêu rõ “Hãy nhập địa chỉ email có dấu @”. Thông báo càng gắn với hành động sửa cụ thể, người dùng càng ít phải đoán.
Khung đỏ có thể giúp người nhìn thấy giao diện nhận ra trường lỗi, nhưng màu sắc không nên là dấu hiệu duy nhất. Cần có thông báo bằng văn bản và đặt nó ở vị trí dễ liên hệ với trường tương ứng. Nếu biểu mẫu có nhiều lỗi, một danh sách lỗi ở đầu biểu mẫu có thể giúp người dùng nắm toàn bộ vấn đề, miễn là từng lỗi vẫn dẫn họ tới đúng trường cần sửa.
Nhãn và hướng dẫn cần xuất hiện trước khi người dùng gặp lỗi
Thông báo lỗi chỉ giải quyết phần ngọn nếu trường nhập không có tên hoặc hướng dẫn rõ ràng. Mỗi trường nên có nhãn mô tả đúng thông tin cần nhập. Khi có quy tắc về định dạng, độ dài hoặc trường bắt buộc, hãy nêu quy tắc trước khi người dùng gửi biểu mẫu.
Placeholder không nên phải gánh toàn bộ vai trò của nhãn, vì nội dung này thường biến mất khi người dùng bắt đầu nhập. Bài viết về cách dùng nhãn trong biểu mẫu dễ tiếp cận trình bày kỹ hơn cách liên kết tên trường với phần điều khiển nhập liệu.
Gợi ý và tự động hoàn thành phải giữ quyền kiểm soát cho người dùng
Tự động hoàn thành, danh sách gợi ý và bộ chọn ngày có thể giảm số lần gõ và hạn chế lỗi. Những chức năng này hữu ích khi hệ thống có một tập lựa chọn rõ ràng hoặc có thể dự đoán giá trị mà không làm thay đổi ý định của người dùng.
Với dữ liệu có nhiều khả năng diễn giải, nên đưa ra đề xuất để người dùng tự chọn thay vì âm thầm sửa nội dung. Chẳng hạn, khi địa chỉ email thiếu ký tự “@”, thông báo nên chỉ ra vấn đề và đề nghị người dùng kiểm tra lại. Tự động thay đổi dữ liệu mà không báo trước có thể tạo ra một lỗi mới khó nhận biết hơn lỗi ban đầu.
Khi nào cần bước xác nhận?
Bước xác nhận phù hợp khi biểu mẫu gửi hoặc thay đổi thông tin quan trọng. Màn hình này cần hiển thị nội dung đã nhập theo cách dễ đọc, đồng thời cung cấp đường quay lại đúng phần cần sửa. Chỉ thêm nút “Xác nhận” mà không cho chỉnh sửa thì chưa giải quyết được nhu cầu của người dùng.
Không phải biểu mẫu ngắn nào cũng cần thêm một trang xác nhận riêng. Đội ngũ phát triển nên cân nhắc mức độ ảnh hưởng của thao tác, khả năng hoàn tác và chi phí nếu dữ liệu bị gửi sai. Với thao tác đơn giản, thông báo rõ ràng ngay tại trường có thể phù hợp hơn.
Danh sách kiểm tra cho đội ngũ vận hành và phát triển
- Liệt kê các biểu mẫu và xác định trường bắt buộc, quy tắc định dạng cùng các thao tác có ảnh hưởng lớn.
- Kiểm tra xem mỗi trường đã có nhãn, hướng dẫn và ví dụ cần thiết hay chưa.
- Thử gửi dữ liệu trống, sai định dạng và ngoài phạm vi để xem từng lỗi được mô tả như thế nào.
- Bảo đảm thông báo không chỉ dựa vào màu sắc và có thể liên hệ rõ ràng với trường bị lỗi.
- Kiểm tra rằng dữ liệu hợp lệ đã nhập không bị xóa khi một trường khác gặp lỗi.
- Đánh giá các chức năng tự động hoàn thành, gợi ý và bộ chọn để chắc rằng người dùng vẫn có thể sửa hoặc từ chối đề xuất.
- Với thông tin quan trọng, kiểm tra đường xem lại, xác nhận và quay lại chỉnh sửa.
- Thực hiện thử nghiệm với nhiều cách thao tác và nhóm người dùng phù hợp; ghi nhận điểm gây nhầm lẫn để cải tiến.
Việc kiểm tra nên bao quát cả thời điểm trước, trong và sau khi nhập, thay vì chỉ xác nhận rằng biểu mẫu có thể gửi thành công. Khi cần xây dựng phạm vi đánh giá rộng hơn, có thể tham khảo quy trình kiểm tra khả năng truy cập web.
Kết luận
Hỗ trợ nhập liệu tốt bắt đầu bằng nhãn và hướng dẫn rõ ràng, tiếp tục bằng thông báo lỗi có thể hành động, rồi kết thúc bằng cơ hội xem lại và sửa thông tin khi cần. Tự động hoàn thành hay màn hình xác nhận chỉ hữu ích khi chúng giảm gánh nặng mà không lấy mất quyền kiểm soát của người dùng.
Đội ngũ quản lý website có thể bắt đầu từ các biểu mẫu quan trọng nhất, thử những tình huống lỗi thực tế và sửa từng điểm khiến người dùng phải đoán. Cách làm này giúp biểu mẫu dễ hiểu, dễ hoàn tất và phù hợp hơn với nhiều cách sử dụng web.
Chúng tôi đã phát hành UUU Web Accessibility Widget Tool, công cụ giúp dễ dàng triển khai khả năng truy cập web. Nếu bạn quan tâm đến việc cải thiện khả năng truy cập, hãy xem thêm thông tin chi tiết.