Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đang thiết kế một ứng dụng đặt lịch khám bệnh. Cả đội đã ngồi họp, vẽ ra một luồng rất "logic": chọn bệnh viện → chọn chuyên khoa → chọn bác sĩ → chọn giờ → xác nhận. Nhưng khi đưa sản phẩm ra thị trường, tỷ lệ bỏ giữa chừng cao đến khó hiểu. Đào sâu ra mới thấy: người dùng thật sự không nghĩ theo cách "chọn chuyên khoa" — họ nghĩ theo triệu chứng ("tôi bị đau bụng mấy hôm nay"), theo nỗi lo ("liệu có nghiêm trọng không"), theo ràng buộc đời sống ("tôi chỉ rảnh buổi tối, gần nhà"). Sản phẩm được thiết kế theo cách hệ thống bệnh viện tổ chức, còn người dùng lại suy nghĩ theo cách cuộc sống của họ vận hành. Khoảng cách đó chính là thứ Mental Models Mapping (lập bản đồ mô hình tư duy) giúp bạn nhìn thấy.
Trong toàn khóa học này, chúng ta đã đi qua rất nhiều phương pháp thu thập dữ liệu — phỏng vấn, quan sát, khảo sát, biometric. Nhưng có một vấn đề luôn ám ảnh nhà nghiên cứu: làm sao tổng hợp toàn bộ những gì bạn hiểu về cách người dùng suy nghĩ thành một bức tranh chiến lược, bền vững, không lỗi thời sau mỗi lần đổi giao diện? Mental Model Mapping — được Indi Young hệ thống hóa — chính là công cụ synthesis đó. Đây không phải một kỹ thuật phỏng vấn (chúng ta có bài riêng cho việc đó), cũng không phải journey mapping bám theo một hành trình cụ thể. Đây là bài học về cách vẽ ra cấu trúc tư duy sâu của người dùng đối với một lĩnh vực, độc lập với bất kỳ sản phẩm nào — kể cả sản phẩm chưa tồn tại.
Khái niệm cốt lõi
Định nghĩa của Indi Young
Indi Young định nghĩa mental model là "biểu diễn trực quan về suy nghĩ, hành vi, cảm xúc và động lực của một người trong một lĩnh vực (domain) — độc lập với bất kỳ sản phẩm hay giao diện nào." Điểm mấu chốt nằm ở ba từ: độc lập với sản phẩm.
Đây là điều khác biệt căn bản. Khi bạn vẽ một sitemap, một user flow, hay một journey map, bạn luôn bám vào một sản phẩm hoặc dịch vụ đã có. Còn mental model đi ngược lại: nó hỏi "con người muốn hoàn thành điều gì và nghĩ như thế nào trong lĩnh vực này, giả sử sản phẩm của bạn chưa hề tồn tại?" Nhờ vậy, một mental model tốt có tuổi thọ rất dài — nó vẫn đúng dù bạn thiết kế lại app ba lần, vì tư duy con người thay đổi chậm hơn công nghệ rất nhiều.
Cấu trúc hai nửa: Mental space và Product space
Bản đồ mental model kinh điển được chia thành hai nửa theo một đường ngang:
Nửa trên — Mental space (không gian tư duy): Đây là phần "của người dùng". Nó được xây từ những động từ — những hành động, suy nghĩ, cảm xúc mà người dùng thực hiện. Ví dụ với lĩnh vực "chuẩn bị bữa ăn tối cho gia đình": "quyết định nấu gì", "lo lắng con không chịu ăn rau", "ước lượng còn bao nhiêu tiền chợ tháng này", "tránh lặp lại món hôm qua". Các động từ này được nhóm lại thành towers (cột/tháp) — những cụm suy nghĩ liên quan, rồi các towers lại được gom thành mental spaces lớn hơn (các nhóm chủ đề cấp cao).
Nửa dưới — Product space (không gian sản phẩm): Đây là phần "của bạn". Với mỗi tower suy nghĩ ở trên, bạn hỏi: sản phẩm/tính năng nào của mình (hoặc của đối thủ) đang hỗ trợ suy nghĩ này? Bạn "treo" các tính năng xuống dưới đúng tower mà chúng phục vụ.
Khi ghép hai nửa lại, bức tranh trở nên cực kỳ giàu thông tin theo hai chiều:
- Towers không có gì ở dưới = khoảng trống cơ hội. Người dùng có nhu cầu tư duy này nhưng chẳng ai phục vụ. Đây là mảnh đất cho tính năng mới.
- Tính năng không gắn vào tower nào = tính năng "mồ côi". Bạn đã xây thứ không tương ứng với bất kỳ suy nghĩ thật nào của người dùng — dấu hiệu của lãng phí hoặc over-engineering.
Phân biệt với các "mental model" khác
Cần làm rõ để tránh nhầm lẫn: trong ngành có nhiều thứ cùng gọi là "mental model". Có mental model theo nghĩa của Jakob Nielsen — kỳ vọng của người dùng về cách một giao diện hoạt động (ví dụ: người dùng nghĩ nút back sẽ đưa họ về trang trước). Đó là về sự vận hành của hệ thống. Còn mental model theo Indi Young mà bài này bàn tới là về cách con người tư duy trong một lĩnh vực đời sống — rộng và sâu hơn nhiều, không giới hạn ở giao diện. Đừng lẫn lộn: khi ai đó nói "gap giữa mental model và system model", họ đang nói về nghĩa Nielsen; khi nói "mental model mapping như một artifact synthesis", họ đang nói về nghĩa Indi Young.
Tình huống thực tế
Ví dụ 1 — MoMo và bài toán "quản lý tiền cá nhân"
Giả sử một đội sản phẩm tại một ví điện tử lớn ở Việt Nam (lấy bối cảnh tương tự MoMo) muốn xây tính năng quản lý chi tiêu. Cách làm sai lầm phổ biến là ngồi vẽ ngay các màn hình: biểu đồ tròn, danh mục chi tiêu, hạn mức ngân sách — sao chép từ Mint hay YNAB của phương Tây.
Đội quyết định làm mental model mapping trước. Họ phỏng vấn 24 người dùng Việt độ tuổi 25–40 về lĩnh vực "kiểm soát tài chính cá nhân hàng tháng", trích ra khoảng 900 mẩu động từ/suy nghĩ, rồi nhóm lại. Kết quả lộ ra vài tower rất "Việt Nam" mà bản mẫu phương Tây bỏ sót:
- Tower "gồng gánh nghĩa vụ gia đình": "gửi tiền về cho bố mẹ mỗi tháng", "lo tiền học cho em", "để dành đám cưới/ma chay họ hàng". Đây là khoản chi rất lớn nhưng không nằm gọn trong bất kỳ "category" tự động nào.
- Tower "tiền mặt và hụi/nhóm": "góp hụi với đồng nghiệp", "tiền chợ trả bằng cash không có dấu vết số".
- Tower "tránh cảm giác mình đang tiêu hoang": mang tính cảm xúc chứ không phải con số.
Ví dụ 2 — Nền tảng học trực tuyến và tower "tôi có xứng đáng đổi nghề không"
Một nền tảng học nghề trực tuyến (bối cảnh gần với chính Vietnamcos) làm mental model cho lĩnh vực "chuyển đổi nghề nghiệp sang ngành UX/sản phẩm". Họ tưởng người học chủ yếu nghĩ về "học kỹ năng gì, khóa nào". Nhưng bản đồ tư duy tổng hợp từ 30 cuộc phỏng vấn cho thấy một tower lớn bất ngờ nằm ở tận đầu hành trình: "tự đánh giá liệu mình có hợp/đủ tuổi/đủ khả năng để đổi nghề" — với các suy nghĩ như "36 tuổi đổi nghề có muộn quá không", "mình không học thiết kế bài bản, nhà tuyển dụng có nhận không", "bỏ lương ổn định để học lại có liều lĩnh quá không".
Ở product space, họ nhận ra toàn bộ sản phẩm chỉ phục vụ tower "học kỹ năng" và tower "lấy chứng chỉ" — còn tower "tự đánh giá và trấn an quyết định" gần như trắng.
Bài học rút ra: Khoảng trống này giải thích vì sao nhiều khách truy cập xem khóa học rồi rời đi mà không mua: rào cản không phải giá hay nội dung, mà là họ chưa vượt qua được nút thắt tư duy đầu tiên. Đội xây một công cụ "đánh giá độ phù hợp nghề" và các câu chuyện người thật đổi nghề thành công ở tuổi 35+ — nhắm thẳng vào tower trống đó. Đây chính xác là kiểu insight mà journey map (bám theo luồng mua hàng có sẵn) khó phát hiện, vì suy nghĩ này xảy ra trước cả khi người dùng bước vào luồng sản phẩm.
Ví dụ 3 — Grab và "đi lại trong thành phố khi trời mưa"
Một đội tại một siêu ứng dụng gọi xe (bối cảnh kiểu Grab) làm mental model hẹp cho một domain rất cụ thể: "di chuyển trong đô thị Đông Nam Á vào giờ cao điểm và trời mưa". Các tower nổi lên gồm: "dự đoán liệu có bắt được xe không", "cân nhắc chờ mưa tạnh hay đi luôn", "lo giá tăng đột biến", "tìm chỗ đứng đợi không bị ướt", "sốt ruột vì tài xế hủy chuyến".
Ở nửa dưới, họ thấy app phục vụ tốt "đặt xe" và "theo dõi tài xế", nhưng tower "tìm chỗ trú đợi xe khô ráo" và "quản lý sự bất định về việc có xe hay không" thì trống trơn.
Bài học rút ra: Kết quả là các cải tiến rất người: gợi ý điểm đón có mái che gần đó, và một thông báo trung thực kiểu "khu vực đang ít tài xế, dự kiến chờ 8–12 phút" để giảm cảm giác bất định thay vì để người dùng đặt rồi thấp thỏm. Bài học lớn: mental model không nhất thiết phải bao trùm cả sản phẩm — một bản đồ hẹp và sâu cho đúng một tình huống thường tạo ra insight sắc bén hơn.
Hướng dẫn từng bước
Dưới đây là quy trình thực hành mà bạn có thể áp dụng ngay. Hãy nhớ mental model là một artifact synthesis — nó ăn dữ liệu từ các phương pháp phỏng vấn/quan sát mà bạn đã học ở các bài trước.
Bước 1 — Xác định "domain" và giới hạn phạm vi. Đừng làm mental model cho "sản phẩm của chúng tôi". Hãy diễn đạt lại thành một khoảng đời sống độc lập với sản phẩm, mô tả bằng động từ: "chuẩn bị bữa tối cho gia đình", chứ không phải "dùng app giao đồ ăn". Domain nên đủ hẹp để làm sâu trong vài tuần.
Bước 2 — Thu thập dữ liệu định tính đúng cách. Dùng phỏng vấn phi cấu trúc, tập trung khai thác quá khứ cụ thể ("lần gần nhất bạn làm việc này diễn ra thế nào?") thay vì ý kiến chung chung. Ghi âm và gỡ băng. Với domain rộng, thường cần 20–30 cuộc để đạt bão hòa; domain hẹp có thể 8–12 cuộc.
Bước 3 — Trích xuất (extraction). Đọc kỹ transcript, cắt ra từng mẩu thể hiện một hành động, suy nghĩ, cảm xúc, hoặc động lực. Viết lại mỗi mẩu dưới dạng động từ ở góc nhìn người dùng: "so sánh giá giữa hai cửa hàng", "lo con không đủ chất". Loại bỏ những mẩu nói về giao diện cụ thể (đó là product space, để sau).
Bước 4 — Nhóm thành towers (affinity từ dưới lên). Dán tất cả các mẩu lên Miro/FigJam, gom những mẩu cùng ý định gần nhau thành một tower nhỏ, đặt tên cho tower bằng chính giọng người dùng. Đây là bước tốn công nhất và cũng quan trọng nhất — chất lượng bản đồ nằm ở đây.
Bước 5 — Gom towers thành mental spaces. Nhóm các tower liên quan thành các cụm chủ đề lớn, tạo thành trục ngang của bản đồ. Bây giờ bạn đã có nửa trên hoàn chỉnh.
Bước 6 — Ánh xạ product space (nửa dưới). Với mỗi tower, liệt kê tính năng hiện có của bạn và đối thủ đang phục vụ nó, "treo" xuống dưới. Dùng màu để phân biệt: của mình / của đối thủ / chưa ai làm.
Bước 7 — Đọc bản đồ để ra quyết định. Khoanh vùng các tower trống (cơ hội) và các tính năng mồ côi (cắt bỏ/xem lại). Ưu tiên đầu tư theo tower quan trọng-mà-trống, và mang bản đồ này ra dùng như tài liệu tham chiếu chiến lược lâu dài.
Lỗi thường gặp & mẹo
Lỗi 1 — Viết bằng danh từ/tính năng thay vì động từ. Nếu tower của bạn tên là "trang lịch sử giao dịch", bạn đã trượt xuống product space rồi. Mental space chỉ chứa động từ tư duy con người: "kiểm tra lại mình đã trả tiền chưa". Mẹo: mỗi mẩu phải bắt đầu bằng một động từ và không được nhắc tên bất kỳ nút bấm nào.
Lỗi 2 — Nhầm mental model với journey map. Journey map có trục thời gian tuyến tính và bám một hành trình cụ thể; mental model không có trục thời gian, nó là cấu trúc tư duy. Nếu bạn thấy mình đang sắp xếp mọi thứ theo "bước 1, bước 2", bạn đang làm journey map. Cả hai đều hữu ích nhưng phục vụ mục đích khác nhau.
Lỗi 3 — Làm domain quá rộng. "Sức khỏe" là một domain khổng lồ, làm cả năm không xong. Hãy hẹp lại: "quản lý bệnh mãn tính của người thân lớn tuổi". Bản đồ hẹp-sâu luôn giá trị hơn bản đồ rộng-nông.
Lỗi 4 — Dựa vào khảo sát định lượng để xây mental space. Bạn không thể trích xuất động lực và cảm xúc từ câu hỏi trắc nghiệm. Nửa trên bắt buộc phải xây từ dữ liệu định tính sâu.
Mẹo chốt: Đừng để bản đồ chết trong file Figma. Giá trị lớn nhất của mental model đến khi bạn chiếu roadmap lên nó — dùng nó trong họp ưu tiên tính năng để hỏi "tính năng này phục vụ tower nào?". Nếu không trả lời được, cân nhắc lại tính năng đó.
Bài tập thực hành
- Chọn domain (10 phút): Viết ra một khoảng đời sống liên quan đến sản phẩm bạn quan tâm, diễn đạt hoàn toàn bằng động từ, độc lập với mọi app. Ví dụ: "chọn quán ăn trưa cho cả nhóm đồng nghiệp".
- Mini-extraction (60 phút): Phỏng vấn 3 người quen về lần gần nhất họ trải qua domain đó. Trích ít nhất 40 mẩu động từ/suy nghĩ/cảm xúc lên sticky note (thật hoặc trên FigJam).
- Dựng nửa trên (45 phút): Nhóm 40 mẩu thành 5–8 towers, đặt tên tower bằng giọng người dùng, rồi gom thành 2–3 mental spaces.
- Ánh xạ nửa dưới (20 phút): Với mỗi tower, ghi tên tính năng hiện có của một sản phẩm bạn biết đang phục vụ nó. Khoanh tròn mọi tower không có tính năng nào bên dưới.
- Rút insight (15 phút): Viết 3 câu: (a) một cơ hội từ tower trống, (b) một tính năng "mồ côi" nếu có, (c) một điều khiến bạn bất ngờ về cách người dùng tư duy khác với giả định ban đầu.
Tóm tắt
Mental Model Mapping là công cụ tổng hợp (synthesis) mạnh nhất để nắm bắt cách con người thật sự tư duy trong một lĩnh vực, độc lập với bất kỳ sản phẩm nào — đó là lý do nó bền vững qua nhiều lần thiết kế lại. Bản đồ gồm hai nửa: nửa trên là mental space xây từ động từ tư duy của người dùng, gom thành towers và spaces; nửa dưới là product space nơi bạn treo tính năng vào đúng suy nghĩ mà chúng phục vụ. Đọc bản đồ, bạn nhìn ra hai thứ vàng: những tower trống (cơ hội chưa ai chạm tới) và những tính năng mồ côi (đầu tư sai chỗ).
Ba ví dụ — ví điện tử Việt với tower nghĩa vụ gia đình, nền tảng học nghề với tower "tôi có xứng đáng đổi nghề không", và siêu ứng dụng gọi xe với tower "trú mưa và bất định" — cho thấy cùng một bài học: sản phẩm thất bại thường không vì thiếu tính năng, mà vì được xây theo cách tổ chức nghĩ thay vì cách người dùng nghĩ. Hãy nhớ giữ mental space thuần động từ, đừng nhầm với journey map, chọn domain hẹp-sâu, và quan trọng nhất — mang bản đồ ra dùng trong mỗi quyết định ưu tiên. Một mental model tốt không phải bức tranh treo tường; nó là chiếc la bàn chiến lược bạn quay lại tham chiếu suốt nhiều năm.