Ngành thiết kế và phát triển sản phẩm số đang thay đổi ngay trước mắt chúng ta, phần lớn nhờ vào AI. Có rất nhiều chuyển dịch đang diễn ra, và một trong những câu hỏi được thảo luận nhiều nhất là: các product team trong tương lai sẽ trông như thế nào?
Chúng ta đều quen với cấu trúc team truyền thống:
- một PM
- một hoặc hai designer
- từ vài đến hàng chục developer

Mỗi vai trò tập trung vào chuyên môn riêng nhưng vẫn phối hợp với nhau.
Tuy nhiên, ngày càng có nhiều dấu hiệu cho thấy mô hình này đang thay đổi, nhanh hoặc chậm tùy vào tổ chức. Từ các cuộc trao đổi của Lenny Rachitsky với Jenny Wen (Head of Design tại Claude) và Dylan Field (CEO của Figma), có thể thấy rằng ranh giới giữa designer, engineer và PM đang dần trở nên mờ nhạt.
Nếu sự phân chia này thực sự biến mất trong tương lai, điều gì sẽ thay thế?
Có vẻ như câu trả lời là: kỷ nguyên của product builder.
Product builder là ai?
Product builder là người có thể tự mình đưa sản phẩm từ ý tưởng đến khi ra mắt, kết hợp:
- tư duy sản phẩm
- tư duy thiết kế
- tư duy kỹ thuật
Thông thường, họ là:
- designer hoặc PM có chuyên môn sâu
- sử dụng AI để mở rộng khả năng sang các giai đoạn khác
Ngày càng nhiều developer cũng đang đi theo hướng này, mở rộng sang:
- product thinking
- design thinking
Chúng ta có cần giỏi tất cả mọi thứ không?
Không.
Nhưng vai trò của chúng ta đang tiến hóa để thích nghi với thực tế mới.
Jenny Wen đưa ra 3 archetype đáng chú ý:
- Block-shaped generalist
- Deep-T specialist
- Cracked New Grad
1. Block-shaped generalist
Đây là người mạnh ở nhiều lĩnh vực cùng lúc.
Họ có kiến thức đáng kể về:
- design
- coding
- product
Dù không cần giỏi ngang nhau ở tất cả.
Đây là archetype gần nhất với product builder.
2. Deep-T specialist
Phiên bản nâng cấp của T-shaped.
- có chuyên môn cực sâu (top 10%)
- ví dụ: systems thinking, visual design, research
Trong thời đại AI, khi ai cũng có thể build được gần như mọi thứ, thì:
chuyên môn sâu trở thành lợi thế cạnh tranh quan trọng nhất
3. Cracked New Grad
Một người ở giai đoạn đầu sự nghiệp nhưng:
- tò mò
- tham vọng
- thích nghi nhanh
Họ không bị “định hình” bởi cách làm cũ → dễ thích nghi với môi trường thay đổi nhanh.
Điểm chung của 3 archetype
- tò mò
- sẵn sàng vượt khỏi vai trò
- cởi mở với thay đổi
Product builder lý tưởng thường là:
- nền tảng block-shaped
- có chiều sâu của Deep-T
- mindset của Cracked New Grad
Thị trường có thực sự đang chuyển dịch?
Câu trả lời: Có.
Một số tín hiệu rõ ràng:
Shopify
100% team design đã dùng Cursor
→ phần lớn có thể tạo prototype bằng code
Cursor
Designer trực tiếp design bằng Cursor
→ khoảng cách giữa ý tưởng và sản phẩm gần như bằng 0
Figma research
- 72% người mở rộng trách nhiệm nhờ AI
- 56% non-designer làm việc liên quan đến design
- 65% PM làm ít nhất một task design
- 57% dev tham gia prototyping
“We’re all product builders” – Dylan Field
Vai trò product builder theo từng giai đoạn
Giai đoạn 0 → 1
Mục tiêu:
- tốc độ
- thử nghiệm
- iteration
Ở đây product builder cực kỳ hiệu quả vì:
- không cần nhiều coordination
- có thể build prototype trong vài giờ
Chất lượng chưa phải ưu tiên chính.
Giai đoạn 1 → 100
Khi sản phẩm scale:
- cần hệ thống
- cần bảo mật
- cần consistency
Lúc này:
- product builder vẫn quan trọng
- nhưng phải phối hợp với specialist
Họ trở thành catalyst, không phải người thay thế.
Có nên lo lắng không?
Không.
Việc:
- PM làm prototype
- designer viết code
không phải để thay thế specialist.
Mà để:
- tăng tốc giao tiếp
- giảm thời gian
- cải thiện collaboration
AI giúp giảm phần execution, để chúng ta tập trung vào:
- strategy
- research
- scalability
Product builder không thay thế specialist
Điều quan trọng:
Product builder = tăng tốc
Không phải = thay thế
Nhu cầu về chuyên môn sâu vẫn tồn tại.
Vậy chúng ta có trở thành product builder hết không?
Không phải tất cả.
Nhưng xu hướng này:
- không phải tạm thời
- sẽ tồn tại lâu dài
Một số công ty đã tuyển role này.
Một số khác sẽ mất vài năm.
Kết luận
Chúng ta không nhất thiết phải trở thành “full-stack mọi thứ”.
Nhưng chúng ta cần:
- mở rộng phạm vi hiểu biết
- học cách làm việc đa vai trò
- sử dụng AI như công cụ mặc định
Tương lai không phải là:
designer vs developer vs PM
Mà là:
những người biết build sản phẩm — ở nhiều cấp độ khác nhau.