Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng
Behavioral Base.vn, FPT

Trong giai đoạn 0→1, bạn quyết định build, buy hay partner như thế nào đối với các tính năng non-core?

Gợi ý: Cần có framework rõ ràng để phân biệt core differentiation vs commodity functionality, và tại sao điều đó quan trọng trong giai đoạn sớm.

3câu trả lời
12lượt xem
Bạn sẽ trả lời thế nào?

Tạo tài khoản miễn phí để viết câu trả lời và được AI chấm điểm — và để lưu lại những câu bạn đã luyện.

Đăng ký miễn phí Đăng nhập

3 câu trả lời

Khang Hoang
Tôi dùng câu hỏi: 'Đây có phải competitive advantage của mình không?' Nếu không, tôi không build. Payments, notifications, authentication, maps — tất cả là commodity, tôi dùng service có sẵn. Chỉ build những gì người dùng sẽ chọn mình vì nó, không phải vì không có lựa chọn khác.
Khang Hoang
Tôi phân biệt 3 loại build: (1) build để learn — làm thủ công để hiểu vấn đề trước khi automate; (2) build để differentiate — đây là core product; (3) build vì không tìm được solution — trường hợp này tôi cố gắng tránh. Trong 0→1, tôi budget tối đa 20% eng time cho non-core infrastructure.
Khang Hoang
Nguyên tắc của tôi trong giai đoạn sớm: buy hoặc partner nếu có thể, build nếu phải. Mỗi giờ engineer dành cho non-core feature là một giờ không dành cho core value proposition. Với 3 tháng runway, opportunity cost của build > cost của subscription fee cho SaaS tools.

Thảo luận

Chưa có thảo luận nào. Bạn mở màn nhé — không cần viết dài, một góc nhìn cũng được.

Đăng ký để thảo luận