Chọn phiên bản đầu tiên: MVP hay Minimum Viable Experience

Chuẩn bị trước

• Một ý tưởng hoặc dự án đang được bàn, kể cả khi đã có sẵn danh sách tính năng dài.
• Ghi chép từ ít nhất vài cuộc trò chuyện với khách hàng mục tiêu.
• Một người trong đội sẵn sàng đóng vai hoài nghi ở bước cuối.
• Bảng sáu loại MVP (fake door, pre-sale, concierge, Wizard of Oz, prototype test, single-feature) để tra.

Các bước

1. Bước 1 Viết câu hỏi mà phiên bản đầu phải trả lời

   Phiên bản đầu tồn tại để học một điều, không phải để ra mắt nhiều nhất có thể. Viết một câu hỏi duy nhất, trả lời được bằng "có" hoặc "không" sau vài tuần. Nếu câu hỏi là "người dùng có thích sản phẩm không", nó còn quá rộng: hãy nói ai làm hành động có giá nào.

   Ví dụ

   Bối cảnh (giả định): Sổ Trọ là ứng dụng miễn phí giúp 3.500 chủ nhà trọ nhỏ ở Bình Dương ghi chỉ số điện nước và tính tiền phòng. Đội muốn bán gói Thu Tiền Tự Động, 99.000đ mỗi tháng: người thuê quét mã QR chuyển khoản thẳng vào tài khoản chủ trọ, ứng dụng tự đánh dấu phòng nào đã trả. Danh sách tính năng ban đầu có 22 dòng, ước làm 4 tháng.

   Câu hỏi PM viết: "Chủ trọ có 10–40 phòng có trả 99.000đ mỗi tháng để không phải tự dò sao kê đầu tháng nữa không?"

2. Bước 2 Liệt kê năm giả định và khoanh giả định rủi ro nhất

   Viết các giả định mà nếu sai thì ý tưởng chết. Chấm mỗi giả định theo hai chiều: sai thì hậu quả lớn đến đâu, và bạn chưa chắc đến đâu. Giả định đứng đầu là giả định vừa chí mạng vừa chưa có bằng chứng — không phải giả định khó làm nhất về kỹ thuật.

   Ví dụ

   Giả định	Sai thì	Đã chắc chưa
   A. Chủ trọ chịu trả 99.000đ/tháng cho việc đối soát	Không có mô hình kinh doanh	Chưa — chưa ai từng trả
   B. Người thuê chịu quét QR thay vì đưa tiền mặt	Không có tiền đi qua mã	Khá chắc — đa số đã chuyển khoản
   C. Ghép được tiền về với đúng phòng	Chủ trọ vẫn phải dò tay	Khá chắc — đối tác đối soát đã có dịch vụ
   D. Chủ trọ tin để ứng dụng biết dòng tiền của mình	Không ai bật tính năng	Chưa rõ
   E. Chủ trọ giới thiệu nhau	Chi phí có khách cao	Có tín hiệu — 40% người dùng đến từ giới thiệu

   Khoanh A, kế đến là D. C khó nhất về kỹ thuật nhưng đã có lời giải, nên không phải câu hỏi của vòng này.

3. Bước 3 Chọn loại MVP rẻ nhất kiểm được giả định đó

   Ghép giả định với loại MVP: muốn biết "có muốn không" thì fake door; "có trả tiền không" thì pre-sale; "kết quả có giá trị không" thì concierge; "có làm được bằng máy không" thì Wizard of Oz. Nếu câu trả lời đầu tiên là "phải làm app thật", ép thêm một lần — gần như luôn có cách rẻ hơn.

   Ví dụ

   Giả định A là chuyện trả tiền, nên vòng một ghép pre-sale với concierge: đề nghị 40 chủ trọ ở Dĩ An và Thuận An trả trước 3 tháng với giá 199.000đ. Ai trả, đội làm tay cho họ: tạo mã QR chuyển khoản có sẵn nội dung mã phòng, chủ trọ chuyển tiếp tin báo biến động số dư qua Zalo, đội ghép tay và gửi lại bảng "đã trả, chưa trả" mỗi tối từ ngày 1 đến ngày 10. Không viết dòng code mới nào ngoài trang tạo mã QR.

4. Bước 4 Quyết phần nào được thô, phần nào phải là trải nghiệm trọn vẹn

   Với mỗi nhóm người sẽ chạm vào phiên bản đầu, hỏi ba câu: họ đang so mình với sản phẩm nào; thô sơ có bị đọc là thiếu an toàn không; và họ có chịu đựng được để có kết quả không. Nơi nào câu trả lời nghiêng về niềm tin, cắt chiều rộng nhưng giữ chất lượng — đó là Minimum Viable Experience. Một sản phẩm thường có cả hai: thô ở chỗ này, trọn vẹn ở chỗ kia.

   Ví dụ

   Người chạm vào	So với	Quyết định
   Chủ trọ	Sổ tay, Excel, tự dò sao kê	Thô được. Zalo và bảng tính chấp nhận được, vì nỗi đau dò sao kê là thật
   Người thuê	Ứng dụng ngân hàng của họ	MVE. Mã QR phải đúng tên chủ trọ, đúng số tiền, đúng nội dung; tin nhắc trả tiền rõ ràng, không lỗi chính tả

   Một mã QR sai số tiền chỉ một lần là người thuê nghi lừa đảo và chủ trọ mất mặt với khách. Phần đó không được phép thô.

   Mẹo: Chỗ nào chạm tới tiền, sức khoẻ hoặc dữ liệu cá nhân của người không chọn dùng sản phẩm, mặc định là MVE.

5. Bước 5 Cắt phạm vi thành bốn nhóm, viết rõ danh sách "không"

   Với từng tính năng trong danh sách gốc, hỏi: "Bỏ cái này, chúng ta có còn trả lời được câu hỏi ở bước 1 không?" Vẫn trả lời được thì nó không thuộc nhóm phải có. Viết danh sách "không" ra giấy để cuộc họp sau không mở lại tranh luận.

   Ví dụ

   Nhóm	Sổ Trọ, vòng một
   Phải có	Mã QR đúng cho từng phòng; bảng đã trả, chưa trả gửi mỗi tối; nhận tiền trả trước
   Nên có	Nhắc người thuê chưa trả vào ngày 5 — gửi tay qua Zalo
   Có thì tốt	Biểu đồ dòng tiền theo tháng, xuất file cho kế toán
   Không	Ứng dụng riêng cho người thuê, thu tiền điện nước tách riêng, nhiều tài khoản ngân hàng, mở ra ngoài hai khu

   Từ 22 dòng còn 3 dòng phải có. Thời gian: 4 tuần thay vì 4 tháng.

6. Bước 6 Viết tiêu chí thành công, tiêu chí dừng và vùng giữa — trước khi bắt đầu

   Chốt ba thứ bằng số, có thời hạn: mức nào là thành công, mức nào là dừng, và làm gì nếu rơi vào giữa. Chỉ dùng hành động có giá — tiền, thời gian, quay lại — không dùng lời khen. Nhờ người duyệt ký vào trước khi chạy: sau bốn tuần vất vả, ai cũng muốn gọi 18% là "khá hứa hẹn".

   Ví dụ

   • Thành công: ít nhất 15 trên 40 chủ trọ trả trước, và ít nhất 60% số phòng của họ trả qua mã QR ở tháng thứ hai.
   • Dừng: dưới 6 chủ trọ trả trước sau 2 tuần chào, hoặc dưới 30% phòng trả qua mã.
   • Vùng giữa: gọi 10 chủ trọ không trả, thử một biến thể giá 49.000đ thêm 2 tuần.
   • Thời hạn: quyết định vào ngày thứ 28.

7. Bước 7 Đưa cho người hoài nghi đọc, rồi chốt một trang

   Gom mọi thứ vào một trang và đưa cho người hoài nghi nhất trong đội. Hỏi đúng một câu: "Con số nào ở tiêu chí dừng khiến anh chị tin là đội sẽ dừng thật?" Nếu họ không tin, nâng ngưỡng. Rồi ghi trang đó vào nơi cả đội thấy.

   Ví dụ

   PHIÊN BẢN ĐẦU TIÊN — Sổ Trọ, Thu Tiền Tự Động (giả định)
   
   Câu hỏi: Chủ trọ 10-40 phòng có trả 99.000đ/tháng để khỏi dò sao kê?
   Giả định rủi ro nhất: A (chịu trả tiền). Kế tiếp: D (tin để app biết dòng tiền).
   Loại: pre-sale + concierge. 40 chủ trọ, Dĩ An và Thuận An. 4 tuần.
   Thô: phía chủ trọ (Zalo, bảng tính).  MVE: phía người thuê (mã QR, tin nhắc).
   
   Phải có: mã QR theo phòng, bảng đã trả mỗi tối, nhận tiền trả trước.
   KHÔNG làm: app người thuê, tách điện nước, nhiều tài khoản, khu khác.
   
   Thành công: ≥ 15/40 trả trước VÀ ≥ 60% phòng trả qua QR tháng 2.
   Dừng: < 6 trả trước sau 2 tuần HOẶC < 30% phòng trả qua QR.
   Vùng giữa: gọi 10 người không trả, thử giá 49.000đ thêm 2 tuần.
   Quyết định: ngày 28. Người duyệt: Head of Product.

   Người hoài nghi trong ví dụ là trưởng nhóm kỹ thuật. Anh chỉ ra rằng 6 chủ trọ có thể là người quen của đội; PM thêm điều kiện "không tính người quen" vào tiêu chí.

Bạn xong khi

• Có một câu hỏi duy nhất mà phiên bản đầu sẽ trả lời bằng có hoặc không.
• Giả định rủi ro nhất được chọn vì chí mạng và chưa chắc, không vì khó làm.
• Ghi rõ phần nào được thô và phần nào phải là trải nghiệm trọn vẹn, có lý do.
• Có danh sách "không" viết ra, và tiêu chí thành công, dừng, vùng giữa bằng số kèm thời hạn.

Lỗi thường gặp

Tiếp theo

Phần lý thuyết đằng sau từng bước — sáu loại MVP, khi nào cần MVE, cách đọc tín hiệu để tiếp tục, thu hẹp, xoay hướng hay dừng — có trong kỹ năng MVP / MVE Scoping. Nếu bước 2 khó vì chưa đủ hiểu khách hàng để viết giả định, quay lại Product Discovery (JTBD, Mom Test) và phỏng vấn thêm trước.

Khi chốt xong, điền mẫu Problem Brief để gửi người duyệt và giữ làm mốc so sánh sau 4 tuần.