Gọi tên giả định rủi ro nhất
Viết một câu: “Chúng tôi tin [người dùng] sẽ [hành vi] vì [lý do].” Sau đó hỏi bằng chứng nào sẽ khiến bạn đổi ý. Nếu bản đầu không tạo ra được bằng chứng đó, có lẽ bạn đang xây tính năng thay vì kiểm tra sản phẩm.
Tách phần kiểm tra khỏi phần nền tảng
Có việc để chứng minh sản phẩm; có việc để sản phẩm bảo trì được. MVP vẫn cần mô hình dữ liệu hợp lý, xác thực và đường triển khai, nhưng không cần mọi màn hình quản trị, tích hợp hay trường hợp thanh toán. Hãy nói rõ phần nào là thử nghiệm, phần nào là nền tảng.
- Một quy trình chứng minh giá trị.
- Những người phải hoàn thành được mà không cần hỗ trợ.
- Dữ liệu và quyền cần cho quy trình đó.
- Chỉ số hoặc quan sát quyết định có tiếp tục hay không.
Viết rõ những gì không làm
Phạm vi không có mục tiêu không làm sẽ phình đến khi câu hỏi ban đầu biến mất. Liệt kê phần chủ động loại trừ: phân quyền nâng cao, import hàng loạt, đa ngôn ngữ, thanh toán phức tạp, app mobile hoặc tích hợp. Đưa vào backlog kèm điều kiện sẽ xem lại sau.
Kiến trúc cho bản tiếp theo
MVP không nên là ngõ cụt. Chọn mô hình dữ liệu và ranh giới đủ cho bản tiếp theo mà không phải viết lại. Tránh microservices sớm, nhưng đừng giấu logic tenant, phân quyền hay thanh toán trong một màn hình. Ghi lại giả định nào sẽ buộc thay đổi kiến trúc.
Đo quyết định
- Người dùng mới có đạt kết quả cốt lõi mà không cần gọi điện không?
- Họ dừng ở đâu và hỏi điều gì?
- Giả định nào đã sai?
- Chi phí vận hành bản phát hành trong một tháng là bao nhiêu?
Những gì nên hoãn
Hoãn các tính năng thêm tổ hợp mà không trả lời câu hỏi cốt lõi: phân quyền quản trị chi tiết, giá phức tạp, mọi tích hợp, app native và tự động hóa marketing. Hoãn có chủ đích, kèm điều kiện xem lại. Một tính năng được hoãn là một quyết định; một tính năng không được liệt kê là scope creep.
Xem phát triển web app và SaaS, chi phí phát triển phần mềm hoặc trao đổi dự án.