Cách dùng Claude trong thiết kế: Brief, UI Copy, Góp ý và Tài liệu Handoff

Claude có thể nhận hình ảnh, vì vậy bạn có thể thả vào một ảnh chụp của một frame Figma, một wireframe, hoặc một màn hình đã lên sản phẩm, và hỏi trực tiếp về nó: hierarchy này có hợp lý không, hành động chính có rõ ràng không, nó có khớp với pattern dùng ở màn hình trước không.

Nó đọc pixel theo cách một người lướt qua ảnh chụp sẽ làm, không phải phân tích cấu trúc layer hay thuộc tính component trong file Figma của bạn. Nó sẽ không biết design token, component library, hay frame nào là bản 'thật' trừ khi bạn nói cho nó biết. Hãy coi nó như một lượt đọc lại nhanh thứ hai, không phải một reviewer hiểu design system.

Phiên bản hữu ích nhất của việc này là thu hẹp phạm vi: một màn hình, một câu hỏi cụ thể. 'Error state ở đây có rõ không' sẽ cho câu trả lời sắc hơn 'review toàn bộ flow này,' giống như cách một đồng nghiệp trả lời tốt hơn khi bạn hỏi họ điều gì đó cụ thể thay vì đưa cho họ cả file.

Giả sử một dự án bắt đầu theo cách mà hầu hết đều bắt đầu: một thread Slack với product manager, một cuộc trao đổi ngoài hành lang nhớ nửa vời, và vài dòng trong một ticket không hoàn toàn khớp với nhau. Thay vì nhìn chằm chằm vào một template brief trống, hãy dán tất cả vào Claude như nguyên liệu thô và yêu cầu nó lọc ra tín hiệu từ nhiễu.

Hỏi trực tiếp về những phần một brief cần có: vấn đề thực sự đang được giải quyết là gì, những ràng buộc nào đã được nhắc tới (một deadline, một hạn chế của platform, một quy tắc thương hiệu), điều gì được coi là thành công, và điều gì vẫn chưa được giải quyết. Claude thường sẽ chỉ ra một mâu thuẫn bạn đã bỏ lỡ, như một ràng buộc được nhắc một lần ở đầu thread rồi bị bỏ quên sau đó.

Kết quả đầu ra không phải là bản cuối cùng. Đó là một bản thảo đầu tiên đã được sắp xếp sẵn thay vì một trang trống, nghĩa là việc chỉnh sửa bạn làm sau đó là mài sắc nội dung thật thay vì tự nghĩ ra cấu trúc từ đầu. Đó mới là khoản tiết kiệm thời gian thực sự: không phải việc viết, mà là việc bỏ qua giai đoạn trang trống.

Đọc về các quy trình này và thực sự chạy chúng là hai kỹ năng khác nhau. Lộ trình khởi đầu dưới đây được xây dựng để lấp khoảng cách đó qua ba bài học ngắn, theo đúng thứ tự này.

Bắt đầu với bài "The Three Ways to Use Claude" trong khóa The Three Modes, một bài học năm phút nói về sự khác biệt giữa một đoạn chat nhanh, một buổi co-work qua lại dài hơn, và Claude Code. Hầu hết công việc thiết kế, cho dù đó là một câu hỏi góp ý, một lượt chỉnh copy, hay một brief, đều nằm trong hai mode đầu, vậy nên bài học này giúp bạn chọn đúng mode thay vì mặc định dùng bất kỳ tab nào đang mở.

Sau đó chuyển sang bài "Context Is Everything" trong Strategic Prompting, cũng năm phút. Đây là bài học biến một brief chung chung thành một brief phản ánh đúng dự án thực tế của bạn: nó nói về những gì nên dán vào (ghi chú thật của bạn, brand voice của bạn, màn hình cụ thể) để Claude không phải đoán context mà nó chưa từng được cung cấp.

Kết thúc với bài "The Iteration Loop" trong Master the Essentials, một bài học sáu phút về việc coi câu trả lời đầu tiên của Claude là một bản thảo chứ không phải một kết luận cuối cùng. Với một nhà thiết kế, đây là sự khác biệt giữa việc chấp nhận ngay bộ phương án UI copy đầu tiên nó đưa ra và việc thực sự thu hẹp tám phương án xuống còn hai qua vài vòng trao đổi tiếp theo.

Khoảng cách giữa một câu trả lời chung chung và một câu trả lời hữu ích hầu như luôn nằm ở context bạn đưa vào. Với công việc thiết kế cụ thể, điều đó nghĩa là dán vào những thứ nằm trong đầu bạn hoặc trong file của bạn nhưng không bao giờ vào được một prompt ngắn: ghi chú họp thật thay vì trí nhớ của bạn về nó, hướng dẫn brand voice nếu bạn đã viết ra, và ảnh chụp cụ thể thay vì một mô tả về màn hình.

"Review flow này" sẽ kéo theo một câu trả lời mơ hồ, rời rạc. "Nhìn vào màn hình xác nhận và cho tôi biết hành động phụ có cạnh tranh với hành động chính không" sẽ kéo theo một câu trả lời hữu ích. Câu hỏi càng hẹp, càng đáng để hỏi.

Nếu bạn sẽ hỏi cùng một dạng câu hỏi lặp đi lặp lại, như cùng một kiểm tra accessibility cho mỗi màn hình mới hoặc cùng một hướng dẫn tông giọng cho mọi đoạn UI copy, thì nên viết context đó một lần và dùng lại, thay vì giải thích lại brand voice của bạn trong mỗi cuộc trò chuyện.

Claude không tạo ra UI sẵn sàng đưa vào sản xuất, không chỉnh sửa file Figma của bạn, và không nhớ sẵn brand guidelines của bạn trừ khi bạn dán vào. Nó cũng không thể đánh giá độ hoàn thiện hình ảnh theo cách một con mắt được rèn luyện có thể làm; nó suy luận về cấu trúc, hierarchy và độ rõ ràng từ những gì nhìn thấy được trong hình ảnh, không phải về việc liệu điều gì đó có 'đúng cảm giác' ở mức pixel hay không.

Với accessibility, hãy coi các kiểm tra của nó là một lượt rà soát ban đầu, không phải một sự chấp thuận cuối cùng. Công việc accessibility thật sự cần công cụ kiểm tra độ tương phản, kiểm thử với screen reader, và thường là một đánh giá từ chuyên gia, đặc biệt với bất cứ thứ gì sẽ ra mắt cho một lượng lớn người dùng. Đừng nói với một stakeholder hay một người đánh giá tuân thủ rằng một thiết kế đã được kiểm tra accessibility chỉ vì Claude đã nhìn vào một ảnh chụp màn hình.

Sự cẩn trọng tương tự áp dụng trước khi bất cứ thứ gì được gửi tới một client, một khách hàng, hay một đồng nghiệp: hãy đọc lại những gì Claude tạo ra trước khi gửi đi. Một tài liệu handoff với một ghi chú tương tác sai mà lại rất chắc chắn còn tệ hơn là không có tài liệu nào, vì một kỹ sư sẽ build dựa trên đó.

Nó cũng chỉ tốt bằng những gì bạn đưa vào. Một brief viết từ một prompt hai dòng sẽ đọc rất chung chung; một brief viết từ một bản ghi cuộc trò chuyện thật hoặc một tập ghi chú thật sẽ thực sự phản ánh đúng dự án.