Một tuần của Luminous không chia thành những chiếc hộp riêng cho thiết kế rồi mới đến phát triển. Designer và developer cùng tham gia từ sớm để mỗi ý tưởng đều được kiểm tra về nhu cầu, nội dung, dữ liệu và khả năng triển khai. Nhịp làm việc ngắn giúp đội ngũ phát hiện rủi ro trước khi chúng trở thành những vòng sửa tốn kém.
Thứ Hai: thống nhất vấn đề và kết quả cần đạt
Tuần bắt đầu bằng một phiên ngắn để nhìn lại dữ liệu, phản hồi và ưu tiên. Đội ngũ không chỉ hỏi sẽ làm màn hình nào mà hỏi thay đổi này phục vụ người dùng nào, giải quyết vướng mắc gì và cần quan sát tín hiệu nào sau khi đưa lên. Các giả định chưa được chứng minh được ghi rõ để không vô tình biến thành “sự thật” trong quá trình thiết kế.
Nếu có nhiều bên liên quan, quyết định cần một người chịu trách nhiệm và một thời hạn. Brief được rút gọn thành mục tiêu, phạm vi, điều kiện chấp nhận và phần chưa làm. Sự rõ ràng này bảo vệ chất lượng tốt hơn một danh sách dài tính năng thiếu thứ tự ưu tiên.
Thứ Ba: đi từ luồng đến nội dung thật
Designer dựng luồng và wireframe bằng nội dung gần với thực tế. Developer xem cùng để nhận ra phụ thuộc dữ liệu, trạng thái loading, quyền truy cập và những trường hợp biên. Khi nội dung dài hơn dự kiến hoặc một trạng thái lỗi xuất hiện, bố cục được kiểm tra ngay thay vì chờ đến cuối.
Với website marketing, nhóm kiểm tra heading, liên kết, form và cách CMS sẽ quản trị từng vùng. Với ứng dụng nghiệp vụ, trọng tâm có thể là bảng dữ liệu, phân quyền và lịch sử thay đổi. Mỗi loại sản phẩm có chi tiết khác nhau nhưng cùng một nguyên tắc: giao diện phải diễn tả đúng hệ thống phía sau.
Thứ Tư: ghép thiết kế với bản build
Các component quan trọng được đưa vào code sớm. Bản build giúp kiểm tra typography trên trình duyệt thật, hành vi responsive, dữ liệu dài, focus bàn phím và tốc độ phản hồi. Thay vì cố hoàn thiện mọi pixel trong công cụ thiết kế, đội ngũ dùng prototype và code cho đúng loại câu hỏi cần trả lời.
Design token, component và API contract được rà soát cùng nhau. Nếu một pattern lặp lại, nó được chuẩn hóa; nếu chỉ dùng một lần, đội ngũ cân nhắc chi phí duy trì. Mục tiêu không phải tạo design system thật lớn mà tạo đủ quy tắc để sản phẩm nhất quán và vẫn thay đổi được.
Thứ Năm: review như một người dùng khó tính
Review không dừng ở việc so ảnh. Nhóm đi qua luồng bằng chuột, bàn phím và màn hình nhỏ; thử dữ liệu trống, lỗi mạng, nhập sai, bấm hai lần và tải lại trang. Với hành động ghi dữ liệu, trạng thái phải được kiểm tra lại từ API hoặc sau reload, không chỉ dựa vào một thông báo thành công trên giao diện.
Phản hồi được gắn với mục tiêu hoặc tiêu chuẩn cụ thể. “Khoảng cách này chưa đẹp” được chuyển thành vấn đề về thứ bậc, khả năng đọc hoặc tính nhất quán. Cách nói chính xác giúp người sửa hiểu nguyên nhân và tránh tạo ra một lỗi khác ở breakpoint hay trạng thái khác.
Thứ Sáu: phát hành nhỏ và học từ dữ liệu
Trước khi phát hành, đội ngũ chạy cổng kiểm tra phù hợp với rủi ro: route và link, form, accessibility, SEO, responsive, error handling và rollback. Thay đổi được đưa lên theo phạm vi có thể quan sát. Sau đó nhóm kiểm tra log, sự kiện đo lường và phản hồi thay vì coi deploy là điểm kết thúc.
Một tuần tốt không nhất thiết tạo ra thật nhiều màn hình. Nó tạo ra một thay đổi có lý do, hoạt động trên dữ liệu thật và để lại hệ thống dễ tiếp tục hơn. Nhịp cộng tác giữa chiến lược, thiết kế và kỹ thuật là cách Luminous giữ tốc độ mà không biến tốc độ thành nợ chất lượng.