Cẩm nang · Tự làm, thuê hay bàn giao cho đội

Tự xây hay thuê studio: quyết định dựa trên năng lực thật

Nhiều doanh nghiệp chọn tự xây vì tiết kiệm, rồi nhận ra sáu tháng sau hệ thống bị bỏ xó. Đây là cách đánh giá đúng năng lực trước khi quyết định.

Chốt nhanh

Câu trả lời phụ thuộc vào năng lực nội bộ hiện có, không phải vào ngân sách đơn thuần. Nếu đội chưa có ai từng vận hành design system qua ít nhất hai lần nâng cấp lớn, tự xây thường dẫn đến nợ kỹ thuật tích lũy nhanh và hệ thống bị bỏ xó sau 6 đến 12 tháng. Con đường phổ biến và thực tế nhất là thuê studio có kinh nghiệm đặt nền móng, sau đó chuyển giao vận hành cho đội nội bộ.

Câu hỏi "tự xây hay thuê ngoài" nghe có vẻ là bài toán ngân sách, nhưng thực ra là bài toán năng lực. Nhiều doanh nghiệp tự xây vì nghĩ rẽ hơn, rồi sáu tháng sau hệ thống nằm im vì không ai đủ kinh nghiệm để duy trì và phát triển tiếp. Sinh Vũ sẽ giúp Anh/Chị đánh giá đúng vị trí của mình trước khi quyết định.

Câu hỏi cốt lõi cần trả lời trước

Trước khi so sánh chi phí, Anh/Chị cần trả lời thành thật ba câu hỏi sau về đội ngũ hiện tại:

  • Đội có ít nhất một người từng vận hành design system qua hai lần nâng cấp lớn chưa, không phải chỉ xây lần đầu rồi thôi?
  • Frontend developer của đội đã quen với luồng làm việc dựa trên design token (biến số thiết kế dùng chung giữa Figma và code) chưa?
  • Trong 3 đến 6 tháng tới, đội có đủ quỹ thời gian để vừa xây design system, vừa phát triển tính năng sản phẩm không?

Nếu câu trả lời cho cả ba đều là "có", tự xây là hợp lý. Nếu có hai câu "chưa" hoặc "không chắc", thuê studio là con đường tiết kiệm hơn về tổng chi phí thực sự, dù nhìn bề ngoài có vẻ tốn kém hơn.

Khung tư duy Make-or-Buy

Trong kinh tế học tổ chức, nguyên tắc Make-or-Buy (tự làm hay mua ngoài) chỉ ra rằng: tự làm chỉ có lợi khi năng lực đó là lợi thế cạnh tranh cốt lõi của doanh nghiệp. Với hầu hết doanh nghiệp không phải công ty công nghệ thuần túy, design system không phải là thứ tạo ra lợi thế cạnh tranh trực tiếp. Lợi thế cạnh tranh đến từ sản phẩm, dịch vụ, và trải nghiệm khách hàng. Design system là cơ sở hạ tầng phục vụ những thứ đó.

Ngoài ra, Nielsen Norman Group phân loại mức độ trưởng thành của design system theo năm cấp độ. Hầu hết tổ chức lần đầu xây chỉ đạt cấp 1 đến 2, tức là bộ giao diện dùng chung (shared UI kit) chưa có quy trình và quản trị đúng nghĩa. Để đạt cấp 3 trở lên, cần có người đã đi qua con đường đó trước, không thể chỉ đọc tài liệu rồi tự mày mò.

Khi nào nên tự xây

  • Đội có ít nhất một design system lead kinh nghiệm và hai frontend developer quen với tokens-based workflow.
  • Sản phẩm rất đặc thù về domain, ví dụ thiết bị y tế hoặc hệ thống tài chính có yêu cầu accessibility hoặc compliance riêng mà studio ngoài khó nắm bắt đủ sâu.
  • Tổ chức có đủ thời gian và sẵn sàng chấp nhận đường cong học hỏi, không bị áp lực deadline sản phẩm.

Khi nào nên thuê studio

  • Đây là lần đầu tiên tổ chức xây design system, không có tiền lệ nội bộ.
  • Cần ra kết quả trong vòng 3 đến 6 tháng và đội nội bộ đang bận với roadmap sản phẩm.
  • Muốn có một chuẩn bên ngoài để đội nội bộ kế thừa và vận hành, thay vì phải tự phát minh từ đầu.
  • Tổ chức đang tăng trưởng nhân lực nhanh và cần chuẩn chung ngay, không thể chờ nội bộ học xong rồi mới làm.
So sánh hai hướng: Tự xây cho phép kiểm soát hoàn toàn và không phụ thuộc vào bên ngoài, nhưng đòi hỏi năng lực thật sự đã có sẵn và chi phí cơ hội cao khi đội phải rời tính năng sản phẩm để làm hạ tầng. Thuê studio rút ngắn thời gian, đảm bảo chất lượng nền móng, và phù hợp khi chuyển giao vận hành được lên kế hoạch rõ ràng ngay từ đầu. Rủi ro của hướng thuê ngoài là phụ thuộc nếu không có chuyển giao bài bản.

Lỗi thường gặp khi tự xây

  • Ước tính thời gian bằng một nửa thực tế vì chưa tính công tác viết tài liệu, review, và onboarding người mới vào dự án.
  • Giao cho designer hoặc developer junior làm song song với tính năng sản phẩm: kết quả không nhất quán và bị hủy khi người đó nghỉ việc.
  • Chỉ tính chi phí xây ban đầu, không tính chi phí duy trì định kỳ sau khi xây xong.
  • Không đặt tiêu chí nghiệm thu (acceptance criteria) rõ ràng từ đầu, dẫn đến phạm vi bị mở rộng liên tục.
  • Sao chép hệ thống của công ty khác mà không điều chỉnh theo token màu sắc, kiểu chữ, và ngôn ngữ thương hiệu riêng.

Tự làm chỉ có lợi khi năng lực đó là lợi thế cạnh tranh cốt lõi. Với hầu hết doanh nghiệp, design system là cơ sở hạ tầng, không phải lợi thế cạnh tranh.

Khung Make-or-Buy, kinh tế học tổ chức (Coase, Williamson)

Góc nhìn của Sinh Vũ

Mô hình Sinh Vũ hay dùng nhất là: xây nền móng cùng khách, sau đó bàn giao và kèm đội kỹ thuật vận hành độc lập. Cụ thể là bàn giao hệ thống từ 40 đến 120 component có đầy đủ trên Figma và code, rồi kèm 3 đến 5 buổi pairing với đội kỹ thuật khách. Buổi pairing không phải để dạy lý thuyết mà để đội tự tay chỉnh sửa, cập nhật, và thêm component mới dưới sự quan sát và hướng dẫn trực tiếp.

Mô hình này phù hợp nhất với doanh nghiệp SaaS B2B đang ở giai đoạn tăng trưởng sau vòng Series A, đang tuyển thêm nhân lực và cần chuẩn chung ngay lập tức, thay vì chờ nội bộ tự xây từ đầu trong khi roadmap sản phẩm không dừng lại để chờ.

Điều Sinh Vũ thường thấy: doanh nghiệp không thất bại ở khâu xây, mà thất bại ở khâu bàn giao không có kế hoạch. Hệ thống tốt đến đâu cũng sẽ bị bỏ xó nếu đội nội bộ không được đi cùng trong quá trình để thực sự hiểu cấu trúc bên trong.

Nguồn tham khảo

Nielsen Norman Group, Design System Maturity Model. Khung Make-or-Buy, kinh tế học tổ chức (Coase, Williamson). Kinh nghiệm thực hành Sinh Vũ Studio.

Câu hỏi thường gặp

Tự xây thì mất bao lâu so với thuê studio?

Đội nội bộ thường ước tính bằng một nửa thời gian thực tế, vì chưa tính công tác viết tài liệu và onboarding cho người mới. Một studio đã có quy trình thường giao hệ thống đủ dùng trong 3 đến 6 tháng. Nội bộ làm lần đầu thường mất gấp đôi khoảng thời gian đó, do vừa học vừa làm.

Sau khi thuê studio xây xong, đội nội bộ có tự vận hành được không?

Được, nếu có quá trình chuyển giao bài bản. Sinh Vũ kèm 3 đến 5 buổi pairing (làm việc song hành) với đội kỹ thuật khách sau khi bàn giao để đội hiểu cấu trúc token và quy trình cập nhật component. Không có chuyển giao thì dù hệ thống tốt đến đâu, đội nội bộ cũng sẽ lảng tránh hoặc làm sai.

Nếu sản phẩm rất đặc thù ngành, studio bên ngoài có hiểu được không?

Đây là câu hỏi đúng cần đặt ra. Nếu sản phẩm thuộc lĩnh vực có yêu cầu tuân thủ riêng như tài chính hoặc y tế, Anh/Chị cần kiểm tra studio đó có kinh nghiệm với accessibility hoặc compliance tương ứng không. Nếu không có, tự xây với sự tư vấn chuyên ngành có thể là lựa chọn hợp lý hơn.

← Về Hệ thiết kế số
{INJ}