Usability Testing là gì? Định nghĩa và ý nghĩa
Định nghĩa công cụ này
Usability Testing là phương pháp nghiên cứu UX trong đó người dùng thực tế được quan sát trực tiếp trong khi thực hiện các task trên sản phẩm – nhằm phát hiện các vấn đề usability mà chuyên gia không thể tự đánh giá được.
Khác với các phương pháp expert review như Heuristic Evaluation, Cognitive Walkthrough, hay PURE – nơi chuyên gia đóng vai người dùng để dự đoán vấn đề – Usability Testing đặt người dùng thực sự vào trung tâm: quan sát họ làm gì, nghe họ nghĩ gì, và ghi nhận họ thất bại hoặc nhầm lẫn ở đâu.
Đây là lý do Usability Testing là nguồn insight đáng tin cậy nhất trong UX: không phải vì nó tốn nhiều công sức hơn, mà vì người dùng thật làm và nghĩ những thứ mà không designer hay researcher nào đoán trước được hết.
Lịch sử phát triển của nó, và tại sao người ta lại tạo ra nó?
Usability Testing xuất hiện từ lĩnh vực Human Factors và Ergonomics vào những năm 1970–1980, khi các tổ chức nghiên cứu quân sự và hàng không bắt đầu đánh giá hệ thống điều khiển bằng cách quan sát người vận hành thực tế thay vì chỉ dựa trên đánh giá kỹ thuật.
Khi máy tính cá nhân và phần mềm trở nên phổ biến vào những năm 1980, IBM và các công ty phần mềm lớn bắt đầu áp dụng phương pháp tương tự để đánh giá giao diện người dùng. Mục tiêu ban đầu là giảm chi phí hỗ trợ kỹ thuật – phần mềm khó dùng tạo ra lượng lớn support ticket và cuộc gọi hỗ trợ tốn kém.
Jakob Nielsen và các đồng nghiệp tại Bellcore (sau là Nielsen Norman Group) đóng vai trò quan trọng trong việc hình thức hóa phương pháp này vào đầu những năm 1990. Năm 1993, trong cuốn Usability Engineering, Nielsen đề xuất nguyên lý 5 người dùng – rằng 5 người tham gia testing đã đủ để phát hiện khoảng 85% vấn đề usability nghiêm trọng. Nguyên lý này giúp Usability Testing trở nên khả thi về chi phí và thời gian, không còn bị xem là phương pháp chỉ dành cho tổ chức lớn có ngân sách nghiên cứu lớn.
Sự phát triển của Internet và thương mại điện tử vào cuối những năm 1990 đẩy nhanh việc áp dụng rộng rãi Usability Testing – vì trải nghiệm người dùng kém trực tiếp ảnh hưởng đến doanh thu và tỷ lệ chuyển đổi theo cách đo lường được.
Vai trò của Usability Testing & các trường hợp có thể sử dụng nó
Vai trò trong quy trình thiết kế:
Usability Testing trả lời các câu hỏi mà phương pháp khác không thể:
- Người dùng thực sự làm gì – không phải họ nói họ sẽ làm gì
- Điểm nào trong flow khiến người dùng dừng lại, do dự, hay đi sai hướng
- Tại sao họ hiểu nhầm một element – mental model của họ là gì
- Feedback sau hành động có đủ rõ không – họ có biết mình vừa làm đúng không
Các trường hợp sử dụng:
Exploratory testing: Thực hiện sớm trong quy trình, khi design còn ở giai đoạn wireframe hoặc concept. Mục tiêu là khám phá các vấn đề và cơ hội, chưa cần kết luận cụ thể. Phù hợp khi team chưa chắc chắn về hướng đi.
Assessment testing: Đánh giá một design cụ thể để xác nhận nó hoạt động đủ tốt trước khi triển khai. Thường có task rõ ràng và tiêu chí thành công cụ thể. Phù hợp cuối giai đoạn thiết kế trước khi bàn giao engineering.
Comparative testing: So sánh hai hoặc nhiều phiên bản design để xác định phiên bản nào hiệu quả hơn cho người dùng. Tương tự A/B testing nhưng mang tính định tính hơn – thay vì đo lường conversion rate, tìm hiểu tại sao một phiên bản hoạt động tốt hơn.
Các hình thức thực hiện:
Moderated vs. Unmoderated: Moderated – researcher ngồi cùng với người dùng (trực tiếp hoặc qua video call), có thể hỏi follow-up ngay khi quan sát thấy hành vi thú vị. Phù hợp khi cần insight định tính sâu. Unmoderated – người dùng tự thực hiện task theo hướng dẫn ghi sẵn, kết quả ghi lại tự động. Phù hợp khi cần số lượng người dùng lớn và tốc độ nhanh.
In-person vs. Remote: In-person cho phép quan sát ngôn ngữ cơ thể và phản ứng không lời. Remote – qua video call hoặc nền tảng testing – tiếp cận người dùng nhiều địa điểm địa lý và ít tốn chi phí logistics hơn.
Ai sẽ thường xuyên đảm nhận vai trò trong một project Usability Testing?
UX Researcher là người chủ trì toàn bộ quá trình: thiết kế research plan, viết task, recruit người dùng, điều phối buổi test, và tổng hợp insight từ dữ liệu thu thập được. Trong team lớn, UX Researcher chuyên biệt đảm nhận toàn bộ vai trò này.
UX Designer trong team nhỏ hơn thường kiêm luôn vai trò researcher. Designer cũng thường tham dự buổi test để quan sát trực tiếp – nghe người dùng thực sự nói về thiết kế của mình có giá trị khác với đọc báo cáo.
Product Manager thường tham dự một phần buổi test với tư cách observer – không điều phối nhưng quan sát để hiểu trực tiếp vấn đề người dùng đang gặp phải. Insight từ Usability Testing thường ảnh hưởng đến quyết định prioritize trong backlog.
Notetaker là người ghi chép observation trong khi researcher điều phối buổi test. Vai trò này thường do designer, researcher khác, hoặc PM đảm nhận. Việc tách riêng notetaker và moderator giúp moderator tập trung hoàn toàn vào người dùng thay vì vừa điều phối vừa ghi chép.
Stakeholder (product owner, engineering lead, business analyst) đôi khi được mời quan sát phòng riêng qua video relay – đặc biệt trong buổi test lớn. Việc stakeholder tự quan sát người dùng thực sự gặp khó khăn thường hiệu quả hơn nhiều so với đọc báo cáo kết quả.
Các bước trong quá trình Usability Testing
Các bước & các nhân sự hay tham gia
Bước 1: Xác định mục tiêu và câu hỏi nghiên cứu (UX Researcher + Product Manager)
Trước khi thiết kế buổi test, cần trả lời: team cần biết gì từ buổi test này? Câu hỏi nghiên cứu tốt là câu hỏi cụ thể và có thể quan sát được:
- “Người dùng có tìm được tính năng đặt lịch hẹn trong lần đầu tiên không?”
- “Người dùng hiểu sự khác biệt giữa hai gói dịch vụ trước khi chọn không?”
- “Người dùng dừng lại ở bước nào trong flow đăng ký?”
Tránh câu hỏi quá rộng như “giao diện có dễ dùng không” – câu hỏi đó không dẫn đến buổi test có cấu trúc.
Bước 2: Xác định người dùng cần recruit (UX Researcher)
Người tham gia testing cần phù hợp với người dùng mục tiêu của sản phẩm – về độ tuổi, nghề nghiệp, mức độ quen với công nghệ, và bất kỳ đặc điểm nào liên quan đến cách họ dùng sản phẩm. Người tham gia không nên là người quen biết với team hoặc đã biết về sản phẩm.
Số lượng người dùng theo nguyên lý của Nielsen:
- 3–5 người cho một vòng moderated testing tập trung vào một flow cụ thể
- 8–10 người nếu sản phẩm có nhiều nhóm người dùng khác nhau rõ rệt – test riêng 4–5 người mỗi nhóm
- 20+ người cho unmoderated testing khi cần dữ liệu định lượng có độ tin cậy thống kê
- Ưu tiên nhiều vòng testing nhỏ (5 người × 3 vòng) hơn một vòng testing lớn (15 người × 1 vòng)
Bước 3: Thiết kế task (UX Researcher + UX Designer)
Task là những hành động người dùng được yêu cầu thực hiện. Task tốt có các đặc điểm:
- Thực tế và có ngữ cảnh: Thay vì “hãy tìm tính năng đặt lịch”, dùng “bạn muốn đặt lịch khám nha khoa vào tuần sau, hãy thực hiện điều đó trên app này“
- Không gợi ý cách làm: Task không nên chứa từ ngữ trùng với label trên giao diện
- Có điểm kết thúc rõ ràng: Cả người dùng và researcher đều biết khi nào task hoàn thành
- Số lượng hợp lý: 3–5 task cho một buổi 60 phút
Bước 4: Thực hiện buổi test (UX Researcher – Moderator + Notetaker)
Think Aloud Protocol là kỹ thuật phổ biến nhất: yêu cầu người dùng nói to những gì họ đang nghĩ trong khi thực hiện task. Kỹ thuật này cho phép researcher hiểu mental model và quá trình ra quyết định của người dùng, không chỉ quan sát hành vi bề ngoài.
Vai trò của moderator trong buổi test:
- Quan sát và ghi chép – không giải thích, không hướng dẫn, không phản ứng khi người dùng làm sai
- Hỏi để làm rõ, không để gợi ý – “Bạn đang nghĩ gì lúc này?” thay vì “Bạn có thấy nút ở góc phải không?”
- Ghi lại thời điểm cụ thể – task nào mất bao lâu, người dùng dừng lại ở đâu, lỗi nào xảy ra
Bước 5: Phân tích và tổng hợp (UX Researcher + UX Designer + Product Manager)
Sau các buổi test, team tổng hợp observations thành insight:
- Affinity mapping: Nhóm các observation tương tự nhau để tìm pattern – vấn đề nào xuất hiện ở nhiều người dùng
- Severity rating: Đánh giá mức độ nghiêm trọng của từng vấn đề dựa trên tần suất xuất hiện và tác động đến khả năng hoàn thành task
- Prioritize: Sắp xếp vấn đề theo mức độ ưu tiên để đưa vào backlog thiết kế
Các ví dụ
Ví dụ 1: Thiết kế lại tính năng tìm kiếm app thương mại điện tử
Một team product thực hiện Usability Testing cho tính năng tìm kiếm sau khi phân tích log cho thấy tỷ lệ “không tìm thấy kết quả” cao bất thường dù sản phẩm có sẵn trong kho.
Thiết kế task: “Bạn cần mua một chiếc đèn để bàn phù hợp để học bài, hãy tìm và thêm vào giỏ hàng.”
Quan sát: 4/5 người dùng gõ từ khóa khác nhau cho cùng một loại sản phẩm (“đèn học”, “đèn led bàn học”, “đèn ngủ học bài”). Khi không có kết quả, họ không thử từ khóa khác mà cho rằng sản phẩm không có.
Insight: Vấn đề không phải thiếu sản phẩm – hệ thống tìm kiếm không nhận diện được biến thể ngôn ngữ và từ đồng nghĩa.
Ví dụ 2: Đánh giá flow onboarding app ngân hàng
Task: “Bạn vừa tải app này về lần đầu, hãy mở tài khoản và kích hoạt thẻ của mình.”
Quan sát: 3/5 người dùng dừng lại ở bước chụp CCCD vì không rõ mặt trước hay mặt sau cần chụp trước. 2/5 người không nhận ra nút “Bỏ qua” ở góc trên phải và tưởng rằng bước đó bắt buộc.
Insight: Hai điểm cụ thể trong flow cần cải thiện affordance và feedback – không phải vấn đề của toàn bộ flow.
Lưu ý gì khi làm Usability Testing
Test quá muộn trong quy trình. Usability Testing có giá trị nhất khi được thực hiện sớm – ngay từ giai đoạn wireframe hoặc prototype thấp. Test trên sản phẩm đã hoàn thiện đồng nghĩa với việc chi phí sửa đổi đã tăng lên nhiều lần.
Task được viết theo ngôn ngữ của giao diện. Nếu task dùng đúng từ ngữ trên nút bấm, người dùng có thể tìm thấy đúng chỗ không phải vì họ hiểu, mà vì họ đang tìm từ khóa – kết quả không phản ánh trải nghiệm thực tế.
Researcher can thiệp quá nhiều. Bản năng tự nhiên khi thấy người dùng gặp khó khăn là giúp họ – nhưng làm vậy sẽ làm mất đi chính dữ liệu cần thu thập. Quan sát người dùng thất bại là dữ liệu quan trọng nhất.
Chỉ test với người quen. Nhờ đồng nghiệp, bạn bè, hoặc người dùng đã biết về sản phẩm tham gia testing tạo ra kết quả sai lệch – họ dùng kiến thức nội bộ thay vì phản ứng tự nhiên như người dùng thật.
Kết luận từ quá ít người dùng mà không thừa nhận giới hạn. 5 người là đủ để tìm vấn đề, nhưng không đủ để kết luận “90% người dùng gặp vấn đề này”. Cần phân biệt rõ insight định tính và kết luận định lượng.
Có khi nào không cần/không nên làm Usability Testing không?
Khi vấn đề đã đủ rõ để hành động ngay. Nếu một lỗi được report nhiều lần bởi người dùng thực tế và nguyên nhân đã xác định rõ, việc tổ chức một buổi Usability Testing để “xác nhận” sẽ tốn thời gian hơn là sửa trực tiếp và đo lường kết quả sau khi ra mắt.
Khi ngân sách và thời gian không cho phép, nhưng cần một đánh giá nào đó. Trong trường hợp này, các phương pháp expert review như Heuristic Evaluation hoặc Cognitive Walkthrough có thể thực hiện nhanh hơn nhiều với chi phí thấp hơn, và vẫn cho kết quả có giá trị – dù không thay thế hoàn toàn được Usability Testing. Expert review dự đoán vấn đề; Usability Testing xác nhận vấn đề và phát hiện thêm những gì expert review bỏ sót.
Khi câu hỏi là về preference, không phải usability. Nếu team cần biết người dùng thích màu nào hơn, hay tên nào nghe hay hơn – survey hoặc A/B test phù hợp hơn Usability Testing. Usability Testing trả lời câu hỏi “người dùng có thể làm được không và tại sao không”, không phải “người dùng thích cái nào hơn”.
Khi sản phẩm quá mới hoặc quá prototype để test có ý nghĩa. Nếu design còn ở giai đoạn rất sơ khai – chỉ là sketch trên giấy hoặc flow chưa có nội dung – việc tổ chức Usability Testing đầy đủ sẽ không cho kết quả đáng tin cậy. Trong trường hợp này, expert walkthrough nội bộ hoặc thảo luận thiết kế trong team có giá trị thực tế hơn.
Kết luận
Usability Testing là phương pháp duy nhất trong UX cho phép quan sát trực tiếp hành vi thực tế của người dùng – không phải dự đoán, không phải tự báo cáo, mà là quan sát. Đây là lý do nó không thể bị thay thế hoàn toàn bởi bất kỳ phương pháp nào khác, dù expert review có kỹ lưỡng đến đâu.
Trong thực tế, Usability Testing không cần phức tạp hay tốn kém để có giá trị. Một buổi test đơn giản với 5 người dùng và một prototype Figma đã đủ để tiết lộ những vấn đề mà team có thể mất nhiều tuần debug sau khi launch.
Tại TELOS Academy, Usability Testing là một trong các phương pháp nghiên cứu được học trong khóa UX nhập môn – cùng với các phương pháp expert review để người học có bộ công cụ đánh giá đầy đủ cho cả giai đoạn thiết kế sớm lẫn giai đoạn validate trước khi triển khai. Bạn có thể đăng ký toàn bộ lộ trình để trở thành một UI/UX Product Designer tại đây
