Design system tốn bao nhiêu tiền, mất bao lâu và bao lâu hoàn vốn

Chốt nhanh

Sinh Vũ công bố bốn mức chi phí theo scope: từ khoảng 200 triệu đến 4 tỷ VND, tùy số lượng component và số platform cần hỗ trợ. Không có con số hoàn vốn chung cho ngành, vì ROI phụ thuộc vào số giờ phối hợp thực tế mà đội tiết kiệm được sau khi chuyển sang dùng design system đầy đủ. Cách tính đúng là so sánh tổng chi phí phối hợp hiện tại với chi phí đầu tư, không phải so giá deliverable.

Câu hỏi về chi phí và hoàn vốn là câu hỏi đúng cần hỏi trước khi quyết định. Nhưng cũng là câu dễ bị trả lời sai nhất, vì nhiều đơn vị đưa ra con số hoàn vốn nghe có vẻ chắc mà thực ra không có cơ sở. Sinh Vũ sẽ trả lời thẳng: chi phí có thể ước tính được, thời gian hoàn vốn thì không thể cam kết nếu không biết dữ liệu vận hành thực tế của đội Anh / Chị.

Bốn mức chi phí theo quy mô

Sinh Vũ chia scope thành bốn mức để Anh / Chị định vị nhanh:

Scope nhỏ, khoảng 200 đến 400 triệu VND: 40 component, một stack kỹ thuật (ví dụ React hoặc Vue). Phù hợp với startup đã qua PMF, đội từ năm đến tám người, cần nền tảng trước khi tăng quy mô.
Scope trung, khoảng 500 đến 900 triệu VND: 80 component, hai stack. Phù hợp với SaaS B2B đang tăng trưởng lên 15 đến 30 người, có ít nhất hai sản phẩm chạy song song.
Scope lớn, khoảng 1 đến 2 tỷ VND: 120 component, đa nền tảng. Phù hợp với tổ chức có nhiều product team riêng biệt.
Scope tập đoàn, khoảng 2 đến 4 tỷ VND: Đa platform, đa brand, cần governance (quy tắc quản trị hệ thống) phức tạp.

Các gói của Sinh Vũ kèm theo bảo trì ba tháng đầu và từ ba đến năm buổi pairing (làm việc cùng để chuyển giao kiến thức). Chi phí bảo trì sau đó cần được lên kế hoạch riêng, không nên tính một lần là xong.

Cách tính ROI đúng hướng

Nathan Curtis từ EightShapes, người nghiên cứu chuyên sâu về ROI design system, đề xuất một công thức có thể dùng làm điểm xuất phát:

(Giờ tiết kiệm trung bình mỗi component) x (số lần dùng lại trung bình) x (số người tiết kiệm được) x (chi phí theo giờ) = lợi nhuận khả dụng
Nathan Curtis, EightShapes: Measuring Design System ROI

Công thức này hoạt động tốt khi Anh / Chị có số liệu thực tế của đội mình. Ví dụ: nếu mỗi sprint đội đang mất 20 giờ để hỏi hàng, làm lại code, và thống nhất visual giữa designer và developer, đó là con số nền để tính. Nếu không có số liệu này, mọi cam kết hoàn vốn đều chỉ là phỏng đoán.

Ngoài giờ làm việc trực tiếp, còn có chi phí ẩn (hidden cost) mà nhiều doanh nghiệp bỏ qua: thời gian ổn định lỗi UX lặp lại, thời gian onboarding nhân sự mới khi họ phải học lại từ đầu, và thời gian họp thống nhất quyết định thiết kế. Đây là chi phí cơ hội, tức là giá trị bị mất đi vì nguồn lực dùng vào việc không sinh ra giá trị mới.

Những yếu tố làm chi phí đội lên

Anh / Chị cần đưa vào bài toán cả những yếu tố này trước khi quyết định:

Learning curve (đường cong học hỏi): Đội developer cần thời gian làm quen với hệ thống mới. Trong giai đoạn chuyển đổi, năng suất có thể giảm tạm thời.
Tốc độ adoption (mức độ chuyển sang dùng đầy đủ): Nếu sau sáu tháng đội chỉ dùng 30% component từ design system, ROI sẽ thấp hơn tính toán ban đầu.
Chi phí maintain dài hạn: Hệ thống cần cập nhật khi sản phẩm thay đổi. Cần xác định ngay từ đầu ai chịu trách nhiệm duy trì, dưới hình thức retainer (hợp đồng bảo trì định kỳ) hay headcount nội bộ.
Số platform cần hỗ trợ: Mỗi platform bổ sung làm tăng chi phí xây và maintain đáng kể.

Lỗi thường gặp khi đánh giá đầu tư

So sánh giá deliverable thay vì tổng chi phí: Nhiều Anh / Chị thấy con số 400 triệu cho design system là lớn, nhưng không tính rằng đội đang tốn tương đương đó mỗi năm để làm lại công việc phối hợp. Câu hỏi đúng không phải "design system có đắt không?" mà là "đội đang tốn bao nhiêu vì không có design system?"

Tính chi phí một lần, quên chi phí vận hành: Đây là lỗi phổ biến nhất. Tháng thứ tư sau khi xây xong, hệ thống cần cập nhật nhưng không có người và không có ngân sách, dẫn đến hệ thống bị bỏ rơi và đầu tư ban đầu mất hiệu lực.

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

Sinh Vũ không cam kết con số hoàn vốn cụ thể cho bất kỳ khách nào, vì không có quyền truy cập dữ liệu vận hành của doanh nghiệp đó. Điều Sinh Vũ có thể làm là giúp Anh / Chị xây công thức tính ROI dựa trên số giờ phối hợp thực tế của đội, để con số đầu ra là của Anh / Chị, không phải con số Sinh Vũ đưa ra để thuyết phục.

Nếu Anh / Chị chưa có dữ liệu về chi phí phối hợp hiện tại, bước đầu tiên không phải là hỏi giá design system mà là đo thử trong hai đến ba sprint: mỗi tuần đội đang mất bao nhiêu giờ vào việc lặp lại mà design system có thể xử lý được. Con số đó sẽ làm cho mọi quyết định đầu tư trở nên rõ ràng hơn nhiều.

Nguồn tham khảo

Nathan Curtis, EightShapes: Measuring Design System ROI. Nguyên lý chi phí cơ hội trong kinh tế học. Dữ liệu dịch vụ nội bộ Sinh Vũ Studio (bảng giá A3, mục Pricing).

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

Sinh Vũ có cam kết thời gian hoàn vốn cụ thể không?

Không, và Anh / Chị nên cảnh giác với bất kỳ đơn vị nào cam kết con số hoàn vốn cụ thể mà không truy cập dữ liệu vận hành thực tế của công ty. Sinh Vũ có thể giúp Anh / Chị xây công thức tính ROI dựa trên số giờ phối hợp thực của đội, nhưng con số đầu ra là của Anh / Chị, không phải của Sinh Vũ.

Chi phí bảo trì sau khi xây xong thường là bao nhiêu?

Corpus hiện tại chưa có số liệu bảo trì theo ngành đủ độ tin cậy để công bố. Điều Sinh Vũ khuyến nghị là đưa chi phí bảo trì vào kế hoạch ngay từ đầu, không tính một lần là xong. Sinh Vũ kèm theo bảo trì ba tháng đầu và từ ba đến năm buổi pairing (làm cùng để chuyển giao) trong các gói dịch vụ, nhưng sau đó Anh / Chị cần xác định rõ ai duy trì hệ thống về lâu dài.

Startup nhỏ có nên đầu tư design system không, hay quá tốn tiền?

Phụ thuộc vào giai đoạn. Nếu Anh / Chị đã qua PMF (product-market fit, tức là đã xác nhận thị trường chấp nhận sản phẩm) và đội đang từ năm đến tám người, scope nhỏ khoảng 40 component có thể đặt nền trước khi scale. Nếu còn đang thử nghiệm mô hình kinh doanh, đầu tư design system lúc này nhiều khả năng sẽ lãng phí vì mọi thứ sẽ thay đổi quá nhanh.