Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

User Interview techniques

Kiến Thức Cơ Bản Product Management Bài 15/60

Mở đầu — vì sao bài này quan trọng

Có một sự thật phũ phàng mà mọi Product Manager đều phải học: người dùng rất giỏi nói cho bạn biết họ cảm thấy gì, nhưng cực kỳ tệ trong việc nói cho bạn biết họ thực sự sẽ làm gì. Nếu bạn hỏi một người dùng "Bạn có muốn tính năng X không?", gần như chắc chắn họ sẽ gật đầu lịch sự và nói "Có chứ, hay đấy!". Rồi bạn dành ba tháng xây dựng X, ra mắt, và không một ai đụng vào nó.

Đó chính là lý do kỹ năng phỏng vấn người dùng (user interview) tồn tại. Nó không phải là một cuộc trò chuyện xã giao, cũng không phải một buổi khảo sát đánh dấu tích. Nó là một kỹ thuật điều tra — gần giống công việc của một thám tử — nhằm khám phá ra sự thật ẩn sau những gì người dùng nói. Một PM giỏi phỏng vấn có thể tiết kiệm cho công ty hàng tỷ đồng chi phí xây sai sản phẩm.

Trong bài này, chúng ta tập trung sâu vào kỹ thuật phỏng vấn — cách chuẩn bị, cách đặt câu hỏi, cách lắng nghe, và cách rút ra insight thật. Đây là một mảnh ghép trong bức tranh nghiên cứu người dùng lớn hơn (bạn sẽ học về việc xây dựng persona, customer journey, hay phân tích pain point ở các bài khác). Ở bài này, hãy coi tôi như người mentor ngồi cạnh bạn trong buổi phỏng vấn đầu tiên, chỉ cho bạn từng nước đi.

Khái niệm cốt lõi

Phỏng vấn người dùng dùng để làm gì?

User interview là phương pháp nghiên cứu định tính (qualitative). Khác với dữ liệu định lượng (số liệu, biểu đồ) chỉ cho bạn biết cái gì đang xảy ra, phỏng vấn định tính giúp bạn hiểu vì sao (the "why"). Ba mục đích chính:

  • Hiểu "why" đằng sau hành vi. Số liệu cho thấy 60% người dùng bỏ giỏ hàng ở bước thanh toán. Phỏng vấn cho bạn biết vì sao: họ hoảng vì phí ship hiện ra quá muộn, hay vì không tin tưởng cổng thanh toán.
  • Khám phá pain point bạn chưa biết tới (unknown unknowns). Có những vấn đề bạn thậm chí không biết là mình nên hỏi. Một cuộc phỏng vấn mở thường lôi ra những điều khiến bạn phải sửng sốt.
  • Kiểm chứng giả định (validate assumptions). Bạn đang tin rằng người dùng ghét quy trình đăng ký dài dòng. Phỏng vấn giúp bạn xác nhận — hoặc đập tan — niềm tin đó trước khi đổ tiền vào.

Phân biệt: phỏng vấn không phải là bán hàng, cũng không phải là khảo sát

Một sai lầm kinh điển: PM bước vào buổi phỏng vấn và bắt đầu thuyết phục người dùng rằng sản phẩm của mình tuyệt vời. Đó là pitch, không phải interview. Mục tiêu của phỏng vấn là lắng nghe, không phải thuyết phục. Tỷ lệ vàng: người dùng nói 80%, bạn nói 20%.

Phỏng vấn cũng khác khảo sát (survey). Survey cho bạn câu trả lời từ hàng trăm người nhưng nông. Interview cho bạn câu trả lời từ ít người nhưng sâu, và quan trọng nhất là bạn có thể đào sâu (follow-up) ngay tại chỗ khi người dùng nói điều gì đó thú vị.

Cần phỏng vấn bao nhiêu người?

Đây là câu hỏi mọi PM mới đều hỏi. Tin tốt: bạn cần ít hơn bạn tưởng. Nguyên tắc thực hành phổ biến là 5–7 người mỗi nhóm khách hàng (segment) là đủ để phát hiện phần lớn các pattern quan trọng. Nghiên cứu của Nielsen Norman Group cho thấy chỉ 5 người dùng đã giúp phát hiện khoảng 85% vấn đề chính trong một segment.

Điểm cốt lõi cần nhớ: 5–7 người mỗi segment, không phải 5–7 người tổng cộng. Nếu bạn có hai nhóm rất khác nhau — ví dụ tài xế và hành khách của một app gọi xe — bạn cần 5–7 người cho mỗi nhóm. Khi bạn bắt đầu nghe đi nghe lại cùng một câu chuyện và không còn thông tin mới (gọi là saturation — điểm bão hòa), đó là dấu hiệu bạn đã phỏng vấn đủ.

Câu hỏi mở vs câu hỏi đóng

Trái tim của kỹ thuật phỏng vấn nằm ở cách bạn đặt câu hỏi. Câu hỏi đóng (yes/no, hoặc dẫn dắt) giết chết cuộc phỏng vấn. Câu hỏi mở mở ra câu chuyện.

  • Đóng (tránh): "Bạn có thấy tính năng tìm kiếm khó dùng không?" → ép người dùng vào một câu trả lời.
  • Mở (nên): "Hãy kể cho tôi nghe lần gần nhất bạn tìm một sản phẩm trên app. Chuyện gì đã xảy ra?"
Câu hỏi vàng nhất trong toolkit của PM là: "Kể cho tôi nghe về lần cuối cùng bạn...". Nó buộc người dùng kể lại hành vi thực tế trong quá khứ thay vì ý kiến giả định về tương lai. Hành vi quá khứ là dữ liệu thật; ý kiến về tương lai thường là tưởng tượng.

Tình huống thực tế

Ví dụ 1: Tiki và bài học "đừng hỏi người dùng họ muốn gì"

Giả sử đội sản phẩm của một sàn thương mại điện tử lớn tại Việt Nam như Tiki muốn cải thiện tỷ lệ hoàn tất đơn hàng. Phiên bản PM non kinh nghiệm sẽ phỏng vấn kiểu: "Bạn có muốn chúng tôi thêm nút thanh toán nhanh không?" — 9/10 người gật đầu. Đội xây nút thanh toán nhanh, ra mắt, và tỷ lệ hoàn tất gần như không nhúc nhích.

Phiên bản PM giỏi sẽ làm khác. Họ phỏng vấn 6 khách hàng vừa bỏ giỏ hàng trong tuần qua, và thay vì hỏi ý kiến, họ yêu cầu: "Hãy mở app ra và mua món đồ bạn định mua hôm qua, vừa làm vừa nói cho tôi nghe bạn đang nghĩ gì." Đây gọi là kỹ thuật think-aloud. Kết quả: 4 trên 6 người khựng lại đúng ở bước nhập mã giảm giá — họ rời app đi tìm mã trên một group Facebook, rồi quên quay lại. Pain point thật không phải tốc độ thanh toán, mà là việc đi tìm mã giảm giá làm họ rớt khỏi luồng mua hàng.

Bài học: Đừng hỏi người dùng họ muốn giải pháp gì. Hãy quan sát họ làm gì và lắng nghe câu chuyện thật. Giải pháp đúng (gợi ý mã giảm giá ngay trong giỏ hàng) chỉ lộ ra khi bạn đào đúng chỗ.

Ví dụ 2: Grab và việc phỏng vấn đúng segment

Một đội tại một super app gọi xe khu vực Đông Nam Á (lấy bối cảnh giống Grab) muốn tăng số chuyến đi giờ thấp điểm. Ban đầu họ định phỏng vấn 7 hành khách. Nhưng một PM senior nhắc: vấn đề chuyến đi giờ thấp điểm có hai phía — không có chuyến vì không có khách, hay không có chuyến vì không có tài xế online?

Họ chia thành hai segment và phỏng vấn 6 hành khách + 6 tài xế. Từ phía hành khách, họ nghe: "Giữa trưa tôi vẫn cần đi nhưng giá thường nhảy vọt nên tôi đi xe ôm quen." Từ phía tài xế: "Giữa trưa tôi tắt app về ăn cơm và ngủ trưa, vì cuốc xe giờ đó ít và xa." Hai góc nhìn ghép lại tạo nên một bức tranh mà một phía đơn lẻ không bao giờ cho thấy: nguồn cung tài xế tự rút lui vào giờ thấp điểm, khiến hệ thống đẩy giá lên, khiến khách bỏ đi — một vòng xoáy.

Bài học: Chọn đúng và đủ segment quan trọng hơn số lượng người phỏng vấn. Nếu chỉ phỏng vấn một phía, bạn sẽ tự tin với một kết luận sai một nửa.

Ví dụ 3: Buổi phỏng vấn bị "dẫn dắt" làm hỏng dữ liệu

Một startup fintech ở TP.HCM phát triển ví điện tử cho sinh viên. PM tự tin rằng sinh viên ghét phải liên kết tài khoản ngân hàng. Trong buổi phỏng vấn, anh hỏi: "Việc phải liên kết ngân hàng chắc phiền lắm đúng không?" Sinh viên — vốn lịch sự và muốn làm hài lòng người hỏi — đồng tình: "Dạ vâng, hơi phiền ạ." PM ghi vào báo cáo "người dùng ghét liên kết ngân hàng" và đội bỏ tính năng đó.

Ba tháng sau, số liệu cho thấy người dùng không nạp được tiền và rời bỏ hàng loạt, vì không có cách nào đưa tiền vào ví. Khi phỏng vấn lại bằng câu hỏi trung lập — "Hãy kể cho tôi nghe bạn nạp tiền vào ví lần gần nhất như thế nào" — sự thật hiện ra: sinh viên không ghét liên kết ngân hàng, họ chỉ không biết cách làm vì luồng hướng dẫn quá rối.

Bài học: Câu hỏi dẫn dắt (leading question) tạo ra dữ liệu giả nguy hiểm hơn cả việc không có dữ liệu — vì nó khiến bạn tự tin vào điều sai. Sự lịch sự của người Việt khiến rủi ro này còn cao hơn: người được phỏng vấn thường ngại làm mất lòng, nên họ sẽ đồng tình với bất cứ điều gì bạn ngụ ý.

Hướng dẫn từng bước

Bước 1 — Xác định mục tiêu học hỏi (learning goal). Trước mỗi buổi phỏng vấn, viết ra một câu: "Sau buổi này, tôi muốn hiểu rõ điều gì?" Ví dụ: "Hiểu vì sao người dùng bỏ giỏ hàng ở bước thanh toán." Mục tiêu mơ hồ tạo ra phỏng vấn mơ hồ.

Bước 2 — Tuyển người (recruitment). Chọn 5–7 người cho mỗi segment khớp với mục tiêu. Tuyển đúng người quan trọng hơn tuyển nhiều người: phỏng vấn 7 người không phải khách hàng mục tiêu thì vô dụng. Nguồn tuyển: danh sách người dùng gần đây trong sản phẩm, các group Facebook/Zalo cộng đồng, hoặc bạn bè của bạn bè (nhưng tránh người thân quá thân vì họ sẽ chiều bạn). Cân nhắc tặng một khoản nhỏ (voucher, thẻ cào) để tôn trọng thời gian của họ.

Bước 3 — Soạn kịch bản phỏng vấn (discussion guide). Viết 8–12 câu hỏi mở, sắp theo trình tự: khởi động (warm-up) → đào sâu hành vi → câu hỏi cụ thể về vấn đề → kết thúc mở ("Còn điều gì tôi chưa hỏi mà bạn muốn chia sẻ không?"). Đây là kim chỉ nam, không phải bản đọc cứng nhắc.

Bước 4 — Mở đầu để tạo niềm tin. Trong 2 phút đầu, giải thích: "Không có câu trả lời đúng hay sai. Tôi muốn học từ trải nghiệm của bạn, kể cả những điều tiêu cực — điều đó giúp tôi nhất." Câu này gỡ bỏ áp lực làm hài lòng và mở khóa sự thật.

Bước 5 — Hỏi về hành vi quá khứ, không phải ý kiến tương lai. Dùng "Kể cho tôi nghe lần cuối cùng bạn...". Tránh "Bạn sẽ dùng tính năng này chứ?".

Bước 6 — Đào sâu bằng sự im lặng và "Tại sao". Khi người dùng nói điều thú vị, đừng vội qua câu tiếp. Hãy im lặng 3–5 giây — sự im lặng khiến họ tự nói thêm. Hoặc dùng kỹ thuật 5 Whys: hỏi "tại sao" liên tiếp để đào tới gốc rễ. "Tôi bỏ giỏ hàng." → "Tại sao?" → "Phí ship cao." → "Tại sao điều đó quan trọng?" → "Vì tôi không biết trước, cảm giác bị lừa."

Bước 7 — Ghi chép và (nếu được phép) ghi âm. Lý tưởng là đi đôi: một người hỏi, một người ghi chép. Xin phép ghi âm để bạn tập trung lắng nghe thay vì cắm cúi viết. Ghi lại nguyên văn những câu nói đắt giá — chúng là vàng khi thuyết phục đồng đội sau này.

Bước 8 — Tổng hợp và tìm pattern. Ngay sau mỗi buổi (đừng để qua ngày hôm sau), ghi lại 3 insight nổi bật. Sau khi xong hết, gom các quan sát giống nhau thành nhóm (kỹ thuật affinity mapping) để tìm pattern lặp lại — đó mới là insight đáng tin, không phải ý kiến của một người duy nhất.

Lỗi thường gặp & mẹo

  • Đặt câu hỏi dẫn dắt. "Tính năng này tiện đúng không?" đã gài sẵn câu trả lời. Thay bằng: "Bạn thấy tính năng này thế nào?" rồi im lặng chờ.
  • Hỏi về tương lai giả định. "Bạn có trả 50.000đ/tháng cho gói này không?" — câu trả lời gần như vô giá trị. Người ta nói "có" rất dễ khi chưa phải móc ví thật. Hãy hỏi họ hiện tại đang chi tiền cho việc gì để giải quyết vấn đề đó.
  • Nói quá nhiều. Nếu bạn đang nói nhiều hơn người dùng, bạn đang làm sai. Đếm thử: bạn nên nói dưới 20% thời gian.
  • Nhảy vào "bán" giải pháp. Ngay khi người dùng nêu vấn đề, PM hay buột miệng "À chúng tôi sắp làm tính năng giải quyết điều đó!". Dừng lại. Bạn đang ở đây để học, không phải để khoe.
  • Bỏ qua sự im lặng. Người mới sợ khoảng lặng và vội lấp đầy. Mẹo: đếm thầm tới 5 sau khi người dùng ngừng. Những câu sâu sắc nhất thường đến sau khoảng lặng.
  • Chỉ phỏng vấn người dễ tìm. Nếu bạn chỉ phỏng vấn bạn bè và đồng nghiệp, bạn sẽ nghe những gì làm bạn vui, không phải sự thật.
  • Mẹo "vàng": hỏi về cảm xúc và bối cảnh. "Lúc đó bạn cảm thấy thế nào?" và "Bạn đang ở đâu, đang làm gì khi đó?" mở ra những pain point ẩn mà câu hỏi logic không chạm tới.
  • Mẹo phân tích: tách quan sát khỏi diễn giải. Khi tổng hợp, ghi rõ "Người dùng nói X" (sự kiện) tách khỏi "Tôi nghĩ điều này nghĩa là Y" (suy luận). Trộn hai thứ này là cách nhanh nhất để tự lừa mình.

Bài tập thực hành

  • Viết kịch bản. Chọn một sản phẩm bạn dùng hàng ngày (ví dụ app ngân hàng). Viết một mục tiêu học hỏi và 8 câu hỏi mở. Đánh dấu và viết lại bất kỳ câu nào mang tính dẫn dắt hoặc hỏi về tương lai.
  • Phỏng vấn thật. Tìm 3 người dùng thật của sản phẩm đó (bạn bè cũng được, nhưng đừng gài câu trả lời). Mỗi buổi 20–30 phút. Bắt đầu mỗi câu bằng "Kể cho tôi nghe lần cuối cùng bạn...". Tự chấm: bạn đã nói bao nhiêu phần trăm thời gian?
  • Luyện đào sâu. Trong các buổi trên, ít nhất 3 lần áp dụng kỹ thuật 5 Whys hoặc giữ im lặng 5 giây. Ghi lại điều bất ngờ nào lộ ra nhờ việc đào sâu.
  • Tổng hợp pattern. Sau 3 buổi, viết ra mọi quan sát lên giấy nhớ, gom nhóm những điều lặp lại. Tìm ít nhất một insight xuất hiện ở 2 người trở lên — và phân biệt rõ nó với một ý kiến cá biệt chỉ một người nói.

Tóm tắt

Phỏng vấn người dùng là kỹ thuật định tính giúp PM hiểu vì sao đằng sau hành vi, khám phá pain point chưa biết và kiểm chứng giả định. Hãy phỏng vấn 5–7 người cho mỗi segment — đủ để thấy pattern mà không lãng phí thời gian — và dừng khi đạt điểm bão hòa. Sức mạnh nằm ở câu hỏi mở về hành vi quá khứ ("Kể cho tôi nghe lần cuối cùng bạn..."), ở việc bạn nói dưới 20% thời gian, và ở kỷ luật tránh câu hỏi dẫn dắt — đặc biệt quan trọng trong văn hóa Việt nơi người được hỏi dễ chiều lòng bạn. Đào sâu bằng sự im lặng và "tại sao", ghi lại nguyên văn câu nói đắt giá, rồi tổng hợp thành pattern. Nhớ ba bài học từ các tình huống trên: đừng hỏi người dùng muốn giải pháp gì (hãy quan sát họ làm), chọn đúng segment quan trọng hơn số lượng, và một câu hỏi dẫn dắt có thể khiến cả đội tự tin đi sai hướng suốt nhiều tháng.