Review The Mom Test: Hỏi sao để không bị lừa

Cuốn sách này chỉ ra lý do tại sao mọi cuộc phỏng vấn người dùng của bạn trước đây đều là rác, và cách sửa nó.

·7 phút đọc

a close up of a book with a poem on it

Tuần trước, khi ngồi review lại đống feedback cho con bot tự động hoá dùng Claude Sonnet 4.6 của team, tôi mới nhận ra 90% câu trả lời của user toàn là những lời khen ngợi giả tạo. Chúng tôi đã xây dựng một tính năng không ai cần, chỉ vì chúng tôi đã hỏi sai cách ngay từ đầu.

🧠 Lời nói dối mang tên “Feedback”

Mẹ bạn yêu bạn, nên bà ấy sẽ nói dối để bảo vệ cảm xúc của bạn. Đó là tiền đề của cuốn sách này. Vấn đề là, không chỉ mẹ bạn, mà hầu hết mọi người đều làm vậy.

Khi bạn đưa một ý tưởng cho ai đó và hỏi “Bạn thấy cái này hay không?”, xã giao thông thường buộc họ phải gật đầu. Họ không muốn làm kẻ xấu đập nát ước mơ của bạn.

Tôi đã từng nghĩ rằng cứ làm ra cái MVP, đưa cho user dùng thử rồi hỏi “Bạn thấy sao?” là đủ. Nhưng sau 3 tháng đập đi xây lại toàn bộ một feature dashboard, hoá ra hỏi câu đó chỉ nhận lại những cái gật đầu vô thưởng vô phạt. Sự thật là, nếu bạn hỏi sai, bạn sẽ nhận được dữ liệu rác.

🚫 Nhược điểm thực sự của The Mom Test

Nhiều người coi cuốn này như kinh thánh của Product Management. Nhưng với góc nhìn của một kỹ sư, tôi thấy nó có những lỗ hổng rất khó chịu.

Bỏ quên bối cảnh làm việc Remote

Rob Fitzpatrick viết cuốn này dựa trên những cuộc trò chuyện ngẫu nhiên ở quán cà phê hay hội thảo. Năm 2026, chúng ta làm việc qua màn hình. Phỏng vấn user qua Google Meet hay Zoom có động lực tâm lý hoàn toàn khác. Việc áp dụng những màn “bắt chuyện tình cờ” như sách mô tả trở nên sượng trân và thiếu thực tế trong môi trường B2B hiện nay.

Hậu phỏng vấn là một khoảng trống

Bạn đã hỏi đúng. Bạn có được sự thật. Rồi sao nữa? Sách dừng lại đúng lúc bạn gom được một đống dữ liệu định tính. Nó không dạy bạn cách biến những câu chuyện rườm rà đó thành Jira tickets hay feature specs. Giống hệt như khi bạn đọc về tư duy kiến trúc hệ thống: đừng mắc bẫy vẽ vời trên giấy, thu thập dữ liệu mà không có hệ thống xử lý thì cũng vô dụng.

✅ Thứ cứu vớt cuốn sách: Ba quy tắc cốt lõi

Dù có nhược điểm, nửa đầu của cuốn sách thực sự đáng đồng tiền bát gạo. Nó thay đổi hoàn toàn cách tôi giao tiếp với khách hàng.

Nói về quá khứ, không nói về tương lai

Đừng bao giờ hỏi “Bạn có sẵn sàng trả tiền cho tính năng này không?”. Tương lai là lời nói dối rẻ tiền. Hãy hỏi “Lần gần nhất bạn gặp vấn đề này là khi nào? Bạn đã tốn bao nhiêu tiền và thời gian để giải quyết nó?”.

Lắng nghe thay vì pitching

Dân tech chúng ta rất thích khoe công nghệ. Nhưng user không quan tâm việc bạn đang dùng tool calling: phép màu hay cú lừa đằng sau backend. Họ chỉ quan tâm vấn đề của họ có được giải quyết không. The Mom Test dạy bạn cách cắn chặt môi lại khi user đang nói về nỗi đau của họ, thay vì nhảy vào và hét lên “App của tôi làm được cái đó!”.

★★★★★

sách hay về chủ đề này

🛒 Xem giá & Mua ngay trên Tiki →

* Liên kết tiếp thị liên kết — giá không đổi với bạn

⚖️ Phân biệt câu hỏi Rác và câu hỏi Chất lượng

Tiêu chíCâu hỏi ngây thơ (Sai)Câu hỏi Mom Test (Đúng)Ghi chú
Ý tưởngBạn nghĩ sao về ý tưởng app này?Hiện tại bạn đang giải quyết vấn đề X bằng cách nào?Đánh giá hành vi thực tế, không phải ý kiến.
Giá cảBạn có trả 10$ cho tính năng này?Bạn đang trả bao nhiêu tiền cho các tool hiện tại?Tiền đã tiêu là tiền thật. Tiền hứa tiêu là không khí.
Tính năngBạn có cần chức năng export PDF không?Lần cuối bạn phải làm báo cáo, bạn đã thao tác từng bước ra sao?Tìm hiểu workflow thay vì hỏi xin tính năng.

🛠️ Cách tôi áp dụng The Mom Test cho Dev

Nếu bạn là kỹ sư phần mềm bị ép đi nói chuyện với user, hãy làm theo 3 bước này:

  1. Chuẩn bị sẵn 3 câu hỏi cốt lõi: Viết ra giấy 3 điều bạn thực sự muốn biết về hành vi của họ. Giữ cuộc nói chuyện xoay quanh 3 điểm này.
  2. Ghi chú chính xác từ ngữ: Đừng paraphrase. Nếu user dùng từ “cực kỳ ức chế vì cái nút loading”, hãy gõ y nguyên câu đó. Ngôn ngữ của họ chính là copy dùng cho trang landing page sau này.
  3. Hỏi về thất bại: “Bạn đã thử những cách nào khác để giải quyết việc này mà không thành công?”. Đây là mỏ vàng để biết đối thủ của bạn đang làm tệ ở đâu.

❓ Câu hỏi thường gặp

Tôi là dev, tại sao phải đọc sách của dân PM?

Bởi vì bạn là người gõ code. Code sai tính năng tốn hàng trăm giờ. Việc hiểu đúng vấn đề đôi khi đòi hỏi bạn phải bước ra khỏi vùng an toàn, giống như việc đối mặt với những triết lý gai góc trong The Courage to Be Disliked: Sách gối đầu của Senior?. Hiểu user giúp bạn bớt code rác.

Đọc xong có áp dụng được ngay không?

Có. Các quy tắc rất trực quan. Nhưng những lần đầu tiên áp dụng, bạn sẽ thấy rất ngứa ngáy vì thói quen muốn bảo vệ ý tưởng của mình. Cứ kiên nhẫn.

Sách này có lỗi thời ở thời đại AI không?

Ngược lại. Khi các model như GPT-5.2 có thể gen ra cả một cái web app trong 10 phút, rào cản không còn là khả năng lập trình nữa. Rào cản là bạn có biết mình nên xây dựng cái gì không.

🎯 Kết luận

The Mom Test không phải là một cuốn sách hoàn hảo. Nó lặp lại ý và bỏ ngỏ phần xử lý dữ liệu. Tôi cho nó 3.5 sao vì sự hụt hẫng ở nửa sau. Nhưng bù lại, nó cung cấp một liều thuốc đắng cần thiết để đập tan sự ảo tưởng của những người làm sản phẩm. Nếu bạn đang định viết dòng code đầu tiên cho một side project, hãy dừng lại và đọc hết 100 trang đầu của cuốn này trước đã. Bạn sẽ tiết kiệm được vài tháng thanh xuân đấy.

Bài viết liên quan

← Quay lại Blog