Bạn quyết định KHÔNG build gì trong v1 như thế nào? Làm sao bạn defend quyết định đó với team và stakeholders?

Tôi tạo một 'Not-to-build list' song song với roadmap — đây là danh sách những thứ chúng tôi đã explicitly quyết định không làm trong giai đoạn này và tại sao. Khi ai đó request feature, tôi có thể giải thích lý do không làm thay vì nói 'chưa làm'. Sự khác biệt này quan trọng: 'không làm' là conscious decision, 'chưa làm' tạo false expectation.

Tôi dùng impact/effort matrix nhưng với twist: trong giai đoạn 0→1, tôi loại bỏ hoàn toàn những feature không giúp validate core hypothesis. Dù impact cao đến đâu, nếu không liên quan đến hypothesis cần test, nó là distraction. Tôi communicate điều này rõ ràng: 'Feature này tốt, nhưng không giúp chúng ta biết business model có work không.'

Tôi học từ Amazon 'working backwards': viết press release cho sản phẩm khi launch, chỉ include những feature sẽ được mention trong thông cáo đó. Bất kỳ feature nào không đủ impactful để mention trong press release thì không cần có trong v1. Đây là cách concrete để filter signal vs noise.

Với team, tôi dùng 'opportunity cost' framing: 'Nếu chúng ta build feature này trong 2 tuần, chúng ta đang sacrifice 2 tuần để test core assumption. Đó có phải trade-off đúng không?' Khi team hiểu rằng mỗi yes là một no cho thứ khác, conversations về prioritization trở nên dễ hơn.