Mental model là gì? Định nghĩa về khái niệm này?
Mental model là hình ảnh trong đầu người dùng về cách một hệ thống hoạt động – không phải cách hệ thống thực sự hoạt động, mà là cách họ nghĩ nó hoạt động.
Khi người dùng lần đầu tiếp xúc với một sản phẩm, họ không bắt đầu từ tờ giấy trắng. Họ mang theo toàn bộ kinh nghiệm từ những sản phẩm đã dùng trước đó, từ thói quen trong cuộc sống thực, từ những gì họ nghe và học được. Tất cả những thứ đó kết hợp lại thành một bộ kỳ vọng ngầm: “ứng dụng này chắc hoạt động kiểu như vầy”, “nút này chắc làm được điều kia”. Đó là mental model.
Vấn đề xảy ra khi mental model của người dùng và cách sản phẩm thực sự hoạt động không khớp nhau. Người dùng bấm vào chỗ họ cho là đúng – và không có gì xảy ra. Họ tìm tính năng ở nơi họ kỳ vọng – và không thấy. Kết quả là họ cảm thấy sản phẩm “khó dùng”, dù logic của sản phẩm hoàn toàn hợp lý từ góc độ của team phát triển.
Nhiệm vụ của UX Design, xét ở tầng cơ bản nhất, là thu hẹp khoảng cách giữa mental model của người dùng và cách hệ thống thực sự vận hành.
Có nhiều lý thuyết về mental model không?
Khái niệm mental model không xuất phát từ UX – nó có gốc rễ trong nhiều lĩnh vực khác nhau, và mỗi góc nhìn bổ sung một lớp hiểu biết riêng.
Kenneth Craik (1943) là người đầu tiên đặt nền tảng lý thuyết: ông lập luận rằng con người xây dựng các mô hình thu nhỏ của thực tế trong tâm trí để dự đoán và ra quyết định. Đây là quan điểm khoa học nhận thức thuần túy – mental model như một công cụ mô phỏng thực tế bên trong não bộ.
Philip Johnson-Laird (1983) phát triển thêm trong cuốn Mental Models, cho rằng con người không suy nghĩ bằng ngôn ngữ logic mà bằng các mô hình tình huống cụ thể. Chúng ta hình dung, chứ không tính toán.
Don Norman đưa khái niệm này vào thiết kế sản phẩm qua cuốn The Design of Everyday Things (1988). Norman phân biệt rõ ba mô hình: conceptual model (cách hệ thống thực sự hoạt động), system image (những gì sản phẩm truyền đạt ra ngoài qua giao diện, tài liệu, và hành vi), và user’s mental model (cách người dùng nghĩ hệ thống hoạt động). Thiết kế tốt là khi system image đủ rõ ràng để người dùng xây được mental model khớp với conceptual model.
Indi Young là người đưa mental model vào thực hành UX một cách hệ thống nhất qua cuốn Mental Models (2008) và phương pháp mental model diagram – một công cụ phân tích hành vi và kỳ vọng người dùng theo chiều sâu mà nhiều team UX vẫn dùng đến ngày nay.
Các phân loại điển hình về mental model?
Trong thực hành UX, mental model thường được nhìn nhận qua vài chiều phân loại khác nhau:
Theo nguồn gốc hình thành:
Mental model từ kinh nghiệm thực tế – người dùng hình thành kỳ vọng dựa trên thế giới vật lý. Biểu tượng thùng rác trên desktop được hiểu là “xóa” vì người ta đã quen đặt đồ vào thùng rác trong cuộc sống. Ô vuông nhỏ có gạch chéo được hiểu là “ảnh bị lỗi” vì não người đã học pattern này qua nhiều năm dùng máy tính.
Mental model từ sản phẩm tương tự – người dùng chuyển kỳ vọng từ sản phẩm đã biết sang sản phẩm mới. Người dùng Gmail khi chuyển sang Outlook sẽ kỳ vọng label và folder hoạt động theo cách tương tự – và thường ngạc nhiên vì chúng không giống nhau.
Mental model được học qua hướng dẫn – từ onboarding, tooltip, hướng dẫn sử dụng. Loại mental model này mong manh hơn vì người dùng thường không đọc kỹ và chỉ nhớ được một phần.
Theo mức độ chính xác:
Accurate mental model – kỳ vọng của người dùng khớp với cách hệ thống hoạt động. Đây là trạng thái lý tưởng: người dùng đoán đúng và hành động thành công.
Inaccurate mental model – người dùng có mô hình sai. Họ nghĩ “xóa tài khoản” và “hủy subscription” là một – nhưng không phải. Đây là nguồn gốc của phần lớn lỗi người dùng trong usability testing.
Incomplete mental model – người dùng chỉ hiểu một phần hệ thống. Họ dùng được tính năng cơ bản nhưng không khám phá ra những tính năng nâng cao hữu ích hơn vì không biết chúng tồn tại ở đâu.
Nói đến dây, ta có thể thấy một công cụ UX khác được sinh để nương theo sự quen thuộc này, TELOS đã viết về nó rồi, và nó gọi là UX pattern.
Vai trò của Mental model trong UX Research, UX Design
Hiểu mental model của người dùng không phải là bước tùy chọn trong quy trình UX – nó là nền tảng để mọi quyết định thiết kế còn lại có ý nghĩa.
Khi Designer thiết kế navigation, họ đang đặt cược rằng người dùng sẽ tìm tính năng ở đúng chỗ mà Designer đặt nó. Cơ sở của cái cược đó là gì, nếu không phải là hiểu người dùng nghĩ thông tin được tổ chức như thế nào?
Khi Designer chọn icon cho một nút, họ đang cược rằng người dùng sẽ hiểu icon đó có nghĩa là gì. Cơ sở của cái cược đó là mental model người dùng đã có về ký hiệu đó.
Không có dữ liệu về mental model, thiết kế trở thành suy đoán.
Các quy trình xác định mental model
User Interview chuyên sâu là phương pháp hiệu quả nhất để khai thác mental model. Không phải hỏi “bạn thích tính năng này không?” mà hỏi “bạn nghĩ điều gì xảy ra khi bạn bấm vào đây?”, “bạn kỳ vọng tìm thấy X ở đâu?”, “bạn mô tả cách hoạt động của hệ thống này cho người khác như thế nào?”. Câu hỏi đúng khai thác mô hình nhận thức, không phải sở thích.
Card Sorting là công cụ trực tiếp nhất để hiểu cách người dùng phân loại thông tin trong đầu. Cho người dùng tự sắp xếp các thẻ nội dung vào nhóm theo cách tự nhiên với họ – kết quả cho thấy họ nhóm khái niệm như thế nào, gọi tên nhóm như thế nào, và những thứ gì họ cho là thuộc về nhau.
Tree Testing kiểm tra ngược lại: sau khi đã có cấu trúc thông tin, cho người dùng tìm nội dung trong cây đó mà không có giao diện thực. Nếu họ tìm sai đường, đó là dấu hiệu mental model về cách thông tin được tổ chức chưa khớp với cấu trúc thực tế.
Usability Testing với Think-aloud Protocol – yêu cầu người dùng nói to suy nghĩ khi tương tác với sản phẩm. Mỗi lần họ nói “ủa, tôi tưởng nó sẽ…” hay “tôi nghĩ nút này là để…” là một insight trực tiếp về mental model đang bị vi phạm.
Mental Model Diagram (theo phương pháp Indi Young) là quy trình dài hơi hơn: tổng hợp dữ liệu từ nhiều interview để xây dựng bản đồ hành vi và kỳ vọng của người dùng theo nhiệm vụ cụ thể, sau đó đối chiếu với những gì sản phẩm đang cung cấp để tìm ra khoảng trống.
Các loại hình công việc có ứng dụng mental model vào
Information Architecture – toàn bộ cấu trúc navigation, phân loại nội dung, và cách đặt tên menu đều cần được kiểm chứng bằng mental model của người dùng. Một IA đẹp về mặt logic nhưng không khớp với cách người dùng nghĩ sẽ khiến họ không tìm được thứ họ cần.
Onboarding Design – khi người dùng mới chưa có mental model về sản phẩm, onboarding là cơ hội để thiết lập mental model đúng ngay từ đầu. Onboarding tốt không giải thích tính năng – nó giúp người dùng xây được mô hình nhận thức về cách hệ thống hoạt động.
Error Message Design – lỗi xảy ra khi hành động của người dùng không khớp với cách hệ thống hoạt động. Thông báo lỗi tốt không chỉ nói “có lỗi xảy ra” mà giúp người dùng hiểu kỳ vọng của họ sai ở điểm nào và cần điều chỉnh mental model như thế nào.
Feature Naming và Labeling – tên của tính năng, nút bấm, và mục menu cần dùng ngôn ngữ thuộc mental model của người dùng, không phải ngôn ngữ kỹ thuật của team phát triển. “Lưu trữ” và “Archive” là hai từ rất khác nhau với người dùng phổ thông – dù về mặt chức năng là một.
Redesign và Migration – khi sản phẩm thay đổi lớn, người dùng cũ đã có mental model về phiên bản cũ. Thiết kế quá trình chuyển đổi cần cân nhắc: thay đổi gì sẽ phá vỡ mental model hiện có, thay đổi gì có thể được hấp thụ tự nhiên, và cần hỗ trợ gì để người dùng cập nhật mô hình nhận thức của mình.
Ví dụ về những giá trị mà mental model mang lại
Tìm ra nguyên nhân thực sự của “khó dùng”
Một ứng dụng quản lý tài chính nhận phản hồi người dùng “khó dùng quá”. Team phỏng vấn sâu và phát hiện: người dùng nghĩ “categories” và “tags” trong app là giống nhau và có thể hoán đổi – nhưng thực ra chúng hoạt động khác nhau về mặt kỹ thuật. Mental model không khớp. Giải pháp không phải là thiết kế lại toàn bộ app mà là hợp nhất hai khái niệm thành một, hoặc giải thích rõ sự khác biệt qua onboarding. Chi phí sửa thấp hơn nhiều so với khi không xác định được nguyên nhân.
Ưu tiên đúng thứ cần xây
Một startup đang phân vân giữa việc thêm tính năng A hay tính năng B. Sau khi phân tích mental model diagram, họ phát hiện người dùng không thiếu tính năng – họ thiếu sự rõ ràng về cách những tính năng hiện có hoạt động cùng nhau. Quyết định đúng là đầu tư vào cải thiện UX của tính năng hiện tại, không phải thêm mới. Mental model cho thấy khoảng trống thực sự.
Giảm friction trong adoption
Một công cụ B2B mới muốn thay thế spreadsheet trong workflow của người dùng doanh nghiệp. Nghiên cứu mental model cho thấy người dùng nghĩ về công việc của mình theo “hàng” và “cột” – không phải theo “task” và “project”. Thay vì ép người dùng học cách nghĩ mới, team thiết kế lại interface để người dùng có thể bắt đầu từ cách nghĩ quen thuộc và dần dần chuyển sang mô hình mới. Adoption rate tăng đáng kể so với phiên bản trước. Điều này cũng cải thiện một tiêu chí khác trong usability – đó là Learnability của sản phẩm
Kết luận
Mental model không phải khái niệm học thuật để nhắc đến trong portfolio cho có – nó là lens giúp Designer nhìn thấy những gì người dùng thực sự trải qua khi dùng sản phẩm, thay vì những gì Designer nghĩ họ đang trải qua.
Một sản phẩm dễ dùng không phải là sản phẩm đơn giản – mà là sản phẩm khớp với cách người dùng đã nghĩ. Điều đó đòi hỏi Designer phải đặt câu hỏi trước khi đặt bút: “người dùng kỳ vọng gì ở đây?” và “kỳ vọng đó đến từ đâu?”
Hiểu mental model là hiểu người dùng không phải qua những gì họ nói họ muốn – mà qua cách họ nghĩ thế giới vận hành. Và đây là những gì mà một UI/UX Product Designer cần phải xem như một tư duy thiết yếu để làm nghề. Bạn quan tâm đến lĩnh vực này? hãy đăng ký để nhận tư vấn về lộ trình trở thành UI/UX Designer tại TELOS Academy.
