Thiết kế có chủ đích cho trạng thái trống đang tải và không sẵn sàng

Một vùng trống không cho người dùng biết doanh nghiệp không có bản ghi hay ứng dụng gặp sự cố. Cùng một vị trí trên màn hình có thể đại diện cho nhiều tình huống rất khác nhau. Hãy thiết kế các tình huống đó song song với màn hình có dữ liệu, kèm giải thích và hành động hữu ích riêng. Nếu không, bản trình diễn đẹp sẽ che đi những điều kiện người dùng phải xử lý hằng ngày.

Phân biệt nguyên nhân không thấy dữ liệu

Tách trạng thái sử dụng lần đầu khỏi tìm kiếm không có kết quả. Trang lần đầu có thể giải thích mục đích của khu vực và cách người có quyền tạo bản ghi đầu tiên. Kết quả sau lọc cần hiện tiêu chí đang áp dụng và cho đổi chúng mà không làm mất tác vụ xung quanh.

Cũng cần phân biệt thiếu quyền với thiếu dữ liệu. Đừng mời người dùng tạo bản ghi thay thế chỉ vì vai trò đó không nhìn thấy bản ghi hiện có. Khi quyền bị hạn chế, giải thích đường xử lý được phép mà không tiết lộ thông tin vai trò đó không nên xem.

Mô tả chờ đợi mà không giả vờ đã xong

Khi yêu cầu chưa hoàn tất, nêu ứng dụng đang cố lấy thông tin gì. Giữ thông tin cũ hữu ích nếu phù hợp, nhưng gắn nhãn nếu có thể đã lỗi thời. Khung chờ tải không nên giống bản ghi thật hoặc hàm ý cập nhật vừa yêu cầu đã thành công.

WAI xác định chờ đợi, tiến độ, kết quả và lỗi có thể là thông báo trạng thái khi chúng không đổi ngữ cảnh.[3] Thông báo liên quan cần vai trò hoặc thuộc tính mà chương trình xác định được để công nghệ hỗ trợ trình bày mà không nhận tiêu điểm.[3] Rà soát cách đọc thông báo cùng với phần hiển thị trên màn hình.

Ví dụ giả định: bảng điều phối giao hàng

Một giám sát điều phối giả định mở bảng tuyến giao hàng. Ngày đầu chưa có tuyến nên trang giải thích cách tạo tuyến. Sau đó, lọc theo khu vực không có kết quả và trang cho xóa bộ lọc đó. Hai trạng thái dùng chung bố cục nhưng không dùng chung hướng dẫn.

Nếu dịch vụ tuyến giao hàng không sẵn sàng, bảng phải chỉ ra lần làm mới thất bại và đánh dấu các tuyến giữ lại là dữ liệu tải trước đó. Giám sát có thể thử lại hoặc làm theo phương án vận hành dự phòng đã thống nhất. Trang không được báo mọi chuyến đã hoàn tất chỉ vì không lấy được dữ liệu.

Quy định chuyển trạng thái và giới hạn

Chuẩn bị ví dụ trạng thái với người phụ trách nghiệp vụ trước khi duyệt thiết kế. Bao gồm chuyển từ đang chờ sang thành công, không có kết quả, bị từ chối quyền hoặc thất bại. Quyết định điều gì xảy ra với dòng đang chọn và vị trí cuộn khi yêu cầu cuối cùng kết thúc.

Thêm trạng thái làm tăng khối lượng thiết kế và kiểm thử. Dữ liệu giữ lại cũng có thể gây hiểu lầm. Chọn nhãn độ mới và hành vi dự phòng có chủ đích. Các kiểm tra này hỗ trợ nghiệm thu sản phẩm, không chứng minh tuân thủ đầy đủ tiêu chuẩn tiếp cận.

• Dùng nội dung khác nhau cho lần đầu và tìm kiếm không có kết quả.
• Giữ bộ lọc đang áp dụng hiển thị khi không có kết quả.
• Gắn nhãn dữ liệu giữ lại nếu làm mới thất bại.
• Cung cấp thao tác thử lại, xin quyền hoặc tạo mới thực sự phù hợp.
• Thử thông báo và vị trí người dùng khi chuyển trạng thái.