Thất bại tuần này: Làm quá tay
Tuần này tôi thất bại.
Mất 3 ngày build feature.
Feature không ai dùng.
Chuyện gì xảy ra
Tôi đang build dashboard cho Tony’s Friends.
Có ý tưởng: “Analytics đẹp cho members xem tiến độ của họ.”
Mất 3 ngày:
- Thiết kế biểu đồ
- Build data pipeline
- Tạo visualizations
- Đánh bóng giao diện
Ship.
Kết quả
2 ngày sau khi ship.
0 members dùng feature mới.
Không một ai.
Tại sao thất bại
1. Không hỏi người dùng
Tôi giả định members muốn xem analytics.
Không ai hỏi.
Không ai cần.
2. Build vì “hay ho” chứ không phải “hữu ích”
Biểu đồ nhìn hay ho.
Nhưng members không cần biểu đồ.
Họ cần nội dung. Họ cần workflows.
3. Đầu tư quá nhiều trước khi xác nhận
3 ngày là quá nhiều cho feature chưa test.
Nên: MVP 4 giờ → test → cải tiến dần.
Lẽ ra nên làm gì
- Hỏi 5 members: “Bạn có muốn xem analytics của mình không?”
- Nếu có: Build phiên bản tối thiểu (tối đa 1 ngày)
- Test với nhóm nhỏ
- Rồi đầu tư thêm nếu được xác nhận
Bài học
Build với AI dễ quá
AI giúp tôi build nhanh.
Nhanh quá → build nhiều hơn cần.
Tốc độ không phải lúc nào cũng tốt.
”Có thể build?” và “Có nên build?”
AI trả lời câu 1: Có, dễ thôi.
AI không trả lời câu 2.
Đó là việc của tôi.
Xác nhận trước, đầu tư sau
Dù build nhanh, thời gian vẫn là thời gian.
3 ngày lãng phí = 3 ngày không làm thứ quan trọng hơn.
Feature đó giờ thế nào?
Để đó.
Không xoá (đã build rồi).
Nhưng không đẩy người dùng phải dùng.
Có thể hữu ích sau. Có thể không.
Chi phí chìm.
Kết luận
Ship nhanh ≠ ship đúng.
Xác nhận trước. Build sau.
Tôi biết điều này.
Nhưng tuần này quên.
Thất bại là lời nhắc.
Lab notes như này tôi chia sẻ thẳng thắn. Cả thắng và thua. Đó là Tony’s Friends.