MVP (Minimum Viable Product)

Dùng khi: giả định cốt lõi đã sống sót qua các test rẻ (phỏng vấn, prototype) và giờ cần bằng chứng từ hành vi sử dụng thật.

Cốt lõi: MVP không phải "bản 1.0 cắt bớt tính năng" — nó là thí nghiệm nhỏ nhất giúp học được điều quan trọng nhất để tiến gần outcome. Tư duy: build → measure → learn, mỗi vòng lặp trả lời một câu hỏi.

Cách dùng nhanh (quy trình Lean Product — Dan Olsen)

1. Xác định khách hàng mục tiêu.
2. Xác định nhu cầu chưa được đáp ứng tốt (dùng Kano / ma trận quan trọng × hài lòng).
3. Chốt value proposition — thắng đối thủ ở điểm nào.
4. Chọn bộ tính năng tối thiểu đủ chứng minh giá trị cốt lõi — mỗi tính năng phải trả lời "nó giúp kiểm giả định nào?"
5. Prototype → test với khách → build → đo (retention, NPS, mức dùng) → lặp hoặc dừng.

MVP là gì / không là gì

• ✅ Đủ tốt để giải quyết một nhu cầu chủ chốt trọn vẹn — "hẹp mà sâu".
• ✅ Có thể là concierge/Wizard of Oz — chưa cần code (→ Kiểm chứng giả định).
• ❌ Không phải sản phẩm làm ẩu — quá sơ sài thì insight thu về toàn nhiễu.
• ❌ Không phải đích đến — sau MVP là chuỗi cải tiến liên tục, hoặc dừng nếu giả thuyết bị bác.

Bẫy thường gặp

• Nhồi tính năng "cho chắc" → mất chữ M, tốn 6 tháng để học điều đáng ra 2 tuần.
• Không định trước học gì và tiêu chí gì → ship xong không biết kết luận ra sao.
• Ship MVP rồi bỏ đó — vòng lặp measure–learn mới là phần quan trọng.
• Nhầm MVP với bản beta cho mọi khách hàng — MVP nhắm đúng nhóm early adopter chịu được sản phẩm chưa hoàn hảo.

Nguồn: Module 2 (MVP, Lean Product Process, PMF Pyramid). Đọc sâu: The Lean Product Playbook, The Lean Startup. Liên quan: Kiểm chứng giả định · Product-Market Fit · Product Backlog & User Story