Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn vừa kết thúc 8 buổi phỏng vấn người dùng cho một app giao đồ ăn. Bạn có hơn 40 trang transcript, hàng trăm câu trích dẫn, vài đoạn video ghi màn hình. Đồng nghiệp hỏi: "Vậy người dùng nghĩ gì?" — và bạn ngồi im, không biết bắt đầu từ đâu. Dữ liệu thì nhiều, nhưng bức tranh con người thì vẫn mờ mịt.
Đó chính là khoảng trống mà Empathy Map (bản đồ thấu cảm) lấp đầy. Đây là một công cụ trực quan, gọn nhẹ, giúp bạn tổng hợp những gì bạn biết về một nhóm người dùng thành một hình ảnh duy nhất mà cả team có thể nhìn vào và "thấy" được con người đứng sau dữ liệu. Empathy Map không phải để báo cáo cho sếp xem bạn chăm chỉ thế nào — nó là công cụ tư duy, giúp team đồng thuận về việc người dùng thực sự đang trải qua điều gì.
Trong khóa học này, bạn đã học về Personas (Bài 21) và sắp học về Journey Mapping (Bài 23 — và sâu hơn ở các bài về service blueprint). Empathy Map nằm ở một vị trí riêng: nó không kể câu chuyện theo dòng thời gian như journey map, cũng không tạo ra một nhân vật đại diện hoàn chỉnh như persona. Thay vào đó, nó là lát cắt khoảnh khắc — chụp lại trạng thái tâm trí của người dùng tại một bối cảnh cụ thể. Nắm vững công cụ này, bạn sẽ có một cách cực nhanh để biến đống transcript hỗn độn thành insight mà team có thể hành động ngay.
Khái niệm cốt lõi
Empathy Map được phổ biến bởi công ty tư vấn XPLANE (do Dave Gray sáng lập) vào khoảng năm 2009 và nhanh chóng trở thành một trong những công cụ kinh điển của thiết kế lấy người dùng làm trung tâm. Bản gốc chia tấm bản đồ thành các góc phần tư (quadrant) xoay quanh một nhân vật ở trung tâm.
Bốn góc phần tư gốc của XPLANE
Phiên bản nguyên thủy tập trung vào ba trục quan sát chính, sau này được mở rộng. Ba cột trụ mà bạn bắt buộc phải hiểu rõ là:
1. Says (Nói gì) — những câu người dùng nói ra
Đây là các trích dẫn nguyên văn (verbatim quotes) từ buổi phỏng vấn hoặc usability test. Nguyên tắc vàng: chỉ ghi những gì người dùng thực sự nói, không diễn giải, không "dịch" lại theo ý bạn. Ví dụ: "Tôi muốn món rẻ nhưng giao nhanh, chứ chờ 45 phút thì thà ra ngoài ăn." Trích dẫn nguyên văn giữ được giọng điệu, cảm xúc và từ ngữ thật của người dùng — điều mà bản tóm tắt của bạn dễ làm mất đi.
2. Thinks (Nghĩ gì) — độc thoại nội tâm, niềm tin
Đây là những gì diễn ra trong đầu người dùng nhưng họ không nói ra — vì ngại, vì không nhận thức được, hoặc vì cho rằng không liên quan. Bạn suy luận phần này từ ngôn ngữ cơ thể, sự ngập ngừng, mâu thuẫn giữa lời nói và hành động. Ví dụ, một người nói "App này cũng ổn" nhưng cau mày khi mở giỏ hàng — phần "Thinks" có thể là "Mình không chắc đơn này có bị tính thêm phí ẩn không." Đây là phần khó nhất và cần ghi chú rõ đâu là giả định cần kiểm chứng.
3. Does (Làm gì) — hành vi quan sát được
Đây là những hành động cụ thể mà bạn quan sát thấy: họ mở app bao nhiêu lần, họ vuốt qua phần khuyến mãi không đọc, họ chuyển sang Zalo để hỏi bạn bè trước khi đặt. Phần này phải dựa trên quan sát thực tế (từ contextual inquiry, usability test, hoặc analytics), không phải phỏng đoán.
Phiên bản mở rộng: Says, Thinks, Does, Feels
Đa số các đội ngũ hiện đại dùng phiên bản 4 góc, bổ sung thêm:
4. Feels (Cảm thấy gì) — trạng thái cảm xúc
Cảm xúc của người dùng: lo lắng, hào hứng, bực bội, an tâm. Ví dụ: "Lo lắng vì không biết shipper có giao đúng món không" hoặc "Nhẹ nhõm khi thấy nút theo dõi đơn hàng real-time." Tách "Feels" khỏi "Thinks" giúp team không bỏ sót khía cạnh cảm xúc — vốn thường là động lực mua hàng mạnh hơn lý trí.
Phân biệt Says vs Thinks, Does vs Feels
Một mẹo quan trọng: hai cặp này thường mâu thuẫn nhau, và chính chỗ mâu thuẫn là nơi insight nằm ở đó.
- Khi Says ≠ Thinks: người dùng nói "Giá không quan trọng lắm" nhưng nghĩ "45.000đ phí ship là quá đắt". Khoảng cách này lộ ra một nhu cầu chưa được nói thẳng.
- Khi Does ≠ Says: người dùng nói "Tôi luôn đọc đánh giá trước khi đặt" nhưng quan sát cho thấy họ đặt ngay sau 3 giây. Hành vi thật mới là thứ bạn nên thiết kế theo.
Pains & Gains (tùy chọn)
Nhiều biến thể bổ sung hai ô ở dưới: Pains (nỗi đau, rào cản, sợ hãi) và Gains (mong muốn, nhu cầu, thước đo thành công). Hai ô này tạo cầu nối tự nhiên sang các công cụ như Value Proposition Canvas. Bạn không bắt buộc dùng, nhưng chúng giúp ép team rút ra hàm ý thiết kế thay vì chỉ liệt kê quan sát.
Tình huống thực tế
Ví dụ 1 — Baemin Việt Nam và "người dùng văn phòng giờ trưa"
Giả định một team nghiên cứu tại một app giao đồ ăn kiểu Baemin muốn hiểu nhóm nhân viên văn phòng đặt đồ ăn trưa. Họ phỏng vấn 6 nhân viên ở các tòa nhà tại Quận 1, TP.HCM, kết hợp quan sát hành vi đặt món trong khung 11h30–12h30.
Empathy Map họ dựng lên trông như sau:
- Says: "Trưa chỉ có 1 tiếng, gọi món mà 12h15 chưa tới là coi như nhịn." / "Đặt chung với cả nhóm cho đỡ phí ship."
- Thinks: "Không biết quán này hôm nay có đông không, lỡ huỷ đơn thì mệt." (giả định cần kiểm chứng)
- Does: Mở app lúc 11h00 để "canh" trước, lưu sẵn 3–4 quán quen, tạo nhóm chat Zalo để gom đơn.
- Feels: Sốt ruột khi đếm ngược thời gian giao, an tâm khi thấy quán "đã xác nhận".
Ví dụ 2 — Một fintech và người dùng lần đầu mở tài khoản
Một ngân hàng số tại Việt Nam (giả định, kiểu Timo hoặc Cake) làm usability test cho luồng eKYC (xác thực danh tính online) với 8 người dùng trên 40 tuổi — nhóm mà họ thấy tỷ lệ bỏ giữa chừng cao bất thường (drop-off ~62% ở bước chụp CCCD).
Empathy Map cho nhóm này:
- Says: "Sao phải chụp đi chụp lại mấy lần thế này?" / "Cái này có an toàn không, lỡ ảnh CCCD bị lộ thì sao?"
- Thinks: "Hay là app này lừa đảo? Sao hỏi nhiều thông tin vậy?"
- Does: Dừng lại rất lâu ở màn hình quyền truy cập camera, thoát app để gọi điện hỏi con cái, chụp ảnh trong phòng thiếu sáng nên liên tục bị từ chối.
- Feels: Nghi ngờ, bối rối, xấu hổ khi thao tác sai nhiều lần.
Ví dụ 3 — Tránh cái bẫy "một map cho tất cả"
Một startup giáo dục online tạo một Empathy Map duy nhất cho "học viên". Kết quả là tấm map đầy mâu thuẫn: vừa có "muốn học nhanh để đi làm" vừa có "muốn học kỹ từ gốc", vừa "ngại tốn tiền" vừa "sẵn sàng trả cao cho chất lượng". Map trở nên vô dụng vì nó trộn lẫn nhiều con người khác nhau vào một.
Khi họ tách thành hai map — "sinh viên năm cuối cần kỹ năng đi làm gấp" và "người đi làm muốn chuyển ngành" — mỗi map đột nhiên sắc nét và có hàm ý thiết kế rõ ràng. Bài học: Empathy Map chỉ hữu ích khi nó mô tả một nhóm người đồng nhất trong một bối cảnh cụ thể. Một map cố ôm tất cả mọi người sẽ chẳng nói lên điều gì.
Hướng dẫn từng bước
Bước 1 — Xác định chủ thể và phạm vi. Trước khi vẽ, viết một câu rõ ràng: "Map này mô tả ai, trong bối cảnh nào, để trả lời câu hỏi nghiên cứu gì." Ví dụ: "Nhân viên văn phòng đặt đồ ăn trưa trong khung 11h30–12h30". Phạm vi càng hẹp, map càng giá trị.
Bước 2 — Gom dữ liệu thô. Tập hợp transcript phỏng vấn, ghi chú quan sát, đoạn video, dữ liệu analytics liên quan. Empathy Map phải dựa trên dữ liệu thật, không phải tưởng tượng của team trong phòng họp. Nếu bạn chưa có dữ liệu, hãy đánh dấu rõ map này là "giả thuyết cần kiểm chứng".
Bước 3 — Trích xuất lên giấy nhớ (sticky notes). Mỗi quan sát, mỗi câu trích dẫn viết lên một sticky note riêng. Một ý — một note. Việc này giúp bạn dễ di chuyển và nhóm sau này. Dùng Miro/Mural/FigJam nếu làm online, hoặc giấy nhớ thật nếu họp trực tiếp.
Bước 4 — Phân loại vào bốn góc. Lần lượt đặt từng note vào Says, Thinks, Does, Feels. Quan trọng: phân biệt quan sát trực tiếp (chắc chắn) với suy luận (giả định). Dùng màu khác nhau cho hai loại — ví dụ vàng cho dữ liệu, hồng cho giả định.
Bước 5 — Làm việc nhóm, không làm một mình. Mời designer, PM, kỹ sư cùng tham gia. Sức mạnh lớn nhất của Empathy Map là tạo đồng thuận chung trong team. Khi cả team cùng dán note, họ cùng "thấy" người dùng — điều mà một bản báo cáo PDF không bao giờ làm được.
Bước 6 — Tìm mâu thuẫn và khoảng trống. Soi vào chỗ Says ≠ Does, Says ≠ Thinks. Soi vào góc nào trống rỗng — góc trống là dấu hiệu bạn còn thiếu dữ liệu, cần nghiên cứu thêm.
Bước 7 — Chốt insight và hàm ý hành động. Map không phải là sản phẩm cuối. Hãy viết ra 3–5 câu insight và "Vậy thì sao?" (so what). Ví dụ: "Người dùng tự canh app vì thiếu tin tưởng vào giờ giao → cần tính năng cam kết giờ giao." Đây mới là thứ team mang đi thiết kế.
Lỗi thường gặp & mẹo
Lỗi 1 — Vẽ map từ trí tưởng tượng. Đây là lỗi phổ biến nhất. Team ngồi trong phòng họp "đoán" người dùng nghĩ gì mà không có dữ liệu. Kết quả là một tấm map phản chiếu định kiến của team chứ không phải người dùng thật. Mẹo: luôn gắn mỗi note với nguồn (P3 = participant số 3). Nếu không gắn được nguồn, đó là giả định, hãy đánh dấu rõ.
Lỗi 2 — Diễn giải thay vì trích dẫn ở góc Says. Viết "Người dùng quan tâm tốc độ giao hàng" thay vì câu nguyên văn. Bản diễn giải làm mất sắc thái và mở đường cho thiên kiến. Mẹo: góc Says chỉ chứa lời nói trong ngoặc kép.
Lỗi 3 — Nhầm lẫn Thinks và Feels. "Tôi nghĩ app này phức tạp" là một suy nghĩ; "Tôi thấy bực mình" là cảm xúc. Trộn lẫn hai góc khiến bạn bỏ sót lớp cảm xúc — vốn là động lực hành vi mạnh nhất. Mẹo: hỏi "Đây là một niềm tin/đánh giá (Thinks) hay một trạng thái cảm xúc (Feels)?"
Lỗi 4 — Map cho một nhóm quá rộng. Như ví dụ 3, gộp nhiều persona vào một map làm nó vô nghĩa. Mẹo: nếu một góc xuất hiện hai ý mâu thuẫn không thể dung hòa, đó là tín hiệu bạn đang ôm hai nhóm khác nhau — hãy tách map.
Lỗi 5 — Coi map là sản phẩm cuối cùng. Nhiều team vẽ map rất đẹp rồi... để đó. Map chỉ có giá trị khi dẫn tới quyết định thiết kế. Mẹo: luôn kết thúc buổi workshop bằng câu hỏi "Vậy ta sẽ làm gì khác đi?"
Lỗi 6 — Không cập nhật map. Empathy Map là tài liệu sống. Khi có dữ liệu mới, hãy cập nhật. Một map của 6 tháng trước có thể đã lỗi thời.
Bài tập thực hành
Bài tập 1 — Dựng map từ transcript có sẵn. Chọn một sản phẩm bạn dùng hàng ngày (ví dụ: app ngân hàng, Grab, Shopee). Phỏng vấn nhanh 2 người bạn từng dùng sản phẩm đó trong 15 phút mỗi người, ghi âm. Sau đó dựng một Empathy Map 4 góc (Says, Thinks, Does, Feels). Yêu cầu: góc Says phải có ít nhất 4 câu trích dẫn nguyên văn; mỗi note phải gắn nguồn (P1/P2); dùng màu khác cho giả định.
Bài tập 2 — Săn mâu thuẫn. Nhìn lại map vừa dựng, tìm ít nhất một điểm Says ≠ Does hoặc Says ≠ Thinks. Viết một đoạn 3–4 câu giải thích insight ẩn sau mâu thuẫn đó và đề xuất một thay đổi thiết kế cụ thể.
Bài tập 3 — Phân tách nhóm. Cố ý dựng một Empathy Map gộp hai nhóm người dùng rất khác nhau (ví dụ: sinh viên và người trên 50 tuổi cùng dùng một app). Quan sát map trở nên mâu thuẫn ra sao, rồi tách thành hai map riêng. Viết lại cảm nhận: map nào hữu ích hơn và vì sao? Bài tập này giúp bạn cảm được nguyên tắc "một map — một nhóm đồng nhất".
Tóm tắt
Empathy Map là công cụ trực quan giúp bạn biến dữ liệu nghiên cứu hỗn độn thành một bức tranh con người mà cả team có thể nhìn vào và đồng thuận. Bản gốc của XPLANE xoay quanh ba trục quan sát — Says (lời nói nguyên văn), Thinks (suy nghĩ, niềm tin nội tâm), Does (hành vi quan sát được) — và phiên bản hiện đại bổ sung Feels (cảm xúc), đôi khi thêm Pains & Gains.
Ba điều cốt lõi cần nhớ: (1) Map phải dựa trên dữ liệu thật, không phải tưởng tượng — luôn gắn nguồn cho mỗi quan sát và phân biệt rõ dữ liệu với giả định. (2) Insight nằm ở chỗ mâu thuẫn giữa các góc — Says khác Does, Says khác Thinks. (3) Mỗi map chỉ nên mô tả một nhóm đồng nhất trong một bối cảnh — và map không phải đích đến, mà là bàn đạp dẫn tới quyết định thiết kế.
Khi dùng đúng, Empathy Map biến câu hỏi đáng sợ "Người dùng nghĩ gì?" thành một tấm bản đồ rõ ràng mà bạn có thể tự tin trả lời — và quan trọng hơn, hành động dựa trên đó.