Đã kiểm chứng mà vẫn chưa quyết được — một dòng phân định GO/NO-GO

Bạn đã chạy khảo sát. Đã phỏng vấn. Kết quả cũng đã có.

Thế nhưng rốt cuộc có làm hay không thì vẫn chưa quyết được. Xem lại các con số cũng vậy. Có lúc trông ổn, có lúc lại trông chưa đủ.

Nhiều người dừng lại ở bước kiểm chứng. Nhưng chỗ dừng thường không phải vì chưa kiểm chứng, mà vì không đưa ra được quyết định từ kết quả kiểm chứng. Kết quả đã nằm trong tay mà không bước sang ô tiếp theo được.

Không phải bạn kiểm chứng sai. Nhiều khi chỉ là thứ tự bị đảo.

Vì bạn định đặt ngưỡng đạt sau khi kết quả đã có

Nếu nhìn kết quả khi chưa có tiêu chí, thì con số nào xuất hiện cũng sẽ được đọc theo hướng mình muốn làm.

• 10 người có 6 người nói thích → "Quá nửa có phản hồi tích cực"
• 10 người có 4 người nói thích → "Khách hàng mục tiêu ban đầu vốn là số ít"

Cả hai đều nghe hợp lý. Vì thế mà không quyết được. Không phải con số thiếu, mà là cách đọc con số đó chưa được định sẵn từ trước.

Chỉ cần đổi thứ tự là vấn đề này biến mất. Đó là viết ra ngưỡng đạt trước khi bắt đầu kiểm chứng.

Một dòng viết ra trước khi kiểm chứng

Nó có dạng như sau.

"Nếu trong ○ người thuộc nhóm ○○ có từ ○ người trở lên làm ○○ thì tiến hành. Nếu không thì dừng."

Ví dụ như thế này.

• Viết thế này là chưa đủ — Xác nhận xem có nhu cầu hay không
• Cần viết thế này — Nếu trong 20 người được phỏng vấn có từ 8 người trở lên đã từng bỏ tiền hoặc thời gian cho vấn đề này trong 3 tháng qua thì tiến hành

Chỉ một dòng nhưng chứa ba điều.

1. Đối tượng — hỏi ai, chứ không phải hỏi bất kỳ ai
2. Con số — bao nhiêu người trong bao nhiêu người (nên ghi bằng số thực tế thay vì tỷ lệ)
3. Hành động — không phải người nói là thích, mà là người thực sự đã làm

Viết sẵn dòng này thì khi kết quả có, sẽ không còn việc phải diễn giải. Chỉ có đếm được hoặc không đếm được.

4 kiểu thiết kế khiến kết quả không đáng tin

Dù đã đặt ngưỡng đạt, nếu câu hỏi được thiết kế sai thì con số thu được cũng không dùng được. Có những vấn đề xuất hiện lặp đi lặp lại.

1. Cấu trúc chỉ đi tìm lý do để thành công

Kiểm chứng là công việc bắt ra những lý do khiến nó không thành. Thế nhưng có rất nhiều câu hỏi được soạn theo hướng gom lý do để thành, kiểu "Nếu có dịch vụ này thì anh/chị có thấy tốt không?". Điều đó cũng tự nhiên thôi, vì đây là lúc hỏi về thứ mình muốn làm ra.

Nếu đã đưa vào câu hỏi tích cực, nên đưa kèm câu hỏi tiêu cực có sức nặng tương đương. Câu "Trong trường hợp nào anh/chị có lẽ sẽ không dùng?" nên đặt ở phía trước chứ không phải phía sau. Đặt ở sau thì người trả lời đã nghiêng về phía tích cực nên khó nói ra.

2. Câu trả lời đã nằm sẵn trong câu hỏi

"Nếu có một công cụ tự động sắp xếp giúp các nhà sáng lập bận rộn thì anh/chị có dùng không?"

Đây không phải là câu hỏi mà là lời giải thích. Giả thuyết của mình đã nằm trọn trong câu, nên người được hỏi chỉ còn chọn có/không.

Nên bỏ giả thuyết ra rồi mới hỏi. Câu "Tháng trước anh/chị đã xử lý việc đó như thế nào?" cho biết nhiều hơn hẳn.

3. Hỏi về ý định

"Anh/chị sẽ dùng chứ?" là ý định. Ý định thì dễ dãi. Nhất là với giá cả. Số tiền được trả lời cho câu hỏi bao nhiêu thì sẽ dùng và số tiền thực sự thanh toán thường không giống nhau.

Nên hỏi về hành động.

• Hỏi thế này là chưa đủ — 30 nghìn won một tháng thì anh/chị có dùng không?
• Cần hỏi thế này — Hiện anh/chị có đang chi tiền cho việc này không? Đang chi vào đâu, bao nhiêu?

Số tiền đang được chi không phải là ý kiến, mà là sự thật.

4. Muốn chứng minh tất cả trong một lần

Nếu hỏi tất cả trong một bảng khảo sát — có nhu cầu không, sẽ trả bao nhiêu, cần tính năng gì — thì không điều nào ra được kết quả. Khi các câu hỏi về tính năng rải thành nhiều câu, người ta thường trả lời là "tốt". Vì từng cái một nhìn đều có vẻ tốt.

Một lần kiểm chứng là một câu hỏi. Nếu đang đến lượt xem nhu cầu thì để giá cả sang lần sau.

Câu trả lời không phải hai, mà là ba

Khi đã đặt sẵn ngưỡng đạt, kết quả sẽ rơi vào một trong ba.

• GO — Đã vượt tiêu chí. Chuyển sang bước tiếp theo.
• NO-GO — Chưa đạt tiêu chí. Gác lại hướng này.
• Thu hẹp phạm vi rồi làm lại — Tính trên toàn bộ thì chưa vượt, nhưng chỉ ở một nhóm cụ thể thì đã vượt.

Trường hợp thứ ba xuất hiện khá thường xuyên. Khi người làm toàn thời gian và người làm tay trái, người mới bắt đầu và người đã đang làm lẫn trong cùng một mẫu, giá trị trung bình sẽ ra lưng chừng. Lúc này, nếu tách nhóm bị trộn lẫn ra rồi đếm lại, thường sẽ thấy chỉ một bên vượt tiêu chí.

Đó chính là khách hàng mục tiêu ban đầu. Không phải việc kiểm chứng thất bại, mà là đối tượng chưa được thu hẹp.

NO-GO không phải là thất bại

Khi kết quả cho thấy chưa đạt tiêu chí, ta sẽ muốn kiểm chứng thêm một lần nữa. Lần này đổi câu hỏi đi một chút. Thứ đã chuẩn bị càng lâu thì càng như vậy.

Một kết quả GO có được theo cách đó thường về sau phải trả giá đắt hơn nhiều. Vì phải làm ra rồi mới nhận ra.

Nếu 2 tuần bỏ vào kiểm chứng ngăn được 3 tháng bỏ vào phát triển, thì đó là thành quả. Ghi lại NO-GO cũng là một sản phẩm đầu ra. Lần sau khi nảy ra một ý tưởng tương tự, nếu có thể lôi ra xem "cái này hồi đó đã gác lại theo tiêu chí này", bạn sẽ không phải đi vòng lại cùng một chỗ hai lần.

Khi giao cho AI

Thiết kế kiểm chứng cũng thường được soạn bản nháp bằng AI. Lúc này nếu chỉ nói "hãy tạo câu hỏi khảo sát" thì dễ nhận được những câu hỏi gom lý do để thành. Vì các bảng khảo sát đã có sẵn trên đời phần lớn đều có dạng như vậy.

Yêu cầu như sau thì sẽ khác.

"Trước tiên hãy viết ra nếu giả thuyết này sai thì sẽ nhận được những câu trả lời nào, rồi tạo các câu hỏi có thể bắt được những câu trả lời đó. Theo dạng hỏi về hành động trong 3 tháng qua chứ không phải ý định."

Ngưỡng đạt cũng vậy. AI tạo câu hỏi rất tốt, nhưng không thể quyết định giúp từ bao nhiêu người trở lên thì sẽ làm. Đó là điều người bỏ tiền và thời gian phải tự quyết.

Nếu hôm nay chỉ làm một việc

Nếu bạn đang kiểm chứng hoặc đang cầm trong tay kết quả kiểm chứng, hãy thử viết đúng một dòng ra giấy.

"Nếu trong ____ người có từ ____ người trở lên ____ thì tiến hành."

Kể cả khi kết quả đã có rồi cũng không sao. Chỉ có điều bạn phải viết con số mà mình sẽ viết nếu chưa nhìn thấy kết quả. Nếu không viết ra được, thì không phải việc kiểm chứng đã xong, mà là vẫn chưa có tiêu chí.

---

Nếu bạn đang cầm kết quả kiểm chứng mà vẫn chưa bước sang được ô tiếp theo
Bài chẩn đoán 2 phút sẽ giúp bạn xem được một việc nên bắt tay vào trước, phương án khởi động thí điểm 2 tuần, và những rủi ro mà con người nhất định phải kiểm tra. Bạn chỉ cần trả lời trong phạm vi thấy thoải mái là được.

Chẩn đoán vận hành kinh doanh bằng AI của STAR-T →

---

Chú thích

① Tài liệu tham khảo·ngày xác minh
Bài viết này không trích dẫn thống kê·nghiên cứu bên ngoài. Căn cứ là những mô thức được xác nhận lặp đi lặp lại tại các buổi giảng dạy·tư vấn (tích lũy hơn 500 buổi tư vấn cá nhân cho người chuẩn bị khởi nghiệp · theo SSOT hồ sơ). Các con số xuất hiện trong bài — "6 trong 10 người", "4 trong 10 người", "từ 8 trong 20 người trở lên", "30 nghìn won một tháng", "3 tháng qua", so sánh "2 tuần"·"3 tháng" — đều là ví dụ minh họa cách viết, không phải kết quả khảo sát hay số liệu đo lường thực tế. Ngày xác minh 2026-08-06.

② Số liệu không dùng
Không sử dụng những con số được trích dẫn rộng rãi kiểu "bao nhiêu % thất bại khởi nghiệp là do không có nhu cầu". Lý do là chưa xác minh được nguồn gốc và năm chuẩn. Cũng không sử dụng số liệu hay trích dẫn trực tiếp từ khảo sát nội bộ·phản hồi CS.

③ Cách thực hiện
Bản nháp được tạo bằng AI, sau đó con người kiểm chứng·biên tập. Trước khi đăng, bài đã qua 3 vòng rà soát về sự thật·giọng văn·pháp lý.