Menu
ESC

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

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

Đang tải...

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.

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

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.

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.