Bài báo này xuất hiện lần đầu tiên trong số tháng 4 năm 2012 (# 226) của tạp chí .net - tạp chí bán chạy nhất thế giới dành cho các nhà thiết kế và phát triển web.
.net: Kiểm tra khả năng sử dụng định lượng là gì?
RM: Khi ngành công nghiệp khả năng sử dụng phát triển, chúng tôi nhận thấy rằng nhiều nhà quản lý nhấn mạnh vào câu trả lời định lượng cho các câu hỏi về khả năng sử dụng cũng như thông tin định tính truyền thống. Họ muốn thấy bằng chứng rằng khả năng sử dụng đang được cải thiện qua từng năm, vì vậy họ có thể chứng minh với người quản lý của mình rằng số tiền họ bỏ vào UX là đáng giá.
Có thể thực hiện các phép đo khả năng sử dụng định lượng tốt, nhưng chi phí cao hơn rất nhiều so với thử nghiệm truyền thống và bạn phải rất cẩn thận về cách thực hiện. Đo lường định tính là một phương pháp thân thiện trong đó bạn có thể mắc lỗi với nó mà vẫn đạt được kết quả tốt. Đo lường định lượng là một phương pháp giòn hơn nhiều - nó chỉ cho kết quả tốt nếu bạn có kỷ luật và tuân thủ các phương pháp một cách nghiêm ngặt.
.net: Người kiểm tra khả năng sử dụng mắc lỗi nào?
RM: Một vấn đề lớn là xử lý các con số không chính xác. Ví dụ, mọi phép đo đều có một mức độ không đảm bảo đi kèm với nó và điều đó cần được đưa vào kết quả. Điều đó không tầm thường - sự không chắc chắn là một phần của sự thật, nhưng nhiều học viên không bao gồm điều đó.
Tôi đã thực hiện một số nghiên cứu được gọi là Đánh giá Khả năng Sử dụng So sánh, trong đó chúng tôi chọn một số lượng lớn các nhóm và yêu cầu họ thực hiện cùng một nghiên cứu định lượng trên một trang web.Nhiều nhóm đã sử dụng phương pháp luận chính xác và đạt được kết quả tương tự, nhưng một số nhóm đã đưa ra kết quả khác xa nhau đến mức khoảng không chắc chắn của họ không trùng lặp. Vì vậy, một số nghiên cứu chỉ đơn giản là sai. Chúng tôi đã điều tra xem có gì sai sót trong các nghiên cứu này và chúng tôi nhận thấy các vấn đề chủ yếu xoay quanh việc tuyển người kém để kiểm tra trang web và việc xử lý sai các phép đo.
Một phát hiện quan trọng trong tất cả những điều này là những nhóm nghiên cứu có sai sót cơ bản đã không biết về điều đó - và họ là những người được trả tiền để dạy hoặc thực hành khả năng sử dụng. Điều đó khiến tôi lo lắng một chút, bởi vì những người này không hiểu những hạn chế của chính họ và tôi không thấy thận trọng khi quảng cáo kết quả của họ. Đây là một vấn đề trong cộng đồng nói chung; Tôi hiếm khi thấy bất kỳ cuộc thảo luận nào về các lỗi kiểm tra khả năng sử dụng. Đó là một dấu ấn của sự trưởng thành trong nghề nghiệp khi những sai lầm được coi như một tài sản có thể được sử dụng để cải thiện hiệu suất trong tương lai.
.net: Những yếu tố nào góp phần tạo nên nền văn hóa này?
RM: Nghề của chúng tôi vẫn còn non trẻ, và nhiều người xem những gì họ đang làm là một nghệ thuật chứ không phải một quy trình công nghiệp. Chúng tôi đã thực hiện kiểm tra khả năng sử dụng một cách hợp lý có hệ thống trong khoảng 25 năm nay - đó không phải là một nghệ thuật nữa, nó phải là một quy trình công nghiệp mà chúng tôi có thể đo lường, tiêu chuẩn hóa và trong đó chúng tôi có thể chứng nhận mọi người.
Nhưng rất nhiều chuyên gia về khả năng sử dụng không thích quan điểm đó, bởi vì họ thực sự coi trọng sự tự do mà họ cảm thấy khi áp dụng các quy tắc thiết kế và tạo ra những thay đổi nhỏ thú vị để kiểm tra khả năng sử dụng. Đôi khi những điều chỉnh này là tốt hơn, nhưng trong hầu hết các trường hợp thì không. Tôi đã viết một danh sách kiểm tra đưa ra những phẩm chất cần thiết của một bài kiểm tra khả năng sử dụng tốt và tôi nghĩ những điều tương tự như vậy nên là một phần của hợp đồng khi một công ty ủy quyền kiểm tra khả năng sử dụng.
.net: Vì vậy, bạn nghĩ rằng nên có sự công nhận để kiểm tra khả năng sử dụng?
RM: Vâng, rất mạnh mẽ, bởi vì có quá nhiều học viên nghèo ngoài kia. Có những nỗ lực đang được tiến hành ở Châu Âu do Hiệp hội các chuyên gia về khả năng sử dụng của Đức dẫn đầu để phát triển chứng nhận ở cấp độ cơ bản và tại mọi cơ hội, tôi cũng thúc đẩy nó được thực hiện ở cấp độ nâng cao.
.net: Những sai lầm UX lớn nhất mà bạn vẫn thấy trên các trang web là gì?
RM: Sai lầm số một là các thông báo lỗi diễn đạt không tốt - không có gì xảy ra khi có lỗi hoặc thông báo không thể hiểu được vì nó được viết bằng ngôn ngữ kỹ thuật. Sau đó, không thể hiển thị các tùy chọn cho người dùng.
.net: Điều đầu tiên cần được xem xét khi thiết kế một trang web hoặc giải quyết một vấn đề là gì?
RM: Điều quan trọng nhất là hoàn thành đúng nhiệm vụ: tìm ra những gì người dùng muốn làm trên một trang web và làm cho nó được hiển thị rõ ràng.
