Không phải mọi design system đều phù hợp cho e-commerce. Ngành này có ba yêu cầu riêng mà nếu bỏ qua, anh chị sẽ xây lại từ đầu sau mùa khuyến mãi đầu tiên.
Thương mại điện tử cần design system tập trung vào ba thứ theo thứ tự: tốc độ tải và Core Web Vitals (các chỉ số hiệu suất nền tảng của Google), tối ưu luồng chuyển đổi từ xem sản phẩm đến thanh toán, và khả năng thay giao diện theo chiến dịch mà không phá cấu trúc. Nếu anh chị chỉ có thể làm một việc ngay hôm nay, hãy tách token thiết kế thành hai lớp rõ ràng: lớp cố định cho bố cục và lớp thay đổi được cho màu sắc và kiểu chữ theo mùa vụ. Sàn đa người bán cần thêm một lớp nữa để gian hàng người bán có thể cá nhân hóa mà không xung đột với nhận diện của sàn.
Thương mại điện tử có ba đặc điểm riêng mà SaaS hay website branding không có: giao diện thay đổi liên tục theo chiến dịch, người dùng đưa ra quyết định mua trong vài giây, và tỷ lệ thoát khỏi giỏ hàng rất cao nếu luồng thanh toán có trở ngại. Ba đặc điểm đó quyết định design system của anh chị phải ưu tiên những gì khác so với sản phẩm phần mềm thông thường.
Sai lầm phổ biến nhất khi xây design system cho e-commerce là để token phẳng, tức là một danh sách biến màu và font không phân cấp. Kết quả là mỗi khi Tết đến hay 11.11, đội kỹ thuật phải vào sửa tay hàng chục file, rủi ro phá layout rất cao.
Cách tổ chức đúng là tách token thành hai lớp rõ ràng:
Khi tách rõ như vậy, marketing team có thể tự cập nhật giao diện cho chiến dịch mới mà không cần kỹ sư theo dõi từng thay đổi, và baseline accessibility (tiêu chuẩn tiếp cận) của checkout flow vẫn được giữ nguyên.
Core Web Vitals là bộ chỉ số Google dùng để đo trải nghiệm người dùng thực tế, gồm LCP (tốc độ tải nội dung chính), FID (độ trễ tương tác đầu tiên) và CLS (độ ổn định bố cục khi tải). Ba chỉ số này ảnh hưởng trực tiếp đến thứ hạng SEO và tỷ lệ người dùng ở lại trang.
Quyết định thiết kế ảnh hưởng trực tiếp đến các chỉ số này. Carousel tự động chạy ảnh, video background, component nặng trên màn hình đầu tiên đều có thể kéo tụt LCP và CLS. Vì vậy trong giai đoạn thiết kế, Sinh Vũ khuyến nghị đặt performance budget (ngân sách hiệu suất): xác định ngưỡng kích thước tối đa cho từng loại component, đặc biệt là những component xuất hiện trên product listing page và trang chủ.
Tại Việt Nam, tỷ lệ mua hàng qua mobile cao và kết nối mạng không đồng đều, nên responsive không chỉ là co giãn màn hình mà còn là tối ưu cho thao tác một tay, button đủ kích thước chạm, và skeleton loading (trạng thái hiển thị tạm khi dữ liệu chưa về) để tránh giao diện trông bị vỡ.
Baymard Institute qua nhiều năm nghiên cứu về usability của e-commerce chỉ ra rằng checkout là điểm thoát lớn nhất, và nguyên nhân thường đến từ ba vấn đề: form validation không rõ ràng, thiếu trust signals (tín hiệu tin cậy như badge bảo hành, đánh giá người dùng, chính sách đổi trả), và quy trình quá nhiều bước.
Từ đó, Sinh Vũ tư vấn xây phần checkout và form thanh toán theo chuẩn Baymard và WCAG (tiêu chuẩn tiếp cận quốc tế) trước khi bàn đến visual. Cụ thể:
Product card là component xuất hiện nhiều nhất trên sàn và cũng là nơi dễ mất nhất quán nhất. Khi không có chuẩn, mỗi danh mục hay mỗi chiến dịch lại có card hiển thị giá khác nhau, badge giảm giá khác nhau, trạng thái hết hàng khác nhau. Người dùng khó so sánh và mất tin tưởng vào giao diện.
Nielsen Norman Group chỉ ra nguyên tắc Progressive Disclosure (tiết lộ thông tin theo tầng ưu tiên) đặc biệt quan trọng ở product listing page: hiển thị đủ để quyết định click vào xem chi tiết, không nhồi mọi thông tin vào card. Anh chị cần thống nhất ngay từ đầu: card hiển thị tối đa bao nhiêu thông tin, thứ tự ưu tiên là gì, và trạng thái nào cần badge riêng.
Ngoài product card, các component cần chuẩn hóa sớm bao gồm: countdown timer cho flash sale, trạng thái hàng tồn kho, và add-to-cart button với các biến thể trạng thái đủ để dùng lại toàn sàn.
Giao diện đẹp không giữ người dùng ở lại checkout. Luồng rõ ràng, form không gây nhầm lẫn, và trang tải nhanh mới giữ được. Visual là lớp cuối cùng, không phải điểm bắt đầu.
Sinh Vũ Studio, nguyên tắc tư vấn thiết kế thương mại điện tử
Trong thực hành, Sinh Vũ ưu tiên thứ tự: chuẩn hóa component checkout và form trước, xây hệ token hai lớp tiếp theo, sau đó mới thiết kế visual cho product card và trang danh mục. Sàn đa người bán cần thêm một lớp theming nữa cho gian hàng người bán, với quy tắc rõ ràng về những gì người bán được phép thay đổi và những gì phải giữ theo chuẩn sàn. Sinh Vũ không tham gia tích hợp payment gateway hoặc hệ thống logistics phía backend.
Baymard Institute, E-Commerce UX Research (nhiều báo cáo từ 2012 đến nay). Nielsen Norman Group, Progressive Disclosure. Google, Core Web Vitals documentation. Thực hành thiết kế hệ thống ghi nhận trong cộng đồng Figma và Storybook. Sinh Vũ Studio, kinh nghiệm thực hành tư vấn.
Thường là không cần. Website thương mại điện tử nhỏ hoặc landing page đơn sản phẩm dùng template có sẵn và tùy chỉnh sẽ hiệu quả hơn về chi phí và thời gian. Design system đầy đủ chỉ sinh lợi khi anh chị có đội kỹ thuật nội bộ từ khoảng năm người trở lên và cần duy trì giao diện nhất quán qua nhiều chiến dịch dài hạn.
Không nên. Khi dùng nền tảng SaaS như Shopify, thiết kế bị ràng buộc trong giới hạn của theme engine nên design system thuần không áp dụng được toàn bộ. Nên tập trung vào theme customization có tổ chức: đặt tên biến màu và font nhất quán trong file theme, ghi lại quy tắc spacing, và xây thư viện Figma cho đội marketing. Đó là cách thực tế hơn cho bối cảnh này.
Token là tên biến lưu giá trị thiết kế, ví dụ màu nền, khoảng cách, shadow. Tách thành hai lớp nghĩa là: lớp structural giữ nguyên bố cục và khoảng cách dù chiến dịch nào, lớp campaign chứa màu accent, màu nền banner, kiểu chữ tiêu đề có thể đổi theo mùa Tết hay 11.11. Cách tách này giúp marketing team thay giao diện theo chiến dịch mà không cần kỹ sư sửa từng file một, và không vô tình phá hỏng checkout flow hay trải nghiệm tiếp cận cho người dùng khuyết tật.