Trải nghiệm người dùng
Thiết kế thao tác xóa hủy với hậu quả dễ hiểu
Xóa và hủy cần nhiều hơn hộp thoại xác nhận chung chung. Hãy giải thích bản ghi bị ảnh hưởng, hậu quả tiếp theo, giới hạn khôi phục và kết quả thực tế để người dùng quyết định có chủ đích.
Nút xóa có thể là bỏ bản nháp, hủy quy trình hoặc mất thông tin vĩnh viễn. Xác nhận chung không giải quyết được những khác biệt đó. Trước khi chọn thiết kế hộp thoại, hãy ghi hậu quả thực tế của từng hành động phá hủy dữ liệu. Người dùng cần đủ thông tin để phân biệt dọn dẹp có thể đảo ngược với thay đổi nghiệp vụ không thể hoàn tác qua giao diện.
Mô tả đối tượng và hậu quả
Nêu tên bản ghi bị ảnh hưởng trong xác nhận và giải thích thông tin liên quan sẽ ra sao. Phân biệt bỏ khỏi danh sách hiện tại, lưu trữ, hủy và xóa vĩnh viễn. Tránh hứa mọi bản sao đều biến mất nếu sản phẩm và quy trình áp dụng không thực sự hỗ trợ điều đó.
Với thao tác hàng loạt, hiện rõ phạm vi được chọn. Làm rõ hành động áp dụng cho dòng đang thấy, dòng đã chọn qua nhiều trang hay mọi bản ghi khớp điều kiện. Nếu hệ thống chưa tính được chính xác tập bị ảnh hưởng, phải giải quyết điều chưa rõ trước khi yêu cầu xác nhận hành động không thể đảo ngược.
Chọn biện pháp bảo vệ tương xứng rủi ro
WAI mô tả biện pháp cho một số lần gửi có hậu quả quan trọng, gồm đảo ngược, kiểm tra hoặc xác nhận.[7] Phần giải thích không yêu cầu xác nhận cho mọi lần lưu hay sửa thông thường.[7] Dùng khác biệt đó để tránh thêm cảnh báo giống nhau cho cả việc ít rủi ro lẫn việc có hậu quả lớn.
Nên cung cấp hoàn tác khi sản phẩm phía sau thực sự khôi phục được kết quả. Giải thích ranh giới khôi phục trước khi xác nhận. Nếu phải nhờ hỗ trợ hoặc đi qua quy trình nghiệp vụ riêng, đừng gọi đó là thao tác dễ đảo ngược. Thêm bước cản không thể thay cho giải thích trung thực về tác động.
Ví dụ giả định: hủy buổi đào tạo
Một điều phối viên giả định hủy buổi đào tạo nội bộ đã lên lịch. Xác nhận nêu buổi nào và giải thích thông báo sẽ được gửi cho người tham gia, còn hồ sơ điểm danh được giữ lại. Đây là quy tắc sản phẩm đề xuất riêng cho ví dụ, không phải khẳng định chung về các hệ thống hủy.
Điều phối viên có thể quay lại chỉnh sửa thay vì hủy. Sau khi xác nhận, ứng dụng báo việc hủy đã hoàn tất hay chưa và thông báo còn chờ gửi hay không. Nếu gửi thông báo thất bại, ứng dụng không mời hủy lại cùng buổi. Nội dung tách thay đổi trạng thái đã xong khỏi công việc tiếp theo chưa xong.
Kiểm tra sự hiểu sai, không chỉ nút bấm
Nhờ người rà soát tự giải thích hậu quả trước khi xác nhận. Nếu họ mong kết quả khác, hãy sửa nội dung hoặc cách tương tác. Thử tên bản ghi gần giống, lựa chọn hàng loạt, lần gửi thất bại và đường quay về khi đóng hộp thoại mà không thực hiện.
Thêm bước cản có thể làm chậm quản trị hợp lệ và khiến người dùng xác nhận máy móc. Dành biện pháp mạnh hơn cho hậu quả lớn hơn. Rà soát thiết kế này hỗ trợ quyết định đủ thông tin, không chứng minh tính đầy đủ pháp lý hay tuân thủ đầy đủ tiêu chuẩn tiếp cận.
- Nhận diện chính xác bản ghi hoặc phạm vi lựa chọn.
- Giải thích tác động lên dữ liệu liên quan và công việc tiếp theo.
- Nêu có thể khôi phục thật hay không và bằng cách nào.
- Cho đường từ bỏ hành động rõ ràng mà không đổi dữ liệu.
- Đọc lại trạng thái kết quả trước khi tuyên bố đã xong.