it-swarm-vi.tech

Có thử nghiệm nào có thể được sử dụng để đo lường chất lượng của UI không?

Các tiêu chí được sử dụng để đo lường chất lượng của một UI hoặc so sánh các UI khác nhau với nhau là gì?

6
txwikinger

Có một số phương pháp đo lường và tôi cho rằng mục tiêu của bạn là đo lường khả năng sử dụng.

Phương pháp đầu tiên sẽ là thực hiện kiểm tra khả năng sử dụng . Đặt các mục tiêu chính bạn muốn người dùng của mình đạt được và để họ hoàn thành chúng trong tất cả các UI bạn có. Xem giao diện người dùng nào tạo điều kiện đạt được những mục tiêu đó tốt hơn.

Tôi khuyên bạn nên đọc Jakob Nilsen: Tại sao bạn chỉ cần thử nghiệm với 5 người dùng về chủ đề này.

Phương pháp này thường được sử dụng trong giai đoạn đầu khi bạn trình bày các sơ đồ UI hoàn toàn khác nhau và có sự sang trọng để thay đổi hầu hết mọi thứ.

Ở các giai đoạn sau của ứng dụng hoặc trang web, nếu bạn chỉ muốn thực hiện các thay đổi nhỏ, bạn có thể thực hiện kiểm tra A/B - hiển thị hai phiên bản của phần tử bạn muốn kiểm tra (thường là theo cách ngẫu nhiên) và kiểm tra kết quả (thời gian đã sử dụng , nhấp vào liên kết mong muốn, v.v.)

Một bài viết tuyệt vời về những hạn chế của thử nghiệm A/B có thể được tìm thấy trong blog Mã hóa kinh dị của Jeff Atwood: Ngày con rắn, hoặc, Sự cố với Thử nghiệm A/B

Đừng quên chạy thử nghiệm khả năng truy cập trên UI và đảm bảo rằng người khuyết tật có thể sử dụng UI đúng cách (vấn đề đơn giản nhất để tưởng tượng là mù màu).

Có nhiều cách đo lường khác, ví dụ như đưa một chuyên gia UI để làm báo cáo, nhưng đó chỉ là ý kiến ​​của một người. Nó có thể rất hữu ích, nhưng không thể thay thế thực sự đưa UI vào thử nghiệm bởi nhiều người dùng.

2
Dan Barak

Luôn có bài kiểm tra khả năng sử dụng hành lang nếu bạn muốn có kết quả nhanh chóng :)

Từ Bài đăng trên blog này của Joel Spolsky :

Một bài kiểm tra khả năng sử dụng hành lang là nơi bạn tóm lấy người tiếp theo đi ngang qua hành lang và buộc họ cố gắng sử dụng mã bạn vừa viết. Nếu bạn làm điều này với năm người, bạn sẽ học được 95% những gì có để tìm hiểu về các vấn đề về khả năng sử dụng trong mã của bạn.

Thiết kế giao diện người dùng tốt không khó như bạn nghĩ, và nó rất quan trọng nếu bạn muốn khách hàng yêu thích và mua sản phẩm của mình. Bạn có thể đọc cuốn sách trực tuyến miễn phí của tôi về thiết kế giao diện người dùng, một đoạn mồi ngắn dành cho lập trình viên.

Nhưng điều quan trọng nhất về giao diện người dùng là nếu bạn hiển thị chương trình của mình cho một số ít người, (thực tế, năm hoặc sáu là đủ), bạn sẽ nhanh chóng phát hiện ra những vấn đề lớn nhất mà mọi người đang gặp phải. Đọc bài viết của Jakob Nielsen giải thích lý do tại sao. Ngay cả khi kỹ năng thiết kế giao diện người dùng của bạn còn thiếu, miễn là bạn buộc bản thân phải thực hiện các bài kiểm tra khả năng sử dụng hành lang, không tốn kém gì, giao diện người dùng của bạn sẽ tốt hơn rất nhiều.

Kiểm tra khả năng sử dụng hành lang rất hữu ích cho một số hướng dẫn nhanh chóng đúng hướng trước khi bạn (có thể) bắt đầu thực hiện kiểm tra giao diện người dùng chuyên sâu hơn. Nó có thể giúp bạn gần với nhãn hiệu, nếu không đúng.

1
Carson Myers

Alex Faaborg từ Mozilla có một bài đăng trên blog về Tính khả dụng trong giao diện người dùng:

http://blog.mozilla.com/faaborg/2010/04/22/dont-talk-about-users/

Anh ta bắt đầu với một số sai lầm cần tránh, sau đó đến phần liên quan đến câu hỏi này: một danh sách các quy tắc mà mọi giao diện người dùng nên tuân theo. Nói một cách đơn giản, mọi vi phạm các quy tắc này là một lỗi sử dụng. (Cuối bài đăng của anh ấy là một liên kết đến danh sách này, dưới tiêu đề "Bước tiếp theo")

Cá nhân tôi thấy điều này rất hữu ích để đánh giá các giao diện, đặc biệt là khi so sánh các giao diện hoặc trong khi xây dựng giao diện của riêng bạn.

0
lyle