Cải thiện cảm nhận tốc độ bằng phản hồi tiến độ trung thực

Chỉ báo chuyển động có thể xác nhận ứng dụng đã nhận thao tác, nhưng không chứng minh công việc yêu cầu đã xong. Khách hàng cần biết thao tác đang chờ, tiến triển, bị chặn hay hoàn tất. Thiết kế phản hồi tiến độ quanh các khác biệt đó. Xem tăng sự rõ ràng là mục tiêu thiết kế, không biến thành khẳng định chưa đo rằng hoạt ảnh làm dịch vụ phía sau chạy nhanh hơn.

Tách xác nhận đã nhận khỏi hoàn tất

Sau khi người dùng bắt đầu thao tác dài, xác nhận yêu cầu bằng ngôn ngữ nghiệp vụ. Nếu yêu cầu vào hàng đợi, nói rõ đang xếp hàng. Nếu xử lý bắt đầu, nêu giai đoạn. Đừng gọi yêu cầu đã nhận thành bản xuất, lần nhập hoặc lần phê duyệt đã hoàn tất.

Thống nhất sự kiện hoàn tất đáng tin cậy với nhóm kỹ thuật. Với xuất dữ liệu, đó có thể là tệp dùng được đã sẵn sàng, không phải tác vụ nền vừa khởi động. Hiện kết quả cuối hoặc đường lấy kết quả. Nếu quy trình có thể kết thúc sau khi người dùng rời trang, giải thích nơi kiểm tra sau đó.

Chọn chỉ báo phù hợp bằng chứng

Chỉ dùng phần trăm khi sản phẩm có tổng khối lượng có ý nghĩa và phần đã xong đáng tin cậy. Nếu chưa biết khối lượng, thông báo giai đoạn bằng chữ có thể trung thực hơn. Giải thích khoảng dừng khi hệ thống biết nguyên nhân, thay vì đẩy thanh trang trí tiến đến điểm kết thúc không có căn cứ.

WAI đưa chờ đợi và tiến độ xử lý vào phần thảo luận về thông báo trạng thái.[3] Có thể cung cấp thông báo đó cho công nghệ hỗ trợ mà không chuyển tiêu điểm.[3] Ví dụ của hướng dẫn bao gồm đọc tiến độ theo từng khoảng.[3] Lập kế hoạch thông báo theo thay đổi có ý nghĩa và kiểm tra để cập nhật không làm người dùng quá tải bởi chi tiết lặp lại.

Ví dụ giả định: nhập danh mục tài sản

Một văn phòng giả định nhập danh mục tài sản. Giao diện trước hết xác nhận đã nhận tệp, sau đó báo đang kiểm tra rồi đang nhập. Kiểm tra phát hiện dòng cần sửa. Kết quả phân biệt dòng được nhận với dòng bị từ chối thay vì đưa thông báo thành công vô điều kiện.

Nếu mất kết nối lúc nhập, giao diện cho kiểm tra trạng thái gắn với thao tác hiện có. Nó không lập tức khuyến khích tải tệp lên lại. Chỉ hiện nút hủy nếu thực sự hỗ trợ hủy, kèm giải thích bản ghi đã được nhận có còn tồn tại hay không.

Rà soát đường chậm và gián đoạn

Trong nghiệm thu, mô phỏng hàng đợi, giai đoạn xử lý dài, thất bại một phần và mất kết nối. Hỏi người dùng nghĩ ứng dụng đang làm gì và họ có định lặp lại thao tác không. So sánh cách hiểu đó với trạng thái thật của hệ thống.

Phản hồi chi tiết làm tăng công triển khai và phụ thuộc tín hiệu đáng tin từ hệ thống phía sau. Khi thiếu tín hiệu, nói rõ điều chưa chắc chắn. Hình thức chỉn chu không thay thế điều tra hiệu năng hoặc đường khắc phục thực sự.

• Phân biệt đã nhận, xếp hàng, xử lý và hoàn tất cuối cùng.
• Chỉ dùng phần trăm khi có tổng khối lượng có ý nghĩa.
• Cung cấp nơi ổn định để kiểm tra công việc chạy lâu.
• Thử thông báo tiến độ mà không giành tiêu điểm hiện tại.
• Giải thích kết quả một phần, giới hạn hủy và kết quả chưa rõ.