Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn được phát một cây đàn guitar nhưng không ai dạy bạn các hợp âm. Bạn vẫn gảy được dây, vẫn tạo ra âm thanh, nhưng đó là tiếng ồn chứ không phải âm nhạc. Phần lớn các buổi phỏng vấn discovery của những PM mới vào nghề cũng như vậy: họ ngồi đối diện khách hàng, miệng vẫn hỏi, tai vẫn nghe, nhưng những câu hỏi bật ra một cách ngẫu hứng, không có cấu trúc, để rồi sau buổi gặp họ ôm về một mớ thông tin rời rạc không thể dùng để ra quyết định.
Ở những bài trước, bạn đã học cách sinh giả thuyết (Bài 11) và sẽ sớm bước vào The Mom Test (Bài 13) để học cách diễn đạt từng câu hỏi sao cho không "mớm" câu trả lời. Nhưng giữa hai việc đó có một mắt xích quan trọng mà rất nhiều người bỏ qua: bộ khung phân loại câu hỏi (Question Framework). Đây không phải là về cách phát âm một câu hỏi, mà là về việc bạn cần hỏi về những vùng thông tin nào, và hỏi chúng theo thứ tự nào, để cuộc trò chuyện đi từ nông đến sâu một cách tự nhiên.
Bài 12 này tập trung hoàn toàn vào kiến trúc đó. Bạn sẽ học ba nhóm câu hỏi xương sống — Background, Current behavior, Pain points — cách chúng nối tiếp nhau, và cách xây một discussion guide (kịch bản phỏng vấn) bám theo khung này. Khi nắm được, bạn sẽ không bao giờ còn cảm giác "không biết hỏi gì tiếp theo" giữa buổi phỏng vấn nữa.
Khái niệm cốt lõi
Question Framework là một hệ thống phân loại câu hỏi theo mục đích thông tin. Thay vì coi một buổi phỏng vấn là 20 câu hỏi rời rạc, bạn coi nó là một hành trình đi qua các vùng thông tin có trật tự. Mỗi vùng trả lời một câu hỏi lớn khác nhau về người dùng.
Khung kinh điển nhất, phù hợp với hầu hết các dự án discovery, gồm ba nhóm cốt lõi. Hãy nhớ thứ tự này — nó quan trọng không kém nội dung.
Nhóm 1 — Background (Bối cảnh)
Đây là nhóm câu hỏi mở màn, giúp bạn hiểu người này là ai và họ sống/làm việc trong hoàn cảnh nào. Mục tiêu kép: vừa thu thập dữ liệu phân khúc (họ thuộc nhóm khách hàng nào), vừa "làm ấm" cuộc trò chuyện để người được phỏng vấn thấy thoải mái.
Background không phải là phần khai lý lịch khô khan kiểu "Anh bao nhiêu tuổi, làm nghề gì". Nó là việc dựng lên sân khấu cho câu chuyện sắp kể. Ví dụ với một sản phẩm quản lý tài chính cá nhân: "Anh kể em nghe một chút về công việc hiện tại và thu nhập của anh thường đến từ những nguồn nào?" — câu này vừa cho bạn bối cảnh nghề nghiệp, vừa mở cánh cửa để hiểu thói quen tiền bạc.
Lưu ý: Background phải vừa đủ. Một sai lầm phổ biến là sa đà hỏi quá nhiều thông tin nền không liên quan đến giả thuyết, đốt mất 15 phút quý giá. Hãy chỉ hỏi những thông tin nền mà bạn sẽ thực sự dùng để phân loại hoặc diễn giải về sau.
Nhóm 2 — Current behavior (Hành vi hiện tại)
Đây là trái tim của buổi phỏng vấn discovery. Câu hỏi lớn ở đây là: Hôm nay, không cần sản phẩm của bạn, người này đang làm gì để giải quyết vấn đề? Nguyên tắc vàng: hỏi về hành vi cụ thể đã xảy ra trong quá khứ, không hỏi về ý kiến hay tương lai giả định.
So sánh hai câu:
- "Anh có thường xuyên ghi chép chi tiêu không?" (yếu — câu trả lời sẽ là một ước lượng mơ hồ, dễ bị tô hồng)
- "Lần gần nhất anh ghi lại một khoản chi là khi nào, anh dùng cái gì để ghi?" (mạnh — buộc người ta kể lại một sự kiện thật)
Nhóm 3 — Pain points (Điểm đau / ma sát)
Sau khi đã hiểu họ đang làm gì, bạn mới đi tìm chỗ nào trục trặc. Nhóm này không nên hỏi trực diện kiểu "Vấn đề lớn nhất của anh là gì?" vì người ta thường không tự ý thức được điểm đau cho đến khi kể lại trải nghiệm cụ thể. Thay vào đó, pain points được khai thác bằng cách đào vào những khoảnh khắc khó chịu trong câu chuyện hành vi vừa kể.
Các tín hiệu của pain point thường lộ ra qua ngôn ngữ: "khổ nhất là...", "bực mình ở chỗ...", "mất cả buổi để...", "lúc nào cũng phải làm thủ công...". Nhiệm vụ của bạn là nghe thấy tín hiệu đó và bám theo: "Anh vừa nói mất cả buổi — cụ thể là khâu nào ngốn thời gian nhất?". Một pain point đáng giá luôn đi kèm bằng chứng về chi phí thực mà người ta đang phải trả: thời gian, tiền bạc, công sức, hoặc cảm xúc.
Vì sao thứ tự Background → Current behavior → Pain points lại quan trọng
Thứ tự này phản chiếu cách con người kể chuyện tự nhiên: trước hết là "tôi là ai", rồi "tôi làm gì", sau cùng mới là "chỗ nào tôi thấy khổ". Nếu bạn nhảy thẳng vào pain points ngay phút đầu, người ta chưa có ngữ cảnh để nhớ, sẽ trả lời chung chung. Đi đúng trật tự, mỗi nhóm câu hỏi cung cấp "chất liệu" cho nhóm tiếp theo — pain points không phải là điều bạn hỏi mà là điều bạn phát hiện từ câu chuyện hành vi.
Ngoài ba nhóm cốt lõi, một số dự án có thể thêm hai nhóm bổ trợ: Workarounds (những giải pháp chắp vá người ta tự nghĩ ra — dấu hiệu vàng cho thấy nhu cầu mạnh đến mức họ tự "vá") và Impact/Priority (mức độ nghiêm trọng, để biết đây là vấn đề "nhức răng" hay chỉ "hơi vướng"). Nhưng đừng để khung phình to; ba nhóm chính đã đủ cho 80% trường hợp.
Tình huống thực tế
Ví dụ 1 — Sổ Bán Hàng (fintech cho tiểu thương Việt)
Một PM tại một startup làm app quản lý bán hàng cho tiểu thương — tạm gọi là "Sổ Thu Chi" — cần hiểu vì sao chủ tạp hóa không chịu dùng tính năng ghi nợ điện tử. Buổi đầu, bạn ấy hỏi thẳng: "Chị thấy tính năng ghi nợ của app có dễ dùng không?". Câu trả lời: "Cũng được, nhưng chị quen ghi sổ tay rồi." Cụt lủn, vô dụng.
Sau khi áp dụng Question Framework, buổi phỏng vấn được dựng lại theo trật tự:
- Background: "Chị bán ở đây bao lâu rồi, một ngày khoảng bao nhiêu lượt khách mua chịu?" → biết được chị có khoảng 30–40 khách ghi nợ, chủ yếu là hàng xóm quen.
- Current behavior: "Sáng nay có ai mua chịu chưa? Chị ghi lại thế nào?" → chị lôi ra cuốn sổ, mỗi khách một trang, ghi tên và số tiền bằng bút.
- Pain points (đào ra từ hành vi): "Cuối tháng chị đối chiếu nợ kiểu gì?" → "Khổ lắm, có người cãi là trả rồi, mà sổ chị ghi chữ xấu, lật tìm muốn xỉu, tháng nào cũng mất mấy trăm vì nhớ nhầm."
Ví dụ 2 — Grab và bài toán tài xế hủy cuốc
Giả định một nhóm discovery tại một nền tảng gọi xe ở Đông Nam Á muốn hiểu vì sao tài xế hủy cuốc giờ cao điểm. Nếu hỏi "Vì sao anh hay hủy cuốc?", tài xế sẽ phòng thủ và đưa lý do "an toàn". Nhóm thay bằng khung câu hỏi:
- Background: "Anh chạy full-time hay tranh thủ? Khung giờ nào anh chạy nhiều nhất?"
- Current behavior: "Cuốc gần nhất anh nhận lúc kẹt xe, anh quyết định nhận hay không trong mấy giây? Anh nhìn vào cái gì để quyết?" → tài xế kể họ liếc điểm đón, nếu sâu trong hẻm hoặc ngược chiều thì ngại.
- Pain points: "Cái gì làm anh thấy không đáng nhận cuốc đó?" → "Vô hẻm đón mất 10 phút, kẹt xe thêm, mà cuốc có 25 ngàn, lỗ thời gian."
Ví dụ 3 — Sai khi gộp nhầm các nhóm
Một PM phỏng vấn người dùng cho app học tiếng Anh, hỏi liên tục: "Anh thấy app nên có thêm tính năng gì? Anh muốn học theo cách nào? Nếu có chatbot luyện nói anh dùng không?". Cả ba câu đều thuộc vùng tương lai giả định và xin ý kiến giải pháp — không nằm trong khung Background/Current behavior/Pain points. Kết quả: thu về một danh sách tính năng do người dùng tưởng tượng, sau khi build ra thì không ai dùng.
Bài học rút ra: Question Framework không chỉ cho bạn biết hỏi gì, mà còn cảnh báo những câu không thuộc discovery. Bất kỳ câu nào hỏi về tương lai ("anh sẽ", "anh có muốn") hoặc xin giải pháp ("app nên có gì") đều nằm ngoài khung và nên bị loại. Discovery xoay quanh quá khứ và hiện tại có thật.
Hướng dẫn từng bước
Đây là cách xây một discussion guide bám theo Question Framework, áp dụng được ngay cho buổi phỏng vấn tới của bạn.
- Viết lại giả thuyết cần kiểm chứng. Trước khi nghĩ câu hỏi, ghi rõ: "Tôi tin rằng [phân khúc] đang gặp [vấn đề] khi [tình huống]." Mọi câu hỏi sau đó phải phục vụ việc xác nhận hoặc bác bỏ giả thuyết này.
- Dựng khung ba cột. Kẻ một bảng ba cột: Background, Current behavior, Pain points. Bạn sẽ điền câu hỏi vào từng cột, đảm bảo không cột nào trống và không cột nào phình quá to.
- Soạn 2–3 câu Background. Chỉ giữ thông tin nền bạn thật sự dùng để phân loại hoặc diễn giải. Ví dụ: nghề nghiệp, tần suất gặp tình huống, công cụ đang dùng.
- Soạn 4–5 câu Current behavior, neo vào sự kiện thật. Luôn dùng công thức "Lần gần nhất anh/chị... là khi nào? Lúc đó diễn ra thế nào?". Đây là phần dài nhất và quan trọng nhất.
- Chuẩn bị các câu đào pain point dạng follow-up. Đừng viết sẵn pain point thành câu hỏi trực diện. Thay vào đó, chuẩn bị sẵn các "móc câu" để bám theo khi nghe tín hiệu: "Anh vừa nói mất thời gian — cụ thể khâu nào?", "Điều đó khiến anh tốn kém/khó chịu ra sao?".
- Sắp xếp theo dòng chảy phễu (funnel). Bắt đầu rộng và dễ (Background), thu hẹp dần vào hành vi cụ thể, rồi mới khoan sâu vào điểm đau. Đừng nhảy cóc.
- Để chừa khoảng trống cho câu chuyện ngoài kịch bản. Discussion guide là bản đồ, không phải đường ray. Nếu người được phỏng vấn đi lạc vào một điểm đau bất ngờ, hãy bám theo — khung chỉ giúp bạn quay lại đúng hướng sau đó.
- Tổng duyệt thời lượng. Một buổi 30 phút thường phân bổ: Background 5 phút, Current behavior 15 phút, Pain points 10 phút. Nếu guide của bạn lệch khỏi tỷ lệ này, cân lại.
Lỗi thường gặp & mẹo
Lỗi 1 — Hỏi pain point trực diện ngay đầu. "Vấn đề lớn nhất của anh là gì?" gần như luôn cho câu trả lời sáo rỗng vì người ta chưa có ngữ cảnh. Mẹo: để pain point tự nổi lên từ câu chuyện hành vi, bạn chỉ việc nghe và bám theo.
Lỗi 2 — Background quá dài. Nhiều người dành nửa buổi hỏi lý lịch vì nó "an toàn", dễ hỏi. Mẹo: tự hỏi "thông tin nền này tôi sẽ dùng để làm gì?". Nếu không trả lời được, bỏ.
Lỗi 3 — Hỏi hành vi dưới dạng ý kiến. "Anh có hay làm X không?" cho ra ước lượng tô hồng. Mẹo: luôn neo vào "lần gần nhất" để buộc người ta kể sự kiện thật thay vì khái quát.
Lỗi 4 — Trộn câu hỏi giải pháp vào khung discovery. "Anh có muốn tính năng Y không?" kéo cuộc trò chuyện sang tương lai giả định. Mẹo: dán một dòng nhắc ở đầu guide: "Chỉ hỏi quá khứ và hiện tại có thật."
Lỗi 5 — Bỏ qua Workarounds. Khi người ta tự chế giải pháp chắp vá (file Excel tự dựng, nhóm Zalo riêng, sổ tay), đó là tín hiệu nhu cầu cực mạnh. Mẹo: mỗi khi nghe "thì em tự...", hãy dừng lại đào sâu — đó thường là mỏ vàng insight.
Mẹo tổng quát: Sau mỗi buổi, hãy tự chấm điểm guide của bạn — nhóm nào cho insight tốt nhất, câu nào vô dụng — rồi tinh chỉnh cho buổi sau. Question Framework là khung sống, càng dùng càng sắc.
Bài tập thực hành
- Chọn một giả thuyết. Lấy một giả thuyết bạn đã sinh ra ở Bài 11 (hoặc tự viết một câu theo mẫu "Tôi tin rằng [phân khúc] gặp [vấn đề] khi [tình huống]").
- Dựng discussion guide ba cột. Soạn đầy đủ: 2–3 câu Background, 4–5 câu Current behavior (tất cả đều neo "lần gần nhất"), và 3–4 móc câu follow-up để đào pain point. Kiểm tra: không có câu nào hỏi về tương lai hay xin giải pháp.
- Tự kiểm tra tỷ lệ thời lượng. Ước lượng mỗi câu mất bao lâu, đảm bảo Current behavior chiếm phần lớn nhất.
- Chạy thử với một người quen. Phỏng vấn một người bạn hoặc đồng nghiệp đóng vai người dùng trong 15 phút. Sau đó tự đánh giá: bạn có phát hiện được pain point nào không nằm trong dự đoán ban đầu không? Nếu có, khung của bạn đã hoạt động.
- Tinh chỉnh. Đánh dấu hai câu cho insight tốt nhất và hai câu vô dụng nhất, viết lại phiên bản 2 của guide.
Tóm tắt
Question Framework là kiến trúc giúp một buổi phỏng vấn discovery đi từ nông đến sâu một cách có chủ đích, thay vì hỏi ngẫu hứng. Ba nhóm cốt lõi — Background (người này là ai, trong hoàn cảnh nào), Current behavior (hôm nay họ đang làm gì, neo vào sự kiện thật), và Pain points (chỗ nào trục trặc, đào ra từ câu chuyện hành vi) — nối tiếp nhau theo đúng cách con người kể chuyện tự nhiên. Thứ tự quan trọng ngang nội dung: mỗi nhóm cung cấp chất liệu cho nhóm sau, và pain point là thứ bạn phát hiện chứ không phải hỏi thẳng.
Hãy nhớ: khung này còn giúp bạn loại bỏ những câu không thuộc discovery — bất kỳ câu nào về tương lai giả định hay xin ý kiến giải pháp. Khi bạn nội hóa được bộ khung này, bạn sẽ luôn biết câu hỏi tiếp theo nên thuộc vùng nào, và không bao giờ ra về với một mớ dữ liệu vô dụng nữa. Ở Bài 13, chúng ta sẽ phóng to vào từng câu hỏi để học cách diễn đạt sao cho "không thể hỏi sai" với ba quy tắc của The Mom Test.