Mở đầu — vì sao bài này quan trọng
Trong hành trình làm UX, có một sự thật ai làm nghề rồi cũng phải thừa nhận: số liệu cho bạn biết cái gì đang xảy ra, nhưng chỉ có con người mới cho bạn biết vì sao. Bạn có thể nhìn thấy 68% người dùng bỏ dở ở bước nhập địa chỉ trong luồng thanh toán, nhưng biểu đồ funnel sẽ không bao giờ tự đứng lên và nói cho bạn nghe rằng "vì họ không hiểu tại sao phải điền số căn hộ khi giao hàng tận cửa". Câu trả lời đó nằm trong đầu người dùng, và cách duy nhất để lấy nó ra là ngồi xuống, đặt câu hỏi, và lắng nghe. Đó chính là user interview — phỏng vấn người dùng.
Trong cả khóa học này, chúng ta đã và sẽ nói rất nhiều về con số: SUS, NPS, task success rate, funnel, A/B testing. Đó là mặt định lượng (quantitative). Nhưng một chuyên gia UX giỏi không bao giờ chỉ sống bằng con số. Bài học hôm nay tập trung vào một trong những kỹ thuật định tính (qualitative) nền tảng nhất và cũng dễ làm sai nhất: user interview. Cụ thể, chúng ta sẽ phân biệt rạch ròi hai loại phỏng vấn khác nhau về bản chất — generative (khám phá) và evaluative (đánh giá) — bởi vì dùng nhầm loại này cho mục đích của loại kia là lỗi phổ biến nhất khiến buổi phỏng vấn tốn thời gian mà thu về dữ liệu vô giá trị.
Nếu bạn đã từng rời một buổi phỏng vấn với cảm giác "à người dùng thích sản phẩm của mình" rồi vài tháng sau sản phẩm thất bại, rất có thể bạn đã hỏi sai loại câu hỏi. Học xong bài này, bạn sẽ biết khi nào cần phỏng vấn để hiểu con người, khi nào cần phỏng vấn để kiểm chứng thiết kế, và làm sao để mỗi cuộc trò chuyện đều tạo ra insight có thể hành động được.
Khái niệm cốt lõi
User interview là một cuộc trò chuyện có mục đích giữa nhà nghiên cứu và người dùng (hoặc người dùng tiềm năng), nhằm thu thập hiểu biết sâu về hành vi, nhu cầu, động cơ, khó khăn và cảm nhận của họ. Điểm mấu chốt: đây là phương pháp định tính — bạn không đi tìm con số, bạn đi tìm câu chuyện và lý do. Với 5–8 người phỏng vấn kỹ, bạn thường phát hiện ra phần lớn các vấn đề lớn, điều mà một khảo sát 1.000 người vẫn có thể bỏ sót.
Nhưng "phỏng vấn" không phải một khối đồng nhất. Tùy vào việc bạn đang ở giai đoạn nào của dự án và bạn cần trả lời câu hỏi gì, có hai loại phỏng vấn hoàn toàn khác nhau về mục tiêu, cách đặt câu hỏi và tư duy dẫn dắt.
Generative interview — phỏng vấn khám phá
Generative (đôi khi gọi là exploratory hoặc discovery interview) được dùng khi bạn chưa biết mình chưa biết gì. Bạn đang ở giai đoạn đầu — discovery, problem definition — khi thậm chí còn chưa có giải pháp, thậm chí còn chưa chắc mình đã hiểu đúng vấn đề.
Mục tiêu của generative interview là khám phá cái chưa biết: hiểu cuộc sống, bối cảnh, thói quen và nỗi đau của người dùng để từ đó sinh ra (generate) ý tưởng, cơ hội, giả thuyết. Vì bạn chưa biết mình tìm gì, câu hỏi phải mở, rộng, không dẫn dắt. Bạn hỏi về quá khứ và hiện tại thực tế, chứ không hỏi về tương lai giả định.
Ví dụ điển hình những câu hỏi generative:
- "Anh/chị kể cho em nghe một ngày làm việc điển hình của mình đi ạ?"
- "Lần gần nhất chị phải làm việc X là khi nào? Lúc đó diễn ra thế nào?"
- "Điều gì khiến anh cảm thấy khó chịu/mất thời gian nhất trong việc này?"
Evaluative interview — phỏng vấn đánh giá
Evaluative interview được dùng khi bạn đã có một cái gì đó cụ thể để đánh giá — một ý tưởng, một bản wireframe, một prototype, hoặc một sản phẩm đang chạy. Bạn đã có giả thuyết, đã có giải pháp, và giờ bạn cần biết: nó có hoạt động không? Người dùng có hiểu không? Nó có giải quyết đúng vấn đề không?
Mục tiêu của evaluative interview là kiểm chứng và đánh giá. Nó thường gắn liền với việc cho người dùng tương tác với một artifact cụ thể (bản thiết kế, prototype) và quan sát/hỏi phản ứng của họ. Câu hỏi ở đây tập trung, có định hướng vào đối tượng đang được đánh giá:
- "Nếu chị muốn đặt lịch hẹn, chị sẽ bấm vào đâu đầu tiên?"
- "Anh nghĩ nút này sẽ làm gì khi bấm vào?"
- "Vừa rồi chị hơi ngập ngừng ở màn hình này, chị đang nghĩ gì vậy ạ?"
Bảng so sánh nhanh
| Tiêu chí | Generative | Evaluative |
|---|---|---|
| Mục đích | Khám phá cái chưa biết, sinh ý tưởng | Kiểm chứng, đánh giá giải pháp |
| Giai đoạn | Discovery, problem definition | Design, validation, sau khi có prototype |
| Câu hỏi | Mở, rộng, về hành vi thực tế đã xảy ra | Tập trung, về phản ứng với một artifact |
| Có sẵn giải pháp chưa? | Chưa | Rồi |
| Bạn đang hỏi về | Con người và bối cảnh của họ | Thiết kế/sản phẩm của bạn |
| Kết quả đầu ra | Insight, cơ hội, persona, JTBD | Vấn đề cần sửa, xác nhận hướng đi |
Tình huống thực tế
Ví dụ 1: Ứng dụng gọi xe ôm ở nông thôn — dùng đúng generative
Một startup giao vận ở Đồng bằng sông Cửu Long muốn mở rộng dịch vụ xe ôm công nghệ về các thị trấn nhỏ. Ban đầu đội sản phẩm định sao chép nguyên giao diện của các app lớn ở thành phố. May mắn là trưởng nhóm UX kiên quyết làm generative interview trước.
Họ phỏng vấn 7 bác tài và 8 người dân ở thị trấn tại Vĩnh Long. Câu hỏi hoàn toàn mở: "Bình thường chú đi lại trong thị trấn thế nào ạ?", "Lần gần nhất cô cần đi xa mà không có xe máy là khi nào?". Không ai hỏi "cô có muốn dùng app không". Kết quả bất ngờ: đa số bác tài dùng điện thoại có màn hình nhỏ, mạng 3G chập chờn, và quan trọng nhất — khách quen thường gọi điện thoại trực tiếp cho "chú Bảy chạy xe" chứ không đặt qua app, vì họ tin người quen hơn tin ứng dụng lạ. "Đặt xe" ở đây không phải bài toán công nghệ, mà là bài toán niềm tin và quan hệ.
Bài học rút ra: Nếu đội này làm evaluative (đưa prototype giao diện ra hỏi), họ đã bỏ lỡ hoàn toàn insight cốt lõi. Chính vì chọn đúng generative — khám phá cái chưa biết — họ mới phát hiện rằng giải pháp không nên là "clone Grab", mà là một mô hình lai giữa app và mạng lưới tài xế quen thuộc địa phương. Đúng loại phỏng vấn đã cứu họ khỏi việc xây sai sản phẩm.
Ví dụ 2: Fintech ví điện tử — dùng đúng evaluative
Một công ty ví điện tử tại TP.HCM đã hoàn thiện luồng "nạp tiền từ tài khoản ngân hàng" dưới dạng prototype Figma tương tác. Họ đã hiểu vấn đề (nạp tiền hiện quá nhiều bước), giờ cần kiểm chứng giải pháp mới có tốt hơn không. Đây là lúc dùng evaluative interview.
Họ mời 6 người dùng, mỗi buổi 30 phút. Thay vì hỏi "bạn thấy màn hình này đẹp không?" (câu hỏi vô dụng), họ đưa ra bối cảnh cụ thể: "Giả sử bạn vừa được trả lương và muốn nạp 2 triệu vào ví để trả tiền điện. Bạn hãy thử làm xem." Rồi họ quan sát và hỏi theo từng bước: "Lúc này bạn đang nghĩ gì?", "Bạn kỳ vọng bấm nút này sẽ ra màn hình nào?". 4 trong 6 người khựng lại ở bước chọn ngân hàng vì icon ngân hàng của họ nằm ở nửa dưới danh sách, phải cuộn xuống mới thấy, và họ tưởng ứng dụng "không hỗ trợ ngân hàng của tôi".
Bài học rút ra: Vấn đề không phải ở ý tưởng luồng nạp tiền — ý tưởng đúng. Vấn đề nằm ở chi tiết thực thi (thứ tự hiển thị ngân hàng). Chỉ có evaluative interview với một artifact cụ thể mới lộ ra được loại lỗi này. Nếu họ làm generative ở giai đoạn này thì lãng phí, vì họ đã qua giai đoạn khám phá vấn đề từ lâu rồi. Chọn đúng thời điểm cho đúng loại phỏng vấn là chìa khóa.
Ví dụ 3: Sàn thương mại điện tử — dùng nhầm loại và trả giá
Một sàn TMĐT khu vực Đông Nam Á muốn tăng tỷ lệ người bán hàng nhỏ lẻ đăng ký. Đội PM tự tin rằng vấn đề là "quy trình đăng ký quá phức tạp", nên họ nhảy thẳng vào evaluative: đưa prototype form đăng ký mới, gọn hơn, ra hỏi 5 người bán. Ai cũng gật gù "form này dễ dùng hơn". Họ triển khai, nhưng tỷ lệ đăng ký gần như không nhúc nhích.
Ba tháng sau, họ quay lại làm generative interview đúng nghĩa. Câu hỏi mở: "Anh kể cho em nghe hành trình từ lúc anh nghĩ đến chuyện bán online cho tới bây giờ đi?". Hóa ra rào cản thật sự chưa bao giờ là cái form. Rào cản là nỗi sợ sau khi đăng ký thì không biết chụp ảnh sản phẩm, viết mô tả, đóng gói ra sao — họ sợ cả một chặng đường phía sau, chứ không sợ 3 phút điền form.
Bài học rút ra: Đây là ví dụ kinh điển về việc dùng nhầm loại phỏng vấn. Họ dùng evaluative (kiểm giải pháp) trong khi đáng lẽ phải dùng generative (hiểu vấn đề) trước. Evaluative interview chỉ tối ưu được cái bạn đã có; nó không bao giờ nói cho bạn biết bạn đang giải sai bài toán. Khi chưa chắc về vấn đề, hãy generative trước, evaluative sau.
Hướng dẫn từng bước
Dưới đây là quy trình thực hiện một buổi user interview, có lưu ý riêng cho từng loại.
Bước 1 — Xác định câu hỏi nghiên cứu. Trước hết, viết ra một câu duy nhất: "Sau buổi này tôi muốn trả lời được câu hỏi gì?". Nếu câu hỏi bắt đầu bằng "Tại sao người dùng...", "Người dùng làm X như thế nào..." thì bạn cần generative. Nếu câu hỏi là "Thiết kế này có dễ hiểu không", "Người dùng có hoàn thành được task này không" thì bạn cần evaluative.
Bước 2 — Tuyển người phù hợp (recruiting). Chất lượng insight phụ thuộc trực tiếp vào việc bạn phỏng vấn đúng người. Xác định tiêu chí screening rõ ràng (ví dụ: đã từng đặt xe online trong 30 ngày qua). Với phỏng vấn định tính, 5–8 người/nhóm đối tượng thường là đủ để bắt được đa số vấn đề lớn.
Bước 3 — Viết discussion guide (kịch bản phỏng vấn). Không viết kịch bản cứng nhắc từng câu, mà viết theo chủ đề và câu hỏi mồi.
- Với generative: bắt đầu bằng câu hỏi rộng về cuộc sống/bối cảnh, đi từ chung đến cụ thể, để nhiều khoảng trống cho người dùng dẫn dắt.
- Với evaluative: chuẩn bị các kịch bản/task cụ thể ("giả sử bạn muốn...") và các câu hỏi thăm dò suy nghĩ tại từng điểm chạm với artifact.
Bước 5 — Dẫn dắt bằng câu hỏi mở và kỹ thuật đào sâu. Ưu tiên câu hỏi bắt đầu bằng "Kể cho em...", "Như thế nào...", "Vì sao...". Khi người dùng nói điều thú vị, đào sâu bằng "Anh nói rõ hơn được không?", hoặc đơn giản là im lặng chờ đợi — sự im lặng thường khiến người ta nói tiếp phần thật lòng nhất.
Bước 6 — Với evaluative: quan sát hành vi, đừng chỉ nghe lời nói. Chú ý chỗ người dùng ngập ngừng, di chuột lung tung, thở dài. Hành vi thường trung thực hơn lời khen xã giao. Khuyến khích họ nghĩ thành tiếng (think-aloud).
Bước 7 — Ghi chép và tổng hợp. Ghi lại nguyên văn những câu nói đắt giá (verbatim), ghi nhận cả cảm xúc. Sau các buổi, tổng hợp bằng cách nhóm các quan sát thành theme (affinity mapping). Đây là lúc insight thật sự xuất hiện — không phải trong từng buổi lẻ, mà khi bạn nhìn thấy pattern lặp lại qua nhiều người.
Lỗi thường gặp & mẹo
Lỗi 1 — Đặt câu hỏi dẫn dắt (leading question). "Anh có thấy tính năng mới này tiện không?" đã cài sẵn câu trả lời "có". Hãy hỏi trung tính: "Anh nghĩ gì về cách này?". Câu hỏi dẫn dắt là kẻ thù số một của dữ liệu định tính đáng tin.
Lỗi 2 — Hỏi về tương lai giả định trong generative. "Nếu có app thế này chị có dùng không?" gần như luôn nhận được câu trả lời lịch sự "có", nhưng nó chẳng dự báo được gì. Con người rất tệ trong việc dự đoán hành vi tương lai của chính mình. Hãy hỏi về quá khứ thực tế: "Lần gần nhất chị gặp tình huống này, chị đã làm gì?".
Lỗi 3 — Dùng nhầm loại phỏng vấn. Như ví dụ 3 ở trên: dùng evaluative khi chưa hiểu vấn đề, hoặc dùng generative lan man khi đã cần validate cụ thể. Luôn quay lại Bước 1: câu hỏi nghiên cứu của tôi thuộc loại nào?
Lỗi 4 — Nói nhiều hơn nghe. Người phỏng vấn mới thường sợ khoảng lặng và lấp đầy bằng lời của mình. Quy tắc vàng: người dùng nói khoảng 80% thời gian, bạn nói 20%. Học cách im lặng.
Lỗi 5 — Tin lời khen xã giao. Đặc biệt trong văn hóa Việt Nam, người được phỏng vấn hay khen cho vừa lòng. Đừng đếm lời khen như dữ liệu. Hãy đào vào hành vi cụ thể và những khoảnh khắc khó chịu thật.
Mẹo: Luôn có người ghi chép (note-taker) đi cùng nếu có thể, để người phỏng vấn tập trung 100% vào việc lắng nghe. Nếu đi một mình, xin phép ghi âm. Và sau mỗi buổi, dành 5 phút "debrief nóng" viết ra 3 điều bất ngờ nhất khi ký ức còn tươi.
Bài tập thực hành
- Phân loại tình huống. Với mỗi tình huống sau, xác định nên dùng generative hay evaluative và giải thích trong 1–2 câu: (a) Công ty bạn muốn làm một app quản lý chi tiêu nhưng chưa biết người trẻ Việt gặp khó khăn gì với tiền bạc. (b) Đội đã có prototype màn hình onboarding và muốn biết người dùng có hiểu các bước không. (c) Doanh số một tính năng đang giảm và không ai biết vì sao.
- Viết 5 câu hỏi generative cho chủ đề "thói quen học tiếng Anh online của sinh viên". Sau đó tự kiểm tra: có câu nào là câu dẫn dắt hay hỏi về giả định tương lai không? Sửa lại cho trung tính và hướng về hành vi thực tế.
- Thiết kế một buổi evaluative mini. Chọn một app bạn đang dùng, viết một kịch bản task cụ thể ("giả sử bạn muốn...") và 3 câu hỏi thăm dò suy nghĩ. Nhờ một người bạn thử làm, quan sát chỗ họ ngập ngừng, và ghi lại 2 vấn đề bạn phát hiện.
- Tự soi lỗi. Ghi âm lại một cuộc trò chuyện phỏng vấn thử 10 phút của bạn, nghe lại và đếm: bạn nói bao nhiêu %, có bao nhiêu câu dẫn dắt? Đặt mục tiêu cải thiện cho lần sau.
Tóm tắt
User interview là công cụ định tính cốt lõi giúp bạn hiểu vì sao đằng sau những con số. Điều quan trọng nhất của bài này là phân biệt hai loại: generative interview dùng để khám phá cái chưa biết ở giai đoạn discovery và định nghĩa vấn đề, với câu hỏi mở, rộng, hướng về hành vi thực tế đã xảy ra; còn evaluative interview dùng để kiểm chứng giải pháp khi bạn đã có ý tưởng hoặc prototype, với câu hỏi tập trung vào phản ứng của người dùng với một artifact cụ thể.
Ghi nhớ công thức: Generative = hiểu vấn đề, Evaluative = kiểm giải pháp. Dùng nhầm loại — đặc biệt là nhảy vào evaluative khi chưa thật sự hiểu vấn đề — là sai lầm đắt giá khiến bạn tối ưu hoàn hảo một sản phẩm giải sai bài toán. Tránh câu hỏi dẫn dắt, đừng hỏi về giả định tương lai, lắng nghe nhiều hơn nói, và đừng tin lời khen xã giao. Làm chủ được hai loại phỏng vấn này, bạn đã có trong tay một trong những kỹ năng phân biệt UX designer nghiệp dư với chuyên gia thực thụ.