Sản phẩm Khả dụng Tối thiểu (MVP)
Một sản phẩm khả dụng tối thiểu, hay MVP, là phiên bản nhỏ nhất của một sản phẩm mà người dùng thực sự có thể sử dụng và mang lại cho bạn phản hồi có ý nghĩa.
Thuật ngữ MVP trở nên phổ biến thông qua cách tiếp cận Lean Startup của Eric Ries, mô tả phiên bản của một sản phẩm cần ít công sức nhất để xây dựng trong khi vẫn cho phép bạn kiểm chứng một giả định cốt lõi với người dùng thực. Thay vì dành nhiều tháng phát triển một giải pháp hoàn chỉnh, bạn tập trung vào tính năng duy nhất mang lại giá trị nhiều nhất và kiểm chứng giả thuyết quan trọng nhất của bạn. Mục tiêu là có được phản ứng thực sự càng sớm càng tốt, thay vì lập kế hoạch tiếp theo dựa trên phỏng đoán. Điều đó làm giảm rủi ro của việc đổ thời gian và tiền bạc vào các tính năng mà không ai thực sự muốn.
Một MVP không phải là một mẫu thử nửa vời và không phải là một bản demo có thể nhấp qua. Từ khả dụng (viable) có nghĩa là người dùng thực sự có thể hoàn thành điều gì đó với nó, ngay cả khi bộ tính năng và sự hoàn thiện vẫn còn rất hạn chế. Một MVP cho một ứng dụng đặt hàng phải thực sự nhận được một đơn hàng, ngay cả khi việc xử lý thanh toán hoặc thiết kế hoàn thiện vẫn còn thiếu. Không đạt được tiêu chuẩn đó và bạn nhận được ý kiến về một ý tưởng thay vì phản hồi thực chất.
Trong thực tế, làm việc với một MVP có nghĩa là chạy vòng lặp xây dựng-đo lường-học hỏi. Bạn phát triển phiên bản hoạt động nhỏ nhất, đo lường hành vi thực sự của người dùng, và sử dụng điều đó để quyết định thay đổi gì tiếp theo. Chu kỳ này lặp lại nhiều lần, thay thế các giai đoạn lập kế hoạch dài bằng các bước học hỏi ngắn, có thể kiểm chứng. Rủi ro lớn nhất là cắt giảm MVP đến mức nó không còn thể hiện giá trị thực sự của sản phẩm, điều này khiến dữ liệu bạn thu thập trở nên vô giá trị.
Ví dụ thực tế
Một doanh nghiệp thủ công muốn xây dựng một ứng dụng để xử lý các yêu cầu công việc. Thay vì triển khai ngay lập tức việc lên lịch, lập hóa đơn, và một cổng thông tin khách hàng, doanh nghiệp bắt đầu với một biểu mẫu trực tuyến đơn giản kích hoạt một email tự động gửi đến nhóm. Trong vòng sáu tuần, 40 yêu cầu đến qua biểu mẫu, và dữ liệu cho thấy hơn một nửa khách hàng cũng mong đợi nhìn thấy các khung giờ hẹn còn trống. Chỉ với hiểu biết đó, doanh nghiệp mới đầu tư ước tính 15.000 euro ngân sách phát triển của mình vào chính xác tính năng đó, thay vì đoán trước.
Leanshift hỗ trợ như thế nào
Một MVP là Kaizen được áp dụng vào giai đoạn khởi đầu của một dự án: các bước nhỏ, phản hồi thực tế, điều chỉnh có mục tiêu thay vì một canh bạc lớn dựa trên giả định. Tư duy đó chuyển trực tiếp sang công việc quy trình tại hiện trường, nơi bạn cũng thử nghiệm một cải tiến ở quy mô nhỏ trước khi triển khai rộng rãi. Đó là một cách cải tiến không chỉ một sản phẩm, mà còn khả năng của nhóm trong việc áp dụng cùng nhịp điệu học hỏi đó ở những nơi khác.
Câu hỏi thường gặp
MVP có giống với một mẫu thử không?
Không. Một mẫu thử thường dành cho việc trình diễn hoặc kiểm thử nội bộ, trong khi một MVP được đưa vào tay người dùng thực để sử dụng thực tế, điều này cho bạn hành vi sử dụng thực sự thay vì chỉ là ý kiến.
Một MVP có thể nhỏ đến mức nào?
Càng nhỏ càng tốt, nhưng không nhỏ hơn mức cần thiết để kiểm chứng giả định quan trọng nhất của bạn. Điều quan trọng là tính năng cốt lõi duy nhất đó hoạt động hoàn chỉnh, không phải bạn bao gồm bao nhiêu tính năng.
Khi nào một MVP được coi là hoàn thành?
Một MVP không bao giờ hoàn thành theo nghĩa truyền thống. Nó được coi là hoàn chỉnh khi bạn có đủ phản hồi thực chất để đưa ra quyết định phát triển tiếp theo.