Phòng chống lỗi

Ngăn ngừa lỗi là một phương pháp thiết kế nhằm cấu trúc giao diện sao cho việc mắc lỗi khó hoặc không thể xảy ra, thay vì chỉ dựa vào các thông báo lỗi tốt sau khi sự việc đã xảy ra. Đây là một trong những nguyên tắc lâu đời nhất trong khả năng sử dụng, xuất hiện trong các nguyên tắc kinh nghiệm của Nielsen và trong các tài liệu về yếu tố con người trước đó, và nó dựa trên quan sát rằng một lỗi được tránh sẽ không tốn kém gì trong khi một lỗi được sửa chữa sẽ tốn thời gian, sự chú ý và thường cả lòng tin.

Các kỹ thuật này được chia thành một vài nhóm dễ nhận biết. Các ràng buộc ngăn chặn hoàn toàn việc nhập liệu không hợp lệ, ví dụ như khi bộ chọn ngày không cho phép chọn ngày không hợp lệ hoặc trường số chỉ chấp nhận chữ số. Các giá trị mặc định hợp lý làm giảm số lượng quyết định có thể dẫn đến lựa chọn sai. Các yêu cầu định dạng rõ ràng được hiển thị trước khi nhập liệu, thay vì sau khi bị từ chối, tránh được sự khó chịu khi phải đoán xem trường đó muốn gì. Các bước xác nhận bảo vệ các hành động không thể đảo ngược. Chức năng hoàn tác, nếu có thể, tốt hơn so với xác nhận vì nó không làm gián đoạn trường hợp phổ biến là người dùng nhập đúng.

Công việc nghiên cứu yếu tố con người phân biệt giữa sơ suất và sai lầm, và sự phân biệt này thay đổi cách khắc phục. Sơ suất là một thất bại trong quá trình thực hiện, trong đó người đó có ý định làm điều đúng nhưng lại làm điều sai: gõ sai, nhấp vào điều khiển bên cạnh, bỏ sót mục tiêu nhỏ. Những lỗi này được khắc phục bằng thiết kế vật lý, thông qua việc sử dụng các mục tiêu lớn hơn, khoảng cách thích hợp, tách biệt các hành động phá hoại và xây dựng, và xử lý đầu vào dễ dàng. Sai lầm là một thất bại trong lập kế hoạch, trong đó người đó đã làm chính xác những gì họ dự định nhưng ý định của họ lại không phù hợp với tình huống. Những lỗi này đòi hỏi thông tin tốt hơn, mô hình rõ ràng hơn và phản hồi mang tính thông tin hơn, và việc điều chỉnh kích thước mục tiêu sẽ không giúp ích được gì.

Thời điểm xác thực là một quyết định thực tế thường xuyên được đưa ra. Xác thực ngay khi gửi dữ liệu buộc người dùng phải sửa lỗi rất lâu sau khi chúng được tạo ra, ngoài ngữ cảnh và thường là sau khi trang đã được tải lại và mất dữ liệu đã nhập. Xác thực trên mỗi lần gõ phím sẽ báo lỗi trước khi quá trình nhập liệu hoàn tất và tạo cảm giác khó chịu. Xác thực khi một trường mất tiêu điểm, đồng thời xác nhận các dữ liệu hợp lệ, là phương pháp kiểm thử tốt nhất trong hầu hết các ngữ cảnh, và việc giữ lại tất cả dữ liệu đã nhập khi xảy ra lỗi là điều không thể thiếu bất kể thời điểm nào.

Việc ngăn ngừa lỗi cũng phải tính đến những gì xảy ra khi chính hệ thống gặp sự cố, vì không phải tất cả các lỗi đều bắt nguồn từ người dùng. Các lỗi thanh toán, hết thời gian chờ, phiên làm việc hết hạn và mất kết nối đều là những trường hợp mà người dùng không làm gì sai và cần một hướng dẫn rõ ràng để giải quyết vấn đề thay vì một thông báo mô tả tình trạng nội bộ. Việc bảo toàn dữ liệu đã xử lý sau khi phiên làm việc hết hạn, tự động thử lại khi an toàn và giải thích các bước tiếp theo cần thực hiện tương đương với việc ngăn ngừa lỗi hệ thống.

Việc ngăn ngừa lỗi cũng áp dụng cho các quyết định vận hành liên quan đến sản phẩm, không chỉ riêng giao diện. Các hệ thống cho phép đóng tài khoản khi vẫn còn dư nợ, đặt hàng một mặt hàng không thể giao đến địa chỉ đó, hoặc đặt lịch hẹn ngoài giờ làm việc đang tạo ra lỗi thông qua các quy tắc nghiệp vụ chứ không phải thông qua thiết kế tương tác, và các vấn đề phát sinh sẽ xuất hiện dưới dạng khiếu nại của khách hàng chứ không phải là các phát hiện về khả năng sử dụng. Việc xác định những lỗi này đòi hỏi phải theo dõi các ràng buộc của hoạt động thực tế và xác nhận rằng giao diện thực thi chúng ngay từ thời điểm sớm nhất khi thông tin có sẵn, thay vì chấp nhận đầu vào và thất bại sau đó, đây là mô hình tạo ra chi phí khắc phục tốn kém nhất.

Về mặt thương mại, những quy trình mà việc phòng ngừa mang lại hiệu quả tốt nhất là những quy trình có giá trị cao và tỷ lệ bỏ ngang cao: thanh toán, đăng ký, điền đơn xin việc và bất kỳ quy trình nào mà người dùng chỉ hoàn thành một lần và không thể dễ dàng tiếp tục. Đây là những quy trình mà một lỗi duy nhất thường xuyên dẫn đến việc kết thúc hoàn toàn phiên làm việc. Việc xác định vị trí xảy ra lỗi, bằng cách sử dụng phân tích trường biểu mẫu và ghi lại phiên làm việc, là công việc chẩn đoán tiêu chuẩn trong một hệ thống tự động hóa. Kiểm tra trải nghiệm người dùngvà các giải pháp khắc phục được đưa ra nằm trong số những giải pháp đáng tin cậy nhất. Dịch vụ CRO Vì vấn đề tồn đọng này giải quyết một thất bại đã được ghi nhận chứ không phải một giả thuyết về sở thích.