Senior Dev và cú lừa mang tên Mom Test

Tháng trước, tôi ngồi xem một anh bạn Senior Dev với 10 năm kinh nghiệm pitch cái project dùng Claude Sonnet 4.6 của anh ấy. Anh ta đưa màn hình cho user và hỏi đúng một câu: “Anh thấy cái tính năng tạo báo cáo tự động này có xịn không?”.

Câu trả lời dĩ nhiên là có. Và dự án đó chết yểu sau đúng hai tuần ra mắt vì không ai chịu trả tiền.

Mom Test thực sự là gì?

Cuốn sách The Mom Test của Rob Fitzpatrick dạy bạn cách nói chuyện với khách hàng sao cho họ không thể nói dối bạn. Kể cả người đó là mẹ bạn. Nguyên tắc cốt lõi rất đơn giản: đừng nói về ý tưởng của bạn, hãy nói về cuộc sống của họ.

Vấn đề là cuốn sách này được viết cho những người làm kinh doanh. Khi rơi vào tay dân kỹ thuật, nó bộc lộ ra những lỗ hổng lớn. Chúng ta là những người thích giải pháp hơn vấn đề. Việc bắt một Senior Dev giấu đi cái giải pháp mà họ tự hào là một cực hình.

Lỗi tư duy của người viết code

Bệnh cuồng công nghệ

Dev thường bị ám ảnh bởi tech stack. Khi có trong tay Gemini 3.1 Pro hay Cursor, bạn có thể code xong một cái MVP chỉ trong vài buổi tối. Tốc độ này vô tình làm chúng ta lười biếng trong khâu nghiên cứu. Chúng ta thà code ra rồi ném cho user xem, còn hơn là ngồi hỏi họ trước.

Tôi đã từng nghĩ rằng mang một bản demo chạy mượt mà đi hỏi user là cách thông minh nhất để thu thập feedback. Nhưng sau khi đốt sạch quỹ thời gian cuối tuần suốt 3 tháng để build một cái SaaS quản lý data, hoá ra những lời khen “tool chạy nhanh đấy” chỉ là sự lịch sự giả tạo. Không ai trong số họ sẵn sàng rút thẻ tín dụng ra thanh toán.

Cái bẫy của năng suất giả tạo

Mới sáng thứ tư tuần trước, khi ngồi review tiến độ dự án với một team dùng Llama 4 Maverick, tôi lại thấy kịch bản cũ lặp lại. Họ viết hàng nghìn dòng code và tự huyễn hoặc rằng mình đang đi rất nhanh.

Họ bảo họ đã validate ý tưởng theo đúng chuẩn Mom Test rồi. Nhưng khi tôi check lại log phỏng vấn, họ toàn đi hỏi những người bạn cùng làm IT. Đây là lý do tôi từng cảnh báo về Slow Productivity cho Solo Dev: Đừng mù quáng. Chạy nhanh không có ý nghĩa gì nếu bạn đang chạy sai hướng.

Khi Mom Test phản tác dụng

User không biết họ muốn gì ở Deep Tech

Mom Test khuyên bạn hỏi về quá khứ. Ví dụ như “Lần cuối cùng anh xoay xở với đống data này là khi nào?”. Câu hỏi này rất chuẩn với các phần mềm truyền thống.

Nhưng với các sản phẩm AI tạo sinh hiện nay như GPT-5, user thậm chí chưa biết giới hạn công nghệ nằm ở đâu. Hỏi về quá khứ không giúp bạn định hình được tương lai của sản phẩm. Điều này cũng giống như việc lạm dụng Tool calling trong AI agents: Phân tích thực tế - user không hề biết họ cần một con agent có khả năng gọi API bên thứ ba cho đến khi bạn chỉ cho họ thấy nó hoạt động ra sao.

Phỏng vấn kiểu Dev vs Kiểu Mom Test

Dưới đây là sự khác biệt giữa cách một dev bình thường đặt câu hỏi và cách bạn nên làm.

Tiêu chí	Phỏng vấn kiểu Dev	Phỏng vấn chuẩn Mom Test	Ghi chú
Mở đầu	”Em đang làm cái app AI này…"	"Công việc dạo này của anh sao rồi?”	Giấu ý tưởng đi.
Xác thực	”Anh có dùng tính năng X không?"	"Anh đang giải quyết vấn đề X bằng cách nào?”	Tìm kiếm hành vi thực tế.
Chốt sale	”App này giá 10 đô, anh mua nhé?"	"Anh đang trả bao nhiêu tiền cho cái tool hiện tại?”	Đo lường nỗi đau bằng tiền.

Cách fix lỗi phỏng vấn cho Dev

Nếu bạn là dev và vẫn muốn dùng framework này, hãy làm theo các bước sau.

1. Tắt máy tính đi. Đừng mang theo laptop hay bất kỳ thiết bị nào có thể show code hay demo ra. Chỉ mang giấy bút.
2. Tìm kiếm sự từ chối. Mục tiêu của bạn không phải là thuyết phục họ dùng sản phẩm, mà là tìm ra lý do tại sao họ KHÔNG dùng nó.
3. Bắt họ cam kết. Nếu họ nói vấn đề đó rất bức xúc, hãy hỏi xem họ đã từng thử mua giải pháp nào chưa. Nếu chưa, đó không phải là vấn đề lớn.
4. Quên cái tech stack đi. Khách hàng không quan tâm bạn dùng Windsurf hay tự gõ từng dòng code. Họ chỉ quan tâm vấn đề của họ có biến mất hay không.

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

Tôi có nên bỏ qua Mom Test nếu làm sản phẩm AI không?

Không hoàn toàn. Bạn vẫn cần Mom Test để tìm ra nỗi đau. Nhưng sau khi tìm ra, bạn cần kết hợp với việc show demo thật nhanh để user hiểu AI có thể làm gì cho họ.

Code trước hay hỏi trước?

Hỏi trước luôn luôn rẻ hơn. Dù Cursor có giúp bạn code nhanh đến mấy, thời gian deploy, fix bug và maintain vẫn là chi phí thật. Đừng viết code cho đến khi có người hứa sẽ trả tiền cho nó.

Làm sao biết user đang nói dối?

Khi họ dùng các từ chỉ tương lai như “Anh sẽ”, “Chắc là”, “Có thể”. Sự thật luôn nằm ở thì quá khứ. Hãy ép họ kể về những gì họ đã làm, không phải những gì họ dự định làm.

Kết luận

The Mom Test là một cuốn sách hay, nhưng nó được over-hyped trong giới công nghệ. Đối với Senior Dev, kỹ năng khó nhất không phải là học cách code một ngôn ngữ mới, mà là học cách im lặng về những đoạn code mình vừa viết ra. Cuối cùng, sản phẩm tốt nhất không phải là sản phẩm có kiến trúc hoàn hảo nhất, mà là sản phẩm giải quyết đúng cái gai trong mắt người dùng.