Product Management
Đăng nhập
ESC

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

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

Asking the Right Questions

Critical Thinking

Đặt câu hỏi đúng quan trọng hơn có câu trả lời đúng — đặc biệt khi AI có thể trả lời mọi thứ trừ câu hỏi sai.

Bạn đang ở đâu với kỹ năng này?

Làm bài Đánh giá Kỹ năng Discovery cho PM/BA — 2 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Critical Thinking, không chỉ kỹ năng này.

Làm bài đánh giá

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/4 mục · còn khoảng 6 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Tại sao kỹ năng này càng quan trọng trong thời đại AI?

ChatGPT trả lời được mọi câu hỏi — nếu bạn biết hỏi đúng. Nhưng 80% người dùng hỏi sai: hỏi giải pháp khi chưa hiểu vấn đề, hỏi how trong khi nên hỏi why, hỏi câu rộng khi nên hỏi câu hẹp. Trong thời đại AI, chất lượng output = chất lượng câu hỏi.

Trong product, hậu quả còn nặng hơn. Một câu hỏi sai dẫn cả team build 3 tháng lệch hướng. "User muốn dark mode không?" là câu hỏi sai. "User gặp khó khăn gì với UI hiện tại vào ban đêm?" là câu hỏi đúng. Một câu cho ra feature đơn lẻ, một câu khám phá insight có thể mở 5 cơ hội.

Albert Einstein được trích dẫn: "Nếu tôi có 1 giờ để giải quyết một vấn đề sinh tử, tôi sẽ dành 55 phút để định nghĩa vấn đề và 5 phút để giải nó." Trong thời đại AI, 5 phút giải có thể rút xuống 5 giây — nên 55 phút định nghĩa vấn đề càng có leverage hơn.

Framework / Mental model

Ba khung tư duy nền:

  • 5 Whys (Toyota / Sakichi Toyoda): Hỏi "tại sao?" 5 lần liên tiếp để xuyên qua triệu chứng tới gốc rễ. Mỗi "why" peel một layer.
  • Socratic method: Không khẳng định gì, chỉ hỏi để người đối diện tự nhận ra mâu thuẫn trong suy nghĩ của họ. Tốt cho discovery interview.
  • Problem-framing (IDEO / Stanford d.school): Reframe câu hỏi từ "How might we [solution]?" thành "How might we [user goal]?". Mở rộng solution space.

Cây câu hỏi — biến một vấn đề mơ hồ thành nhiều vấn đề cụ thể có thể giải:

flowchart TD
    A[Vấn đề mơ hồ:
User churn cao] --> B{Churn ở đâu?} B -->|Onboarding| C{Tại sao quit
ở onboarding?} B -->|Sau 7 ngày| D{Habit chưa
thành hình?} B -->|Sau 30 ngày| E{Value drop
sau honeymoon?} C --> F{Họ stuck
step nào?} C --> G{Họ không hiểu
value prop?} F --> H[Câu hỏi cụ thể:
Tại sao 60% drop
ở step verify phone?] G --> I[Câu hỏi cụ thể:
Onboarding copy
có rõ value chưa?] H --> J[Hành động:
A/B test bỏ verify] I --> K[Hành động:
User test copy mới]

Quy luật: nếu câu hỏi của bạn không gợi ra hành động cụ thể trong 24h, nó chưa đủ hẹp.

Ví dụ thực tế

Case 1 — 5 Whys ở 1 fintech VN: CEO báo "user churn tăng 15% tháng qua". PM newbie sẽ build retention campaign. PM giỏi dùng 5 Whys: (1) Tại sao churn tăng? — User stop dùng sau 2 tuần. (2) Tại sao stop sau 2 tuần? — Cash-out feature lỗi. (3) Tại sao lỗi? — Bank API thay đổi, eng team không update. (4) Tại sao không update? — Không có alert khi bank thay đổi. (5) Tại sao không có alert? — Không có ownership giữa Eng và Partnership. Root cause: ownership gap, không phải UX. Fix process, không fix UI.

Case 2 — Problem-framing ở Tiki: Câu hỏi gốc "How might we tăng conversion ở checkout?". Reframe thành "How might we giảm anxiety của user khi nhập thẻ?". Câu reframe mở ra: trust badge, review từ buyer khác, "Hoàn tiền trong 30 ngày" badge, gửi SMS confirm trước khi charge. Conversion tăng 12% chỉ vì hỏi đúng câu.

Luyện tập hàng ngày

  • Bài 1 (5 phút/ngày — "Why drill"): Chọn 1 thông tin bạn nghe hôm nay (vd: "team Eng nói feature này khó"). Tự hỏi "why?" 5 lần. Viết ra. Bạn sẽ ngạc nhiên về root cause khác hẳn câu trả lời đầu tiên.
  • Bài 2 (15 phút/tuần — "Question audit"): Xem lại 1 doc PRD/email vừa viết. Đánh dấu mọi câu khẳng định. Chuyển ít nhất 30% thành câu hỏi. PRD tốt là PRD có nhiều "open question" để team thảo luận.
  • Bài 3 (1 buổi/tháng — "Reframe workshop"): Tổ chức 60 phút với team. Lấy 1 "How might we..." hiện tại, brainstorm 10 cách reframe khác. Vote câu reframe tốt nhất. Hành động theo câu reframe đó.

Sai lầm phổ biến

Pitfall 1 — Hỏi câu leading: "Anh có thấy feature X hữu ích không?" gần như chắc chắn nhận "có" (politeness bias). Đổi thành: "Lần cuối anh dùng X là khi nào? Tình huống đó như nào?". Mom Test 101.
Pitfall 2 — Stop ở Why thứ 2: Người mới thường hài lòng với "vì user không thích UI". Đó chưa phải root cause. Push qua 3-4 layers nữa.
Pitfall 3 — Hỏi solution thay vì problem: "Mình build dark mode không?" → trả lời yes/no, hết. "User gặp khó khăn gì với UI?" → mở ra 10 problem worth solving. Default tới problem-question, để team đề xuất solution.

Dấu hiệu bạn đã master

  • Trong meeting, bạn nói ít hơn 30% thời gian — nhưng câu hỏi bạn đặt redirect cả cuộc thảo luận.
  • Khi user/teammate kể vấn đề, bạn dừng được phản xạ "đề xuất giải pháp", thay vào đó hỏi thêm 3-5 câu trước khi nói gì.
  • Bạn có 1 list "great questions" tích lũy qua thời gian — câu hỏi đã giúp bạn unlock insight, dùng đi dùng lại.
  • Junior PM/BA bắt đầu copy phong cách hỏi của bạn vào doc/meeting của họ.

Tài nguyên thêm

  • Sách: Rob Fitzpatrick — The Mom Test. 130 trang, bible cho customer interview question. Không thể bỏ qua.
  • Sách: Edgar Schein — Humble Inquiry. Khái niệm "hỏi với sự khiêm tốn" cho leader/PM.
  • Sách: Warren Berger — A More Beautiful Question. Lịch sử và tactic của great questions.
  • Bài viết: Lenny Rachitsky — "Questions great PMs ask in interviews" (lennysnewsletter.com).
  • Video: "The 5 Whys" — Toyota Production System trên YouTube. Eric Ries giải thích trong Lean Startup talks.

Hiccups thường gặp và cách xử lý

HiccupVì sao xảy raXử lý
Hỏi câu dẫn dắt rồi nhận lại điều mình muốn ngheĐã có kết luận trước khi hỏiViết trước: câu trả lời nào sẽ khiến tôi đổi ý? Không có thì đừng hỏi.
Hỏi "tại sao" liên tục khiến người ta phòng thủNghe như chất vấnĐổi sang "điều gì dẫn tới…" — cùng mục đích, không mang hàm ý trách móc
Hỏi xong không ai trả lời thậtCâu hỏi quá rộng hoặc quá rủi ro để trả lờiThu hẹp về một tình huống cụ thể đã xảy ra
Nhận được câu trả lời nhưng không dùng đượcHỏi về ý kiến thay vì hành viHỏi "lần gần nhất anh/chị gặp việc này là khi nào, xử lý ra sao"
Với AI: nhận câu trả lời chung chungPrompt thiếu bối cảnh và ràng buộcNêu rõ bạn là ai, đang giải bài gì, ràng buộc nào, định dạng nào
Hỏi nhiều câu một lúcSợ không có dịp hỏi lạiMột câu, rồi im lặng. Khoảng lặng là nơi câu trả lời thật xuất hiện.

Vì sao vai trò của bạn cần cái này

Vai tròBạn dùng nó để
Business AnalystĐây là công cụ chính của nghề; chất lượng yêu cầu bằng chất lượng câu hỏi
Product Owner / PMCâu hỏi đúng tiết kiệm nhiều tháng xây nhầm thứ
Team LeadHỏi thay vì bảo là cách phát triển người nhanh nhất
Bất kỳ ai dùng AI hằng ngàyChất lượng đầu ra bị chặn bởi chất lượng câu hỏi — không có cách nào vòng qua
Người mới vào nghềHỏi tốt là cách nhanh nhất để được coi trọng khi chưa có kinh nghiệm

Definition of done

  • Trước mỗi cuộc trao đổi quan trọng, đã viết ra câu trả lời nào sẽ khiến mình đổi ý.
  • Câu hỏi hướng vào hành vi đã xảy ra, không hướng vào ý kiến hay dự đoán.
  • Hỏi một câu rồi im lặng, thay vì hỏi dồn.
  • Khi hỏi AI, luôn nêu vai trò, bối cảnh, ràng buộc và định dạng mong muốn.
  • Sau mỗi cuộc, ghi lại điều mình đã hiểu khác đi so với trước.

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. Trong buổi phỏng vấn người dùng, câu hỏi nào cho thông tin dùng được nhất?
2. CEO báo churn tăng 15% tháng qua và muốn chạy ngay chiến dịch giữ chân. PM nên làm gì trước?
3. Trong buổi họp có người hỏi: “Mình có nên làm dark mode không?”. Câu hỏi thay thế tốt hơn là gì?

Khóa học liên quan (2)

Sử dụng trong vai trò

Thảo luận & tài liệu thêm 0

Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.

Kiểm tra kỹ năng này

Bài kiểm tra của các khóa dạy kỹ năng này
1 Chẩn đoán

Đánh giá mức sẵn sàng làm Business Analyst

Chấm riêng từng chiều của kỹ năng này.

35 người đã làm
Làm bài này
2 Quiz

Chương 1: Nền tảng BA & Quy trình thu thập yêu cầu end-to-end

Bài kiểm tra của một khóa dạy kỹ năng này.

15 người đã làm
Làm bài này
3 Quiz

Chương 2: Kỹ thuật Elicitation: từ lập kế hoạch đến phỏng vấn và xác nhận yêu cầu

Bài kiểm tra của một khóa dạy kỹ năng này.

8 người đã làm
Làm bài này
4 Quiz

Chương 3: Kỹ thuật phỏng vấn và workshop thu thập yêu cầu

Bài kiểm tra của một khóa dạy kỹ năng này.

6 người đã làm
Làm bài này

Học kỹ năng này ở đâu?

Có 2 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.

Bắt đầu học