Khi nào chỉ cần website giới thiệu thay vì hệ thiết kế số

Chốt nhanh

Nếu Anh/Chị chỉ cần một website để khách hàng tìm hiểu thương hiệu và liên hệ, một website giới thiệu được làm tốt là đủ, không cần đầu tư thêm vào hệ thiết kế số. Hệ thiết kế số chỉ sinh lời khi đội kỹ thuật dùng đi dùng lại các thành phần giao diện (component) qua nhiều sản phẩm số, điều mà hầu hết doanh nghiệp dịch vụ hoặc thương hiệu offline chưa đến giai đoạn đó. Xây hệ thiết kế số khi chưa có nhu cầu thực là một trong những cách lãng phí ngân sách thương hiệu phổ biến nhất Sinh Vũ gặp.

Sinh Vũ thường hỏi ngược lại khách một câu trước khi tư vấn: đội kỹ thuật của Anh/Chị bao nhiêu người, và có sản phẩm số nào đang được xây song song không? Nếu câu trả lời là chưa có hoặc không có kế hoạch trong vòng một năm tới, câu trả lời gần như chắc chắn là: một website giới thiệu được làm tốt là đủ.

Hai thứ này không phải cùng loại

Website giới thiệu (Sinh Vũ gọi là P1) phục vụ một mục tiêu: giúp khách hàng tiềm năng hiểu Anh/Chị là ai, làm gì, và liên hệ như thế nào. Nó là điểm chạm nhận diện thương hiệu, không phải công cụ tác vụ.

Hệ thiết kế số, hay design system (hệ thống các thành phần giao diện được mã hóa để tái sử dụng, thường đi kèm thư viện Figma và Storybook), phục vụ một mục tiêu khác hẳn: giúp đội kỹ thuật xây nhiều sản phẩm số nhanh hơn, nhất quán hơn, mà không cần thiết kế lại từ đầu mỗi lần. Nielsen Norman Group phân biệt rõ: marketing site (trang marketing) và product UI (giao diện sản phẩm) có yêu cầu thiết kế khác nhau về căn bản và không nhất thiết phải dùng chung hạ tầng.

Nhầm lẫn hai thứ này là điểm khởi đầu của nhiều khoản đầu tư không sinh lời.

Các yếu tố Anh/Chị cần đánh giá thực tế

Số lượng sản phẩm số: Có app, dashboard, hoặc platform nào đang được xây hoặc có kế hoạch rõ ràng không? Nếu không, design system chưa có chỗ để phát huy giá trị.
Quy mô đội kỹ thuật: Dưới ba kỹ sư thì không đủ người vừa xây vừa maintain một design system. Hệ thống xây xong rồi không ai dùng là lãng phí hoàn toàn.
Tần suất cập nhật giao diện: Website cập nhật hàng tháng hoặc hàng quý không cần hạ tầng phức tạp. Cập nhật nội dung qua CMS (hệ thống quản lý nội dung) là đủ.
Có designer nội bộ không: Nếu không có designer trong đội, thư viện Figma sẽ không được dùng sau khi bàn giao, bất kể làm đẹp đến đâu.
Ai quản lý nội dung: Nếu marketing dùng CMS để đăng bài và cập nhật trang, họ không cần và không dùng component library của kỹ sư.

Khi nào chọn hướng nào

Chỉ cần website giới thiệu (P1): Doanh nghiệp dịch vụ, thương hiệu offline muốn có sự hiện diện số. Startup chưa có sản phẩm số hoặc chỉ có một landing page (trang đích). Đội dưới năm người, không có kỹ sư frontend chuyên trách. Ngân sách ưu tiên đưa thương hiệu ra thị trường trước. Cần design system (A3): Có app, platform, hoặc dashboard đang xây song song với website. Website chỉ là một trong nhiều điểm chạm số, không phải điểm chạm duy nhất. Đội thiết kế và kỹ thuật nội bộ từ ba người trở lên và có lộ trình phát triển sản phẩm dài hạn. Có người sẽ thực sự dùng Storybook sau khi bàn giao.

Không xây hạ tầng cho nhu cầu chưa tồn tại.
Nguyên tắc YAGNI (You Aren't Gonna Need It), Martin Fowler và Kent Beck, Extreme Programming

Lỗi phổ biến Sinh Vũ thường gặp

Bị thuyết phục đầu tư design system đầy đủ cho website năm trang không có sản phẩm số đi kèm, trong khi ngân sách đó có thể làm website tốt hơn nhiều.
Xây component library (thư viện thành phần giao diện) cho website chạy trên WordPress hoặc Webflow, trong khi các nền tảng này đã có hệ component riêng, dẫn đến xung đột thay vì hỗ trợ.
Nhầm design system với style guide: style guide là tài liệu cho con người đọc, design system là mã nguồn cho máy tính dùng. Hai thứ này khác nhau về chi phí và cách vận hành.
Xây design system rồi tiếp tục thuê outsource mỗi lần cần thêm tính năng, vì không có kỹ sư nội bộ nào dùng được system đó. Chi phí bảo trì cao hơn cả chi phí xây ban đầu.

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

Giá trị của design system đến từ tần suất tái sử dụng. Cùng một component được dùng nhiều lần trong nhiều sản phẩm khác nhau, chi phí xây mới ban đầu mới được khấu hao và sinh lời. Nếu mỗi trang chỉ thiết kế một lần, không có gì để tái sử dụng, không có ROI (lợi nhuận trên đầu tư) để nói đến. Nathan Curtis của EightShapes đã đo đạc điều này nhiều lần: design system chỉ tích lũy giá trị khi tần suất tái sử dụng đủ cao.

Với phần lớn doanh nghiệp vừa và nhỏ tại Việt Nam, con đường hợp lý là: website giới thiệu tốt trước, brand guideline (cẩm nang nhận diện dạng tài liệu) khi đội ngũ mở rộng, và design system chỉ khi có sản phẩm số thực sự cần dùng chung thành phần giao diện. Không phải vì design system kém, mà vì mỗi công cụ có giai đoạn phù hợp của nó.

Nguồn tham khảo

Nielsen Norman Group, các bài viết về UX Strategy và information architecture. Nathan Curtis, EightShapes, các bài viết về design system ROI. Martin Fowler, nguyên tắc YAGNI trong Extreme Programming. Sinh Vũ Studio, A3 Service Brief (kinh nghiệm thực hành).

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

Design system (hệ thiết kế số) và style guide (cẩm nang phong cách) khác nhau chỗ nào?

Style guide là tài liệu cho con người đọc: màu sắc, font chữ, cách dùng logo. Design system là mã nguồn thực sự cho kỹ sư lắp vào sản phẩm số, thường đi kèm thư viện component trong Figma và Storybook. Nếu đội Anh/Chị không có kỹ sư frontend nội bộ, style guide là đủ cho giai đoạn này.

Chúng tôi dùng WordPress, có cần design system không?

Gần như không. WordPress và các nền tảng tương tự như Webflow đã có hệ thống component riêng. Xây design system rồi đặt lên nền tảng này tạo ra xung đột hơn là hỗ trợ. Điều Anh/Chị cần là brand guideline tốt để bất kỳ ai chỉnh sửa nội dung vẫn giữ đúng nhận diện thương hiệu.

Nếu sau này chúng tôi có app, thì bây giờ có nên làm design system trước không?

Không nên làm trước khi nhu cầu rõ ràng. Nguyên tắc trong kỹ thuật phần mềm gọi là YAGNI, tức là không xây hạ tầng cho nhu cầu chưa tồn tại. Khi app thực sự bắt đầu được xây và đội kỹ thuật có ít nhất ba người, lúc đó đầu tư vào design system mới có giá trị thực sự.