Bạn định nghĩa scope của MVP như thế nào? Làm sao biết đâu là 'đủ' để launch?

Tôi không nghĩ về MVP theo features mà theo user journey: one thing, one user type, one use case. Nếu có thể mô tả giá trị trong một câu đơn giản và sản phẩm deliver đúng cái đó, là đủ để launch. Launch sớm và xấu luôn tốt hơn launch muộn và đẹp trong giai đoạn 0→1.

Quy tắc tôi áp dụng: nếu mình xấu hổ khi launch thì đã launch quá muộn — câu nói của Reid Hoffman. Tôi đặt deadline cứng (6 tuần build), sau đó cut mọi thứ không fit. Pressure của deadline buộc team phải honest về what's truly essential. Features bị cut không bị xóa, chỉ được defer.

MVP của tôi được định nghĩa bởi 'riskiest assumption' cần validate. Tôi hỏi: giả thuyết nào nếu sai sẽ giết chết business? Rồi build đúng và chỉ đúng những gì cần thiết để test giả thuyết đó. Ví dụ nếu assumption là 'user sẵn sàng trả tiền', thì MVP phải có payment flow — kể cả UI còn xấu.