Dev giỏi có thực sự cần đọc The Mom Test?

Tháng trước, tôi vừa xóa sạch 10,000 dòng code của một side project mà tôi đã thức trắng nhiều đêm để viết. Lý do rất đơn giản: chẳng ai thèm dùng nó cả.

🧠 Căn bệnh tự sướng của kỹ sư

Chúng ta rất thích code. Khi có một ý tưởng, phản xạ đầu tiên của dev là mở Cursor hoặc Windsurf lên và gõ lạch cạch ngay lập tức. Chúng ta luôn tin rằng sản phẩm có công nghệ xịn tự khắc sẽ thu hút người dùng.

Tôi đã từng nghĩ rằng cứ làm ra UI đẹp và logic mượt mà là đủ, nhưng sau 3 tháng đập đi xây lại liên tục, hoá ra user chỉ quan tâm vấn đề của họ có được giải quyết hay không. Sự thật là hầu hết code chúng ta viết ra đều vô dụng nếu nó giải quyết sai vấn đề.

Đó là lúc cuốn sách The Mom Test của Rob Fitzpatrick phát huy tác dụng. Nó không dạy bạn code, nó dạy bạn cách nói chuyện với con người.

✅ Điểm mạnh thực sự

Cuốn sách này đập tan ảo tưởng về việc đi hỏi ý kiến khách hàng. Nguyên lý của The Mom Test rất tàn nhẫn: mọi người đều sẽ nói dối bạn, kể cả mẹ bạn, nếu bạn đặt câu hỏi sai cách.

Thay vì hỏi “Anh có thích tính năng AI này không?”, bạn phải hỏi “Lần cuối cùng anh gặp khó khăn với việc này là khi nào?”. Cách tiếp cận này giúp dev loại bỏ những lời khen sáo rỗng. Nó đặc biệt hữu ích khi bạn đang cân nhắc bỏ Default Path để làm Solo Dev và cần test ý tưởng thực tế trước khi all-in.

(Tôi biết việc đi nói chuyện với user nghe có vẻ đáng sợ với dân tech tụi mình, nhưng cứ tin tôi đi, nó đỡ đau hơn việc code hì hục 6 tháng rồi vứt đi.)

⚠️ Tại sao tôi chỉ cho 3.5 sao?

Mặc dù được ca ngợi rất nhiều, The Mom Test không phải là kinh thánh hoàn hảo cho mọi developer.

Tác giả xuất thân từ góc độ kinh doanh và B2B sales. Điều này dẫn đến việc nhiều ví dụ trong sách mang nặng tính chốt deal và đàm phán, thứ không thực sự khớp với mindset của một indie hacker hay kỹ sư thuần túy. Hơn nữa, cuốn sách bỏ qua hoàn toàn yếu tố kỹ thuật. Một user có thể xác nhận họ có vấn đề A, nhưng việc giải quyết vấn đề A bằng API của GPT-5.2 có thể tốn chi phí server khổng lồ mà sách không hề chuẩn bị tâm lý cho bạn.

Nếu bạn đang vướng vào những sai lầm ngớ ngẩn khiến Senior Dev kiệt sức vì ôm đồm quá nhiều việc, cố gắng áp dụng máy móc 100% cuốn sách này sẽ chỉ làm bạn mệt mỏi thêm. Nội dung sách cũng hơi lặp lại ở nửa sau.

🔥 Use case tốt nhất cho Dev

Cuốn sách này tỏa sáng nhất khi bạn đang ở giai đoạn chưa có gì trong tay. Nghĩa là bạn chưa viết dòng code nào và đang tự hỏi liệu ý tưởng này có đáng để mở máy lên không.

Nó giúp bạn tiết kiệm hàng trăm giờ code mù quáng. Đối với các kỹ sư làm product, đây là bộ lọc đầu tiên và quan trọng nhất trước khi quyết định chọn architecture hay tech stack.

📊 So sánh tư duy

Tiêu chí	Tư duy Dev thông thường	Tư duy The Mom Test	Ghi chú
Khi có ý tưởng	Mở IDE code ngay	Đi tìm người để hỏi	Tiết kiệm rủi ro
Cách đặt câu hỏi	”Tính năng này xịn không?"	"Bạn đang giải quyết việc đó thế nào?”	Tìm kiếm hành vi thực tế
Xử lý lời khen	Vui mừng và code tiếp	Bỏ qua, coi đó là tín hiệu nhiễu	Khen ngợi không tạo ra tiền
Trọng tâm	Giải pháp công nghệ	Vấn đề của người dùng	Hướng tới Product-market fit

🛠️ Cách dùng hiệu quả cho kỹ sư

Đừng đọc cuốn sách này như một cuốn tiểu thuyết. Hãy dùng nó như một cẩm nang thực hành.

1. Chỉ đọc 3 chương đầu: Đây là phần tinh túy nhất. Các chương sau chủ yếu dành cho dân sales chuyên nghiệp, bạn có thể lướt nhanh.
2. Viết sẵn 3 câu hỏi: Trước khi gặp user, hãy chuẩn bị đúng 3 câu hỏi dựa trên hành vi quá khứ của họ. Tuyệt đối không hỏi về dự định tương lai.
3. Ghi âm lại: Đừng cố vừa nói chuyện vừa gõ phím. Cứ thu âm lại cuộc gọi rồi quăng vào Claude Sonnet 4.6 để nó phân tích và tóm tắt pain points cho bạn.

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

Tôi chỉ làm backend, có cần đọc không?

Nếu bạn chỉ nhận task và làm theo spec một cách thụ động, có thể bạn chưa cần vội. Nhưng nếu bạn muốn thăng tiến thành Tech Lead hoặc có ý định tự làm product sau này, đây là kỹ năng bắt buộc phải có.

Sách có lỗi thời trong kỷ nguyên AI không?

Hoàn toàn không. Dù bạn dùng Gemini 3.1 Pro để code nhanh đến mức nào, việc xác định đúng vấn đề cốt lõi của con người vẫn không thể giao phó cho AI được.

Đọc mất bao lâu?

Sách rất mỏng và dễ hiểu. Bạn chỉ mất khoảng 2 - 3 giờ để đọc xong những khái niệm quan trọng nhất.

🎯 Kết luận

The Mom Test không phải là cuốn sách hoàn hảo, và đôi khi nó khiến một kỹ sư thuần túy cảm thấy hơi gượng ép vì quá tập trung vào tâm lý con người thay vì logic hệ thống. Nhưng đó chính xác là liều thuốc đắng mà chúng ta cần. Code giỏi là một lợi thế tuyệt vời, nhưng biết chính xác lúc nào không nên code mới là thứ tạo nên một product engineer thực thụ. Đừng để kỹ năng gõ phím điêu luyện che mờ đi khả năng lắng nghe sự thật từ thị trường.