MVP là gì, khác bản demo hay "phiên bản 1.0 cắt bớt" thế nào?

Khái niệm được Eric Ries phổ biến qua phong trào Lean Startup; theo Agile Alliance, MVP là phiên bản của sản phẩm cho phép đội thu thập lượng học hỏi đã kiểm chứng (validated learning) lớn nhất về khách hàng với nỗ lực ít nhất. Từ khoá là học hỏi — MVP sinh ra để kiểm chứng một giả thuyết, không phải để giao "càng nhiều càng tốt trong hạn".

"Danh sách 40 tính năng rồi cắt bớt" là sai cách tiếp cận: nó trả lời câu "làm được gì trong 3 tháng", không trả lời "cần học điều gì".

Xác định phạm vi MVP

1. Viết ra giả thuyết rủi ro nhất, ví dụ (giả định): "Chủ cửa hàng nhỏ sẵn sàng trả phí tháng để quản lý tồn kho trên điện thoại".
2. Xác định chỉ số chứng minh/bác bỏ: tỉ lệ dùng thử chuyển sang trả phí, mức sử dụng hằng tuần.
3. Hỏi: cách rẻ nhất, nhanh nhất để có dữ liệu đó là gì? Đôi khi không cần phần mềm hoàn chỉnh — một trang đăng ký, làm thủ công phía sau.
4. Chỉ đưa vào những gì cần để người dùng thật trải nghiệm giá trị cốt lõi một cách khả dụng (chữ V — viable: đủ dùng, không cẩu thả).
5. Lên kế hoạch cho điều xảy ra sau khi có dữ liệu: tiếp tục, điều chỉnh hướng (pivot) hay dừng.

Với lãnh đạo, hãy chuyển cuộc trao đổi từ "MVP gồm tính năng gì" sang "3 tháng tới chúng ta cần biết điều gì để quyết định đầu tư tiếp".

Nguồn:

• Agile Alliance — What is a Minimum Viable Product (MVP)?
• Agile Alliance — What is Incremental Development?