Cognitive Walkthrough – Phương pháp đánh giá UX về khả năng hiểu & dùng sản phẩm của người mới

Chuỗi bài viết về các phương pháp đánh giá UX từ chuyên gia

Trong quy trình UX, có một nhóm phương pháp cho phép đánh giá trải nghiệm người dùng mà không cần recruit hay làm việc trực tiếp với người dùng thực tế. Thay vào đó, các chuyên gia – designer, UX researcher, hoặc người có kiến thức về usability – tự mình kiểm tra sản phẩm và đưa ra phán đoán dựa trên kiến thức chuyên môn. Nhóm phương pháp này được gọi chung là expert review hay UX Evaluation Methods.

Ba phương pháp expert review phổ biến nhất trong thực hành UX là Heuristic Evaluation, Cognitive Walkthrough (bài bạn sắp đọc này), và PURE (Pragmatic Usability Rating by Experts). Cả ba đều không thay thế usability testing với người dùng thật, nhưng bổ sung vào quy trình một bước đánh giá nhanh, có chi phí thấp, và có thể thực hiện từ giai đoạn wireframe – trước khi đầu tư vào nghiên cứu người dùng quy mô lớn hơn.

Bài viết này tập trung vào Cognitive Walkthrough – phương pháp đào sâu nhất vào khả năng người dùng lần đầu tự tìm ra cách dùng sản phẩm, thông qua việc đặt câu hỏi có cấu trúc cho từng bước hành động trong một task cụ thể.

Cognitive Walkthrough là gì?

Cognitive Walkthrough là phương pháp đánh giá usability tập trung vào một câu hỏi duy nhất: người dùng mới có thể tự mình học cách dùng sản phẩm này mà không cần hướng dẫn không?

Phương pháp này được phát triển bởi Clayton Lewis, Peter Polson và các cộng sự vào đầu thập niên 1990. Thay vì đánh giá giao diện tổng thể theo các nguyên lý thiết kế (như Heuristic Evaluation), Cognitive Walkthrough đi qua từng bước hành động trong một task cụ thể và đặt câu hỏi: ở bước này, người dùng lần đầu có hiểu phải làm gì không?

Nếu Heuristic Evaluation hỏi “giao diện này có vi phạm nguyên lý thiết kế không?”, thì Cognitive Walkthrough hỏi “người dùng mới có thể tự tìm ra cách dùng giao diện này không?” – và hai câu hỏi đó có thể có câu trả lời khác nhau hoàn toàn.

Khái niệm nền tảng: Learnability

Cognitive Walkthrough được xây dựng xung quanh khái niệm learnability – khả năng học cách dùng của người dùng lần đầu.

Không phải mọi sản phẩm đều cần learnability cao như nhau. Với phần mềm chuyên nghiệp như Figma hay Photoshop, người dùng được kỳ vọng sẽ đầu tư thời gian học – learnability quan trọng, nhưng không phải yếu tố quyết định. Với app mobile tiêu dùng, game casual, hay tính năng onboarding của bất kỳ sản phẩm nào – nếu người dùng không tự dùng được ngay lần đầu, họ bỏ.

Cognitive Walkthrough phù hợp nhất khi:

• Sản phẩm hướng đến người dùng mới hoặc người dùng không thường xuyên
• Đang thiết kế flow onboarding hoặc first-use experience
• Muốn đánh giá một tính năng mới mà người dùng chưa từng gặp trước đó
• Sản phẩm không có tài liệu hướng dẫn đi kèm và kỳ vọng người dùng tự tìm ra cách dùng

Sự khác biệt với Heuristic Evaluation

Cognitive Walkthrough và Heuristic Evaluation đều là phương pháp đánh giá không cần người dùng thực tế, nhưng phục vụ mục đích khác nhau:

Trong thực tế, hai phương pháp bổ sung tốt cho nhau: Heuristic Evaluation phủ rộng và tìm các vấn đề usability tổng thể; Cognitive Walkthrough đào sâu vào các flow quan trọng để đảm bảo người dùng mới không bị mắc kẹt.

Giá trị của Cognitive Walkthrough trong quy trình thiết kế

Phát hiện vấn đề learnability mà Heuristic Evaluation bỏ qua

Một giao diện có thể không vi phạm bất kỳ nguyên lý nào trong 10 Heuristics của Nielsen, nhưng vẫn khiến người dùng mới không biết bắt đầu từ đâu. Cognitive Walkthrough phát hiện loại vấn đề này – không phải vì giao diện sai, mà vì mental model của người dùng mới không khớp với logic của giao diện.

Ví dụ: một màn hình có thể rất nhất quán, có feedback rõ ràng, không lỗi – nhưng nút hành động chính lại được đặt ở vị trí người dùng mới không tìm đến. Heuristic Evaluation có thể không flag điều này. Cognitive Walkthrough sẽ phát hiện ngay ở bước đầu tiên.

Công cụ hiệu quả cho giai đoạn thiết kế sớm

Cognitive Walkthrough có thể áp dụng ngay từ khi có wireframe – không cần visual design hoàn chỉnh. Đây là lợi thế lớn: evaluator đi qua từng bước trong flow và đánh giá xem người dùng có tìm ra hành động tiếp theo không, dựa thuần vào cấu trúc và label của giao diện.

Sửa vấn đề learnability ở giai đoạn wireframe tốn ít công sức hơn rất nhiều so với sau khi đã hoàn thiện UI.

Đặc biệt hữu ích cho onboarding và tính năng phức tạp

Với các flow onboarding, checkout, đăng ký tài khoản, hay bất kỳ tính năng nào có nhiều bước – Cognitive Walkthrough cung cấp cái nhìn chi tiết nhất về chỗ nào người dùng có thể bị mắc kẹt và tại sao.

Framework thực hiện Cognitive Walkthrough

Bước 1: Xác định đầu vào

Trước khi bắt đầu, cần xác định rõ 4 yếu tố:

Người dùng mục tiêu: Ai là người dùng lần đầu của flow này? Họ có kiến thức gì trước đó? Họ đến với sản phẩm với kỳ vọng gì? Evaluator sẽ cần duy trì góc nhìn của người dùng này xuyên suốt quá trình – không phải góc nhìn của bản thân mình với tư cách người biết rõ sản phẩm.

Task cần đánh giá: Chọn 1–2 task quan trọng nhất với người dùng mới. Ví dụ: “Tạo tài khoản và hoàn thành bước onboarding đầu tiên”, hoặc “Tìm và mua một sản phẩm”. Không nên chọn quá nhiều task trong một buổi – độ sâu quan trọng hơn độ rộng với phương pháp này.

Chuỗi hành động: Liệt kê trước tất cả các bước cụ thể cần thực hiện để hoàn thành task đó. Đây là “đáp án đúng” – chuỗi bước mà designer kỳ vọng người dùng sẽ đi theo. Evaluator sẽ kiểm tra từng bước một.

Giao diện cần đánh giá: Prototype, wireframe, hay sản phẩm thực tế – đều có thể dùng. Cần có đủ để evaluator nhìn thấy giao diện tại từng bước trong chuỗi hành động.

Bước 2: Walk through từng bước hành động

Đây là phần cốt lõi. Với mỗi bước trong chuỗi hành động đã xác định, evaluator đặt 4 câu hỏi (theo framework gốc của Lewis & Polson):

Câu hỏi 1: Người dùng có biết họ cần đạt được gì ở bước này không?

Người dùng mới đến với sản phẩm với một mục tiêu trong đầu, nhưng họ chưa biết cụ thể phải làm gì. Ở bước này, mục tiêu con (sub-goal) cần thực hiện có rõ ràng với họ không? Hay họ không biết mình đang cần làm gì?

Ví dụ: Trong flow đăng ký tài khoản, ở màn hình yêu cầu verify email – người dùng có hiểu rằng họ cần mở hòm thư và bấm vào link xác nhận không? Hay họ nghĩ mình đã hoàn thành và chờ đợi?

Câu hỏi 2: Người dùng có nhìn thấy hành động cần thực hiện không?

Giả sử người dùng đã hiểu họ cần làm gì – hành động tương ứng có hiện diện rõ ràng trên giao diện không? Button, link, input field, hay bất kỳ element nào cần tương tác có đủ nổi bật để người dùng tìm thấy không?

Ví dụ: Nếu người dùng cần nhấn “Tiếp tục” để sang bước sau, nút đó có nằm ở vị trí người ta tự nhiên tìm đến không, hay bị ẩn dưới fold hoặc mờ vì chưa đủ điều kiện?

Câu hỏi 3: Người dùng có hiểu rằng hành động này sẽ đưa họ đến mục tiêu không?

Ngay cả khi người dùng nhìn thấy element cần tương tác, họ có hiểu rằng tương tác với nó sẽ làm điều họ muốn không? Label, icon, hay ngữ cảnh xung quanh có đủ rõ ràng để người dùng tự tin thực hiện không?

Ví dụ: Nút có label “Xác nhận” – người dùng có hiểu “xác nhận” ở đây là xác nhận thông tin thanh toán, không phải xác nhận hủy đơn hàng không?

Câu hỏi 4: Sau khi thực hiện hành động đúng, người dùng có nhận ra mình đã tiến bộ về phía mục tiêu không?

Feedback sau hành động có đủ rõ ràng để người dùng biết mình vừa làm đúng không? Hay họ không chắc chắn và phải đoán?

Ví dụ: Sau khi bấm “Đặt hàng” – màn hình có thay đổi đủ rõ ràng để người dùng biết đơn hàng đã được đặt thành công không, hay họ không chắc có cần bấm thêm gì nữa không?

Ghi nhận kết quả

Với mỗi câu hỏi, evaluator ghi nhận success story (lý do người dùng sẽ làm đúng) hoặc failure story (lý do người dùng sẽ thất bại hoặc nhầm lẫn). Failure story là output quan trọng nhất – nó mô tả chính xác tình huống người dùng gặp khó khăn và tại sao.

Một failure story tốt bao gồm: tại bước nào, câu hỏi nào thất bại, và người dùng có khả năng làm gì sai hoặc bị mắc kẹt như thế nào.

Bước 3: Tổng hợp và phân loại vấn đề

Sau khi hoàn thành walkthrough, tổng hợp tất cả failure story và phân loại theo loại vấn đề:

• Vấn đề về goal formation: Người dùng không biết mình cần làm gì ở bước này – thường do thiếu context, hướng dẫn, hoặc cấu trúc flow chưa rõ ràng
• Vấn đề về visibility: Người dùng không tìm thấy hành động cần thực hiện – thường do vị trí, contrast, hoặc hierarchy của element
• Vấn đề về label/language: Người dùng không hiểu label hoặc icon – thường do dùng từ ngữ kỹ thuật hoặc không quen thuộc với người dùng mục tiêu
• Vấn đề về feedback: Người dùng không biết mình vừa làm đúng hay sai – thường do thiếu visual feedback hoặc confirmation message

Phân loại này giúp team hiểu vấn đề thuộc về tầng nào của design – từ đó đưa ra giải pháp trúng hơn.

Phiên bản rút gọn: 2 câu hỏi

Phương pháp được đơn giản hóa hơn của Spencer đề xuất phiên bản đơn giản hơn với chỉ 2 câu hỏi, phù hợp khi cần làm nhanh hoặc khi evaluator chưa quen với phương pháp:

1. Người dùng có biết phải làm gì ở bước này không? (gộp câu hỏi 1 và 2 của bản gốc)
2. Người dùng có biết họ đã làm đúng không? (câu hỏi 4 của bản gốc)

Phiên bản này mất đi một phần độ sâu nhưng vẫn phát hiện được phần lớn vấn đề learnability nghiêm trọng, và phù hợp để tích hợp vào các buổi design review nhanh.

Lưu ý thực tế khi áp dụng

Duy trì góc nhìn của người dùng mới, không phải của evaluator. Đây là thách thức lớn nhất. Người đã quen với sản phẩm rất dễ bỏ qua vấn đề vì “họ biết rõ flow này”. Evaluator cần liên tục tự hỏi: nếu tôi chưa bao giờ thấy màn hình này trước đây, tôi có biết phải làm gì không?

Cognitive Walkthrough không đánh giá efficiency, chỉ đánh giá learnability. Một flow có thể dễ học nhưng tốn nhiều bước – đó là vấn đề efficiency, không phải learnability. Hai vấn đề này cần công cụ khác nhau để đánh giá.

Cần xác định đúng “người dùng mới” cho từng context. “Người dùng mới” với một feature có thể là người đã dùng sản phẩm nhiều năm nhưng lần đầu dùng tính năng đó – không nhất thiết phải là người chưa bao giờ nghe đến sản phẩm. Xác định đúng mental model ban đầu của họ là điều kiện tiên quyết.

Kết hợp với usability testing để xác nhận. Cognitive Walkthrough dự đoán người dùng sẽ gặp khó khăn ở đâu – nhưng đó vẫn là dự đoán của evaluator. Usability testing với người dùng thực tế là bước cần thiết để xác nhận những vấn đề đó có thực sự xảy ra không.

Kết luận

Cognitive Walkthrough là phương pháp đánh giá chuyên sâu cho một khía cạnh cụ thể của usability mà các phương pháp tổng quát như Heuristic Evaluation thường không đủ chi tiết để phát hiện: khả năng người dùng mới tự tìm ra cách dùng sản phẩm mà không cần trợ giúp.

Phương pháp này đặc biệt có giá trị với các sản phẩm tiêu dùng nơi first impression quyết định retention, và với bất kỳ flow nào có yêu cầu cao về learnability – onboarding, checkout, đăng ký, hay tính năng phức tạp lần đầu ra mắt.

Tại TELOS Academy, Cognitive Walkthrough là một trong các phương pháp được học trong khóa UX nhập môn – cùng với Heuristic Evaluation và các phương pháp đánh giá khác để người học có đủ công cụ lựa chọn phù hợp với từng tình huống thực tế. Đây là một phần của chương trình để đào tạo ra một Product UI/UX Designer với hành trang kiến thức đầy đủ không chỉ là vẽ cho đẹp hoặc sáng tạo mà là hiểu được tổng thể một quá trình xây dựng sản phẩm từ đầu.

Nếu bạn quan tâm, có thể đăng ký học tại đây