- Đang nâng cao hiệu quả thiết kế bằng cách sử dụng Claude Code để tạo mã chạy được ngay mà không cần mockup trung gian
- Mức sử dụng Figma đã giảm mạnh; khi chỉnh sửa tính năng bằng dữ liệu thực ngay trên mã đang hoạt động, các điểm cần cải thiện UX lộ ra nhanh hơn nhiều so với mockup tĩnh
- Với các tính năng nhỏ, triển khai trực tiếp bằng Claude Code không cần Figma; với tính năng lớn, sau giai đoạn khám phá sẽ tạo artifact tương tác để chia sẻ với nhóm
- Quy trình đã chuyển sang hình thức tự hoàn tất đến khâu gửi PR mà không cần handoff hay tạo ra các đầu ra lãng phí
- Vẫn giữ các nguyên tắc cốt lõi của thiết kế như tư duy lấy người dùng làm trung tâm, khám phá vấn đề và cải tiến lặp lại, đồng thời đang tiến hóa thành một workflow mới làm mờ ranh giới giữa thiết kế và phát triển
Thay đổi cốt lõi: Công việc thiết kế thông qua Claude Code
- Dùng Claude Code hằng ngày, và số lượng commit tăng lên trên biểu đồ Git commit của tôi cho thấy sự tích hợp giữa thiết kế và phát triển
- Việc sử dụng Figma đã giảm đáng kể, chuyển sang thiết kế dựa trên mã
- Khi mô tả bằng ngôn ngữ tự nhiên trải nghiệm người dùng mong muốn (use case, hành vi kỳ vọng, hướng phát triển tính năng), Claude Code sẽ nắm được cách triển khai
- Cách làm này giống với cách từng cộng tác với kỹ sư trước đây, nhưng nhà thiết kế giữ quyền kiểm soát trực tiếp
- Bỏ qua hoàn toàn mockup mid-fi trung gian và có thể prompt để tạo phiên bản chạy được ngay trong Claude Code chỉ trong vài phút
- Khi chỉnh sửa trên phiên bản đang hoạt động có dữ liệu thực, các vấn đề UX như căn chỉnh, lọc, độ dài dữ liệu... hiện ra ngay lập tức
Quy trình thiết kế mới
- Trong vài tháng gần đây, quy trình đã thay đổi rất nhiều
-
Tính năng nhỏ được triển khai trực tiếp bằng Claude Code không cần Figma
- Các tính năng tận dụng pattern và component sẵn có như cải thiện QoL hay thêm trường tìm kiếm vào danh sách thì bỏ qua hoàn toàn Figma và làm ngay với Claude Code
- Không wireframe, không handoff
- Claude Code sử dụng component và pattern phù hợp khá tốt; đặc biệt Opus 4.6 hiểu codebase và thực hiện đúng mà không cần chỉ dẫn quá tường minh
-
Với tính năng lớn, vẫn tiến hành khám phá trước và xác định vấn đề
- Viết ra vấn đề, use case, “hình dạng” của một giải pháp tốt (ví dụ: “cảm giác nhanh và ít ma sát”, “không bắt người dùng làm thêm việc”), cùng các hướng tiếp cận tiềm năng
- Mang nội dung đó vào cuộc trò chuyện Claude thông thường để xin thêm ý tưởng, và sẽ nhận được vài ý tưởng thú vị chưa từng nghĩ tới, cùng một số ý không phù hợp với ngữ cảnh
- Dùng Claude để tạo artifact tương tác cho hướng đi ưa thích, tự cảm nhận trực tiếp rồi chia sẻ với đồng đội để lấy phản hồi
- Khi nhanh hơn việc viết prompt, đôi lúc vẫn vẽ wireframe lo-fi đơn giản trong Figma
- Sau khi chốt hướng tiếp cận qua lặp lại, thảo luận nhóm và phản hồi người dùng, sẽ build và polish trực tiếp trong mã bằng Claude Code
Những phần Figma vẫn có lợi thế
- Khám phá thị giác (phối màu, lựa chọn typography, component mới) thì Figma vẫn vượt trội
- Việc so sánh song song, phóng to/thu nhỏ, di chuyển phần tử rất khó làm trong mã
- Tuy vậy, vì phần lớn công việc là trong sản phẩm và hệ thống thiết kế hiện có nên tỷ trọng của mảng này đã giảm
Những gì không thay đổi
- Tư duy lấy người dùng làm trung tâm, xác định nhu cầu, hiểu vấn đề, khám phá nhiều lựa chọn, lặp lại và kiểm thử, cùng polish để nâng độ hoàn thiện vẫn được giữ nguyên
- Chỉ là các bước trung gian của quy trình chủ yếu đã chuyển sang Claude Code, và giờ có thể trực tiếp đưa mã đến tay người dùng
- Kết quả là ranh giới giữa thiết kế và phát triển được thu hẹp, và tốc độ đưa sản phẩm đến người dùng thực nhanh hơn
- Một luồng làm việc thực hiện ngay trên phương tiện cuối cùng và gửi PR mà không cần handoff hay tạo đầu ra lãng phí
- Khó dự đoán tương lai sẽ thay đổi ra sao, nhưng đây là thời điểm các công cụ và cách làm mới đang được thử nghiệm rất sôi động
2 bình luận
Nghe nói giờ lập trình viên cũng phải dùng Claude Code để làm cả thiết kế, vậy thiết kế thì không cần review/kiểm duyệt sao?
So với phát triển, cần một vòng phản hồi nhanh hơn rất nhiều và diễn ra thường xuyên hơn.
Vì nhà phát triển ở cuối chu trình công việc, nên tôi cũng nghĩ có khía cạnh khiến vai trò của họ trong nhóm bị diễn giải quá mức.