Bài 63 — Chọn phiên bản đầu tiên từ giả định rủi ro nhất

Phiên bản đầu tiên là một câu hỏi

Từ Bài 7 đến Bài 11 bạn đã gặp các loại MVP: smoke test, concierge, Wizard of Oz, single-feature, piecemeal. Câu hỏi thực tế hơn là: với ý tưởng này, chọn loại nào trước? Câu trả lời không đến từ sở thích của đội hay công cụ quen tay. Nó đến từ một câu hỏi duy nhất: giả định nào, nếu sai, sẽ giết ý tưởng — và ta biết ít nhất về nó?

Phiên bản đầu tiên tốt là cách rẻ nhất để giả định đó có cơ hội sai. Nếu MVP của bạn không thể cho ra kết quả "không", nó không kiểm tra gì cả.

Bước 1: liệt kê giả định theo bốn nhóm

Viết mọi điều phải đúng để ý tưởng thành công, chia vào bốn nhóm:

Một ý tưởng bình thường có 10-20 giả định. Đừng bỏ qua giả định "hiển nhiên"; những giả định ai cũng gật đầu thường là chỗ chưa ai kiểm tra.

Bước 2: xếp hạng bằng tác động × độ chắc chắn

Chấm mỗi giả định hai điểm từ 1 đến 5:

• Tác động: nếu sai, ý tưởng hỏng đến mức nào? 5 là sụp hoàn toàn.
• Độ thiếu chắc chắn: ta có bao nhiêu bằng chứng? 5 là hoàn toàn đoán.

Nhân hai điểm. Giả định có điểm cao nhất là thứ phiên bản đầu tiên phải kiểm tra. Nếu hai giả định đồng hạng, chọn cái rẻ hơn để kiểm tra, hoặc cái đứng trước trong chuỗi: không cần kiểm tra giá nếu chưa biết có ai muốn.

Bước 3: ghép loại giả định với loại MVP

Bảng này là điểm khởi đầu, không phải luật. Hướng dẫn Chọn phiên bản đầu tiên đi sâu hơn vào các trường hợp giáp ranh.

Ví dụ giả định: rau giao định kỳ cho dân văn phòng

Ví dụ dưới đây là giả định, dùng để minh họa.

Một nhóm ở Hà Nội muốn bán gói rau hữu cơ giao hằng tuần đến văn phòng. Đội kỹ thuật muốn bắt đầu bằng app đặt hàng có chọn thực đơn. Trước khi làm, họ xếp hạng giả định:

App đặt hàng chỉ kiểm tra giả định có điểm thấp nhất. Giả định cao nhất là giữ chân 3 tháng, nhưng nó phụ thuộc vào giả định thứ hai: không ai ở lại nếu chưa từng trả tiền. Nhóm chọn kiểm tra theo chuỗi:

• Pre-sale ở 3 tòa văn phòng: tờ giới thiệu và mã QR chuyển khoản trả trước 2 tuần. Tiêu chí: ≥ 25 người trả tiền trong 10 ngày.
• Nếu đạt: concierge 8 tuần. Đặt hàng qua nhóm Zalo, nhóm tự đóng túi và giao. Tiêu chí: ≥ 50% khách gia hạn sau tuần thứ 8.
• Chỉ khi cả hai đạt mới xây app, và app bắt đầu từ chỗ concierge thấy khách hay vướng nhất.

Kết quả bước 1: 31 người trả tiền. Bước 2: 12/31 gia hạn, dưới ngưỡng. Phỏng vấn cho thấy khách bỏ vì rau giống nhau mỗi tuần, không phải vì giá. Nhóm đổi sang gói luân phiên và chạy lại. Toàn bộ chưa tốn một dòng code app.

Những lỗi khi chọn phiên bản đầu tiên

• Chọn theo năng lực sẵn có: đội giỏi code nên MVP luôn là app. Năng lực của đội không phải giả định rủi ro.
• Kiểm tra cái dễ chứng minh: chọn giả định chắc chắn đúng để có kết quả đẹp báo cáo.
• Gộp nhiều giả định vào một phép thử: khi kết quả xấu, không biết giả định nào sai.
• Bỏ qua thứ tự: kiểm tra khả năng mở rộng khi chưa biết có ai muốn.

Ghi mỗi phép thử vào một thẻ: giả định, loại MVP, tiêu chí, thời hạn, người quyết. Dùng MVP experiment card để các thẻ có cùng định dạng và dễ so sánh qua nhiều vòng.

Làm ngay

• Liệt kê ít nhất 10 giả định cho ý tưởng của bạn, chia vào bốn nhóm.
• Chấm tác động và độ thiếu chắc chắn, nhân lại, sắp xếp từ cao xuống thấp.
• Với giả định đứng đầu, chọn loại MVP rẻ nhất có thể cho kết quả "không" bằng bảng ở Bước 3.
• Điền một MVP experiment card và đối chiếu với kỹ năng MVP / MVE Scoping trước khi giao việc cho đội.