Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn chuẩn bị bước vào một cuộc phỏng vấn khách hàng. Bạn có 30 phút quý giá với một người dùng thật. Câu hỏi đầu tiên tôi muốn bạn tự hỏi không phải là "Mình sẽ hỏi gì?", mà là "Mình đang tin điều gì là đúng, và mình cần điều gì để chứng minh là mình SAI?".
Đó chính là tinh thần của bài học hôm nay: hypothesis generation — tạo ra giả thuyết trước khi đi phỏng vấn.
Phần lớn PM Việt Nam mà tôi từng làm việc cùng đều mắc một lỗi giống nhau: họ lao vào phỏng vấn với một mớ câu hỏi rời rạc, nghe khách hàng nói, gật gù, rồi quay về với cảm giác "à khách hàng cũng thích ý tưởng của mình". Cảm giác đó nguy hiểm. Vì khi bạn không viết ra trước những điều bạn đang giả định, não bạn sẽ tự động chọn nghe những gì củng cố cho ý tưởng có sẵn — đó là confirmation bias (thiên kiến xác nhận).
Giả thuyết là liều thuốc giải cho căn bệnh đó. Khi bạn buộc bản thân viết ra "Tôi tin rằng X", bạn biến một niềm tin mơ hồ trong đầu thành một câu tuyên bố có thể kiểm chứng, có thể bị bác bỏ. Và một khi đã có thể bị bác bỏ, bạn mới thực sự đang làm discovery — chứ không phải đang đi tìm lời khen cho sản phẩm của mình.
Bài này nằm đúng vào thời điểm bản lề trong khóa học. Ở bài 9 và 10 bạn đã học cách lập kế hoạch dự án discovery và phân biệt discovery liên tục với discovery theo dự án. Bây giờ, trước khi bước sang bài 12 (khung câu hỏi) và bài 13 (Mom Test sâu), bạn cần một thứ định hướng cho toàn bộ những câu hỏi đó: giả thuyết. Giả thuyết chính là cái la bàn quyết định bạn sẽ hỏi ai, hỏi gì, và đo lường thành công ra sao.
Khái niệm cốt lõi
Hypothesis là gì trong discovery?
Một giả thuyết (hypothesis) trong customer discovery là một phát biểu rõ ràng, cụ thể về điều bạn tin là đúng đối với khách hàng, và phát biểu đó phải có khả năng bị chứng minh là sai (falsifiable).
Hãy phân biệt rõ ba thứ thường bị nhầm lẫn:
- Assumption (giả định): một niềm tin ngầm bạn đang ôm trong đầu mà chưa nói ra. Ví dụ: "Người dùng của tôi đều có smartphone đời mới."
- Hypothesis (giả thuyết): một giả định đã được viết ra thành câu rõ ràng, gắn với đối tượng cụ thể và có thể kiểm chứng. Ví dụ: "Tôi tin rằng chủ shop online tại TP.HCM bỏ giỏ hàng vì không có tùy chọn trả góp."
- Fact (sự thật): điều đã được kiểm chứng bằng bằng chứng từ thực địa.
Vì sao giả thuyết lại quan trọng đến vậy?
Thứ nhất, nó buộc bạn nói rõ giả định của mình. Mỗi sản phẩm đều được xây trên một chồng giả định: về ai là khách hàng, về vấn đề họ gặp, về cách họ đang giải quyết, về việc họ có sẵn lòng trả tiền không. Khi những giả định này còn nằm ngầm, chúng vô hình — và cái vô hình thì không thể kiểm tra. Viết giả thuyết ra giấy là hành động kéo những giả định ngầm ấy ra ánh sáng.
Thứ hai, nó phòng chống confirmation bias. Nếu bạn vào phỏng vấn mà không có giả thuyết, bạn sẽ vô thức đi tìm sự đồng tình. Nhưng nếu bạn vào với giả thuyết "Tôi tin chủ shop bỏ giỏ hàng vì thiếu trả góp", thì nhiệm vụ của bạn không còn là tìm người gật đầu, mà là tìm xem có bằng chứng nào bác bỏ điều đó không. Tâm thế đảo ngược hoàn toàn: thay vì "tôi đúng chứ?", bạn hỏi "tôi sai ở đâu?".
Thứ ba, nó định hình câu hỏi phỏng vấn. Đây là điểm thực dụng nhất. Một giả thuyết tốt tự nó gợi ra những câu hỏi cần hỏi. Nếu giả thuyết là về "lý do bỏ giỏ hàng", thì câu hỏi của bạn sẽ xoay quanh hành vi mua sắm gần nhất, lần gần nhất khách bỏ giỏ, cảm giác lúc đó. Không có giả thuyết, danh sách câu hỏi của bạn sẽ tản mạn và bạn sẽ phí mất 30 phút vàng ngọc.
Cấu trúc một giả thuyết tốt
Tôi khuyên bạn dùng một khuôn mẫu cố định để mọi giả thuyết đều có cùng độ sắc bén. Đây là format tôi dùng và khuyên học viên dùng:
> Chúng tôi tin rằng [đối tượng khách hàng cụ thể] gặp khó khăn với [vấn đề/công việc cụ thể] vì [nguyên nhân giả định], dẫn đến [hậu quả có thể quan sát được]. Chúng tôi sẽ biết mình sai nếu [tín hiệu phản chứng cụ thể].
Hãy chú ý hai bộ phận quan trọng nhất:
- Đối tượng phải cụ thể. "Người dùng" là vô nghĩa. "Chủ shop quần áo online doanh thu dưới 50 triệu/tháng tại TP.HCM, tự đóng gói hàng" mới là đối tượng có thể đi tìm và phỏng vấn được.
- Phải có mệnh đề "biết mình sai nếu". Đây là phần phân biệt một giả thuyết thật với một mong ước. Nếu bạn không thể mô tả được tín hiệu nào sẽ khiến bạn từ bỏ giả thuyết, thì nó không phải giả thuyết — nó là đức tin. Một giả thuyết không thể sai là một giả thuyết vô dụng.
Phân loại giả thuyết để không bỏ sót
Khi tạo giả thuyết, đừng chỉ tập trung vào "tính năng của tôi có hay không". Hãy phủ đủ các lớp rủi ro:
- Giả thuyết về khách hàng (ai): "Người gặp vấn đề này là nhóm X, không phải nhóm Y."
- Giả thuyết về vấn đề (cái gì): "Vấn đề lớn nhất của họ là A, không phải B."
- Giả thuyết về nguyên nhân (vì sao): "Họ gặp vấn đề này vì lý do C."
- Giả thuyết về giải pháp hiện tại (workaround): "Hiện họ đang giải quyết bằng cách D."
- Giả thuyết về mức độ đau (cường độ): "Vấn đề này đủ đau để họ sẵn sàng thay đổi/trả tiền."
Tình huống thực tế
Ví dụ 1: Startup giao đồ ăn cho dân văn phòng tại Hà Nội
Một nhóm 4 người sáng lập "ComCongSo" muốn làm app đặt cơm trưa theo tuần cho nhân viên văn phòng. Niềm tin ban đầu của họ: "Dân văn phòng chán phải chọn món mỗi ngày, nên họ sẽ thích đặt sẵn combo cả tuần."
Lúc đầu, founder định đi phỏng vấn để... hỏi "Bạn có thích đặt cơm theo tuần không?". May mắn là họ dừng lại và viết giả thuyết ra trước:
> Chúng tôi tin rằng nhân viên văn phòng 25–35 tuổi ở các tòa nhà quận Cầu Giấy gặp khó khăn với việc quyết định ăn trưa gì mỗi ngày vì mỗi ngày phải mở app, lướt, so giá, chờ ship, dẫn đến họ thường xuyên ăn lặp lại 2–3 quán quen hoặc bỏ bữa cho nhanh. Chúng tôi sẽ biết mình sai nếu đa số nói rằng việc chọn món mỗi ngày là một niềm vui nhỏ, không phải gánh nặng.
Khi đi phỏng vấn 12 người với giả thuyết này, họ phát hiện điều bất ngờ: phần lớn KHÔNG thấy việc chọn món là gánh nặng — nhiều người coi đó là "5 phút thư giãn" trong ngày làm việc căng thẳng. Mệnh đề "biết mình sai nếu" đã được kích hoạt. Nhưng cùng lúc, một vấn đề khác lộ ra: cái họ thật sự ghét là đặt lẻ một suất thì phí ship cao và phải chờ lâu giữa giờ cao điểm.
Bài học: Vì có sẵn giả thuyết và đặc biệt là mệnh đề phản chứng, nhóm này không tự lừa mình rằng khách "thích combo tuần". Họ nhận ra giả thuyết gốc sai, nhưng lại tìm thấy một vấn đề thật hơn (gộp đơn để giảm ship). Giả thuyết sai không phải thất bại — nó là cách rẻ nhất để tránh xây nhầm sản phẩm.
Ví dụ 2: Tính năng trả góp của một ví điện tử (bối cảnh giả định hợp lý)
Một PM tại một ví điện tử lớn ở Việt Nam phụ trách mảng thanh toán cho shop online nhỏ. Sếp gợi ý: "Làm tính năng cho khách mua trả góp đi, bên kia có rồi." Thay vì lao vào build, PM này viết hai giả thuyết cạnh tranh nhau:
- Giả thuyết A: Chúng tôi tin rằng chủ shop online doanh thu dưới 50 triệu/tháng mất đơn hàng vì khách của họ muốn trả góp nhưng shop không hỗ trợ, dẫn đến tỷ lệ bỏ giỏ hàng cao ở các đơn trên 2 triệu.
- Giả thuyết B: Chúng tôi tin rằng chủ shop nhỏ không quan tâm trả góp, vì khách của họ chủ yếu mua đơn giá trị thấp dưới 500 nghìn, và nỗi đau lớn hơn của shop là đối soát dòng tiền và xác nhận khách đã chuyển khoản.
Sau 15 cuộc phỏng vấn với chủ shop, kết quả: chỉ 2/15 từng nghĩ đến trả góp, trong khi 11/15 than phiền dữ dội về việc phải ngồi soát từng giao dịch chuyển khoản mỗi tối. Giả thuyết B thắng. Nhờ viết hai giả thuyết đối nghịch từ đầu, PM tránh được cái bẫy chỉ đi xác nhận ý của sếp.
Bài học: Khi bị áp lực từ trên xuống ("đối thủ có rồi, làm đi"), giả thuyết là vũ khí để PM phản biện bằng dữ liệu thay vì cảm tính. Và việc viết hai giả thuyết cạnh tranh thay vì một, giúp não bạn không neo (anchor) vào một câu trả lời duy nhất.
Ví dụ 3: Grab và bài toán tài xế bỏ ứng dụng (minh họa từ bối cảnh Đông Nam Á)
Lấy một bối cảnh quen thuộc ở Đông Nam Á: một đội sản phẩm trong mảng gọi xe nhận thấy nhiều tài xế mới đăng ký nhưng ngừng hoạt động sau 2 tuần. Cách làm hời hợt là cho rằng "chắc do thu nhập thấp". Cách làm có kỷ luật là tách thành nhiều giả thuyết cụ thể:
> H1: Tài xế mới bỏ vì 2 tuần đầu nhận ít cuốc do thuật toán ưu tiên tài xế có điểm cao. > H2: Tài xế mới bỏ vì không hiểu cách tối ưu giờ chạy nên thu nhập thực tế thấp hơn kỳ vọng. > H3: Tài xế mới bỏ vì trải nghiệm onboarding (đăng ký, duyệt hồ sơ) quá rườm rà khiến họ nản trước khi kịp chạy.
Mỗi giả thuyết dẫn tới một loại bằng chứng khác nhau cần tìm và một loại câu hỏi phỏng vấn khác nhau. Nếu chỉ ôm niềm tin chung chung "do thu nhập thấp", đội sản phẩm sẽ không biết phải sửa cái gì. Tách nhỏ thành các giả thuyết có thể kiểm chứng giúp họ biết chính xác phải đi đo lường điều gì và hỏi tài xế điều gì.
Bài học: Một vấn đề lớn ("tài xế rời bỏ") luôn nên được phân rã thành nhiều giả thuyết nhỏ, mỗi cái chỉ rõ một nguyên nhân. Giả thuyết càng cụ thể, hành động kiểm chứng càng rõ.
Hướng dẫn từng bước
Đây là quy trình tôi khuyên bạn làm trước MỖI vòng phỏng vấn discovery:
Bước 1 — Đổ hết giả định ra giấy (brain dump). Ngồi 15 phút, viết ra mọi điều bạn đang TIN về khách hàng, vấn đề, hành vi, lý do. Đừng lọc, đừng phán xét. Mục tiêu là kéo cái ngầm thành cái rõ. Một câu hỏi gợi mở hiệu quả: "Để sản phẩm này thành công, những điều gì BẮT BUỘC phải đúng?".
Bước 2 — Phân loại giả định theo lớp rủi ro. Xếp các giả định vào các nhóm: ai (khách hàng), cái gì (vấn đề), vì sao (nguyên nhân), workaround hiện tại, mức độ đau. Việc này giúp bạn thấy mình đang giả định quá nhiều ở một lớp và bỏ trống lớp khác.
Bước 3 — Chấm điểm tự tin × rủi ro. Với mỗi giả định, cho điểm 1–5 ở hai trục: mức độ tự tin và mức độ rủi ro nếu sai. Vẽ thành ma trận 2×2. Ô tự tin thấp + rủi ro cao là ưu tiên số một.
Bước 4 — Viết lại thành giả thuyết theo format chuẩn. Lấy các giả định ưu tiên cao và viết lại theo khuôn: "Chúng tôi tin rằng [ai] gặp khó với [cái gì] vì [vì sao], dẫn đến [hậu quả quan sát được]. Sẽ biết mình sai nếu [tín hiệu phản chứng]."
Bước 5 — Kiểm tra tính falsifiable. Đọc lại từng giả thuyết và hỏi: "Có tình huống thực tế nào khiến giả thuyết này sai không? Tôi sẽ nhận ra điều đó qua dấu hiệu gì?". Nếu không trả lời được, viết lại cho cụ thể hơn.
Bước 6 — Giữ giả thuyết ở mức 3–5 cái mỗi vòng. Đừng tham. Quá nhiều giả thuyết sẽ làm loãng cuộc phỏng vấn. Chọn vài cái rủi ro cao nhất, gắn chúng vào kế hoạch phỏng vấn, và để bài 12 (khung câu hỏi) lo phần biến giả thuyết thành câu hỏi cụ thể.
Bước 7 — Ghi lại để đối chiếu sau. Lưu giả thuyết vào tài liệu discovery. Sau khi phỏng vấn xong, bạn sẽ quay lại đánh dấu: cái nào được củng cố, cái nào bị bác bỏ, cái nào sinh ra giả thuyết mới. Đây chính là vòng lặp học hỏi.
Lỗi thường gặp & mẹo
Lỗi 1 — Giả thuyết không thể sai. Ví dụ: "Khách hàng muốn tiết kiệm tiền." Câu này luôn đúng với mọi người, nên kiểm chứng cũng vô nghĩa. Mẹo: nếu bạn không nghĩ ra nổi bằng chứng nào bác bỏ được nó, hãy viết lại cụ thể hơn.
Lỗi 2 — Đối tượng quá rộng. "Người dùng sẽ thích tính năng này." Ai là "người dùng"? Mẹo: luôn gắn giả thuyết với một phân khúc đủ hẹp đến mức bạn có thể gọi tên ra được vài người thật để phỏng vấn.
Lỗi 3 — Nhồi giải pháp vào giả thuyết quá sớm. "Khách muốn nút trả góp." Đây không phải giả thuyết về vấn đề, mà là kết luận về giải pháp. Mẹo: ở giai đoạn discovery, ưu tiên giả thuyết về VẤN ĐỀ và NGUYÊN NHÂN, để dành giả thuyết giải pháp cho giai đoạn validation (các bài 48–52).
Lỗi 4 — Chỉ viết một giả thuyết duy nhất. Một giả thuyết đơn lẻ dễ khiến bạn neo vào nó. Mẹo: viết ít nhất một giả thuyết đối nghịch như ví dụ ví điện tử ở trên, để não bạn luôn ở thế cân nhắc.
Lỗi 5 — Coi giả thuyết bị bác bỏ là thất bại. Nhiều PM Việt thấy buồn khi giả thuyết sai. Mẹo: đảo lại tư duy — mỗi giả thuyết bị bác bỏ là một lần bạn tiết kiệm được hàng tháng công sức xây nhầm. Bác bỏ giả thuyết rẻ ở khâu phỏng vấn, đắt khủng khiếp ở khâu đã ship.
Mẹo vàng: Trước mỗi cuộc phỏng vấn, hãy tự hỏi: "Nếu sau buổi này mọi giả thuyết của tôi đều được xác nhận 100%, liệu tôi có học được gì mới không?". Nếu câu trả lời là không, tức là giả thuyết của bạn chưa đủ mạo hiểm.
Bài tập thực hành
Hãy lấy chính sản phẩm/dự án bạn đang làm (hoặc một ý tưởng bạn ấp ủ) và thực hiện:
- Brain dump: Viết ra ít nhất 10 giả định bạn đang ôm về khách hàng và vấn đề của họ. Đừng lọc.
- Phân loại: Xếp 10 giả định đó vào 5 lớp (ai / cái gì / vì sao / workaround / mức độ đau). Lớp nào bạn đang để trống? Đó là điểm mù của bạn.
- Ma trận tự tin × rủi ro: Chấm điểm 1–5 cho từng giả định trên hai trục và vẽ ma trận 2×2. Khoanh tròn 3 giả định nằm ở ô tự tin thấp + rủi ro cao.
- Viết giả thuyết: Chuyển 3 giả định đã khoanh thành giả thuyết hoàn chỉnh theo format: "Chúng tôi tin rằng [ai] gặp khó với [cái gì] vì [vì sao], dẫn đến [hậu quả]. Sẽ biết mình sai nếu [tín hiệu]."
- Thử thách phản chứng: Với mỗi giả thuyết, viết ra một câu trả lời cụ thể từ khách hàng mà nếu nghe được, bạn sẽ phải từ bỏ giả thuyết đó.
- Viết một giả thuyết đối nghịch cho giả thuyết bạn tự tin nhất. Hãy thật sự cố gắng thuyết phục bản thân rằng bạn có thể đang sai.
Tóm tắt
- Giả thuyết là cầu nối biến giả định ngầm trong đầu thành phát biểu rõ ràng, cụ thể và có thể bị chứng minh sai.
- Ba lý do giả thuyết quan trọng: buộc bạn nói rõ giả định, phòng chống confirmation bias, và định hình câu hỏi phỏng vấn.
- Format chuẩn: "Chúng tôi tin rằng [ai] gặp khó với [cái gì] vì [vì sao], dẫn đến [hậu quả]. Sẽ biết mình sai nếu [tín hiệu phản chứng]." Hai bộ phận quan trọng nhất là đối tượng cụ thể và mệnh đề "biết mình sai nếu".
- Phủ đủ các lớp giả thuyết: khách hàng, vấn đề, nguyên nhân, workaround, mức độ đau — đừng chỉ chăm chăm vào giải pháp.
- Ưu tiên kiểm chứng những giả thuyết tự tin thấp + rủi ro cao trước.
- Giả thuyết bị bác bỏ không phải thất bại — đó là cách rẻ nhất để tránh xây nhầm sản phẩm.