Đầu năm 2026, tôi nhận ra rằng bộ công cụ của UX designer dường như đã thay đổi chỉ sau một đêm. Cuộc tranh luận quen thuộc trong ngành — “designer có nên code không?” — đã bị thị trường tự động đưa ra câu trả lời, không phải bằng sự đồng thuận, mà bằng yêu cầu tuyển dụng.
Nếu bạn lướt LinkedIn hiện nay, bạn sẽ thấy một thay đổi rõ rệt: các vị trí UX ngày càng yêu cầu phát triển có hỗ trợ AI, điều phối kỹ thuật và prototype sẵn sàng triển khai.
Với nhiều người — bao gồm cả tôi — đây thực sự là một cơn ác mộng trong công việc thiết kế. Chúng ta bị yêu cầu vừa tạo “trải nghiệm” vừa tạo “code” cùng lúc, sử dụng AI agent để lấp khoảng trống kỹ thuật mà trước đây cần nhiều năm học khoa học máy tính và lập trình.
Nhưng khi ngành công nghiệp vội vàng đáp ứng kỳ vọng mới này, họ đang nhận ra một sự thật: code do AI tạo ra có thể chạy được — nhưng không phải lúc nào cũng là code tốt.
Áp lực từ LinkedIn: “role creep” trong năm 2026
Thị trường việc làm đang gửi một tín hiệu rất rõ ràng.
Trong khi các công việc thiết kế đồ họa truyền thống chỉ tăng trưởng khoảng 3% đến năm 2034, thì UX, UI và thiết kế sản phẩm được dự đoán tăng tới 16%.
Tuy nhiên, sự tăng trưởng này gắn chặt với sự bùng nổ của phát triển sản phẩm AI — nơi “kỹ năng thiết kế” đã trở thành năng lực được săn đón nhất, thậm chí vượt qua cả lập trình và hạ tầng cloud.
Các công ty không còn chỉ tìm người thiết kế giao diện đẹp. Họ cần người có thể chuyển hóa khả năng kỹ thuật thành trải nghiệm lấy con người làm trung tâm.
Điều này tạo ra một môi trường áp lực cao cho UX designer.
Chúng ta không còn chỉ chịu trách nhiệm về giao diện. Chúng ta phải hiểu logic kỹ thuật đủ sâu để đảm bảo các tính năng AI phức tạp trở nên trực quan, an toàn và hữu ích cho người dùng.
UX designer đang bị đẩy về mô hình “design engineer” — nơi phải kết nối giữa logic AI trừu tượng và code thực tế hiển thị cho người dùng.
Một khảo sát gần đây cho thấy 73% designer xem AI là cộng tác viên chính thay vì chỉ là công cụ.
Nhưng trong thực tế, “cộng tác” này thường đồng nghĩa với “mở rộng vai trò”.
Nhà tuyển dụng không chỉ muốn bạn hiểu empathy hay cấu trúc thông tin — họ muốn bạn có thể prompt ra một component React và đẩy lên repository.
Điều này tạo ra một khoảng cách năng lực.
Là một designer cấp cao đã dành nhiều năm nghiên cứu về tải nhận thức, tiêu chuẩn accessibility và nghiên cứu người dùng, tôi bất ngờ bị đánh giá dựa trên khả năng debug CSS Flexbox hay quản lý Git branch.
Vấn đề không nằm ở công nghệ.
Nó nằm ở sự thay đổi trong cách giá trị được định nghĩa.
Công cụ cho phép designer chuyển từ thiết kế sang code
Bẫy năng lực: Hai kỹ năng, một kết quả trung bình
Hiện đang tồn tại một quan niệm nguy hiểm: AI khiến designer “ngang bằng” với engineer.
Vì AI có thể tạo ra code chạy được, nên người dùng không cần hiểu logic phía sau.
Nhưng thực tế, việc cố gắng làm chủ hai lĩnh vực sâu và khác nhau cùng lúc thường dẫn đến một kết quả:
Chỉ giỏi ở mức trung bình ở cả hai.
Nghịch lý “giỏi vừa đủ”
Việc yêu cầu một UX designer trở thành coder cấp cao cũng giống như yêu cầu một đầu bếp trở thành thợ sửa ống nước chỉ vì cả hai đều làm việc trong nhà bếp.
Bạn có thể khiến nước chảy — nhưng không hiểu vì sao đường ống lại rung.
- Rủi ro “phó mặc tư duy”
Nghiên cứu cho thấy AI giúp hoàn thành task nhanh hơn nhưng làm giảm khả năng hiểu sâu. Người dùng AI có điểm thấp hơn 17% trong bài kiểm tra hiểu biết. - Khoảng cách debug
Sự khác biệt lớn nhất nằm ở debug. Khi designer dùng AI để viết code mà không hiểu, họ không thể biết khi nào và tại sao code lỗi.
AI làm giảm khả năng hình thành kỹ năng lập trình
Nếu một component do AI tạo ra bị lỗi trong tình huống traffic cao mà designer không thể truy vết logic, họ không còn là chuyên gia nữa.
Họ trở thành rủi ro.
Cái giá của code chưa được tối ưu
Bất kỳ kỹ sư phần mềm có kinh nghiệm nào cũng sẽ nói với bạn rằng: nếu tạo code bằng AI mà không có prompt phù hợp, bạn sẽ phải làm lại rất nhiều.
Vì phần lớn designer không có nền tảng kỹ thuật đủ sâu để kiểm tra code do AI tạo ra, họ vô tình đưa vào sản phẩm một lượng lớn “nợ chất lượng”.
Các vấn đề phổ biến trong code do designer tạo bằng AI
- Lỗ hổng bảo mật
Các báo cáo gần đây cho thấy tới 92% code do AI tạo ra chứa ít nhất một lỗ hổng nghiêm trọng. Một designer có thể thấy form đăng nhập hoạt động bình thường, nhưng không biết rằng hệ thống gần như không có khả năng chống tấn công XSS. - Ảo tưởng về accessibility
AI thường tạo ra ứng dụng “chạy được” nhưng thiếu tính ngữ nghĩa. Ví dụ, một toggle đẹp mắt có thể chỉ là một thẻkhông hỗ trợ bàn phím hoặc screen reader — tạo ra “nợ accessibility” rất tốn kém để sửa sau này. - Hiệu năng kém
Code do AI tạo ra thường dài dòng và lặp lại. Nó có thể chứa nhiều code trùng lặp hơn tới 4 lần so với code viết tay. Điều này làm chậm website, tăng kích thước CSS và ảnh hưởng tiêu cực đến SEO.
Với doanh nghiệp, mọi thứ có vẻ “đã xong”. Nhưng với người dùng — đặc biệt là người dùng mạng chậm hoặc sử dụng công cụ hỗ trợ — trải nghiệm lại rất tệ.
AI đang tạo thêm việc, không phải giảm việc
Lời hứa của AI là giúp designer có thể triển khai tính năng mà không cần phụ thuộc vào developer.
Nhưng thực tế lại tạo ra một loại chi phí mới: “thuế làm lại”.
- Dọn dẹp hậu quả
Dù tốc độ phát triển tăng, số lỗi trên mỗi Pull Request cũng tăng thêm 23.5%. Nhiều team kỹ thuật phải dành phần lớn thời gian để sửa lại code AI do team design tạo ra. - Khoảng cách giao tiếp
Chỉ 69% designer cảm thấy AI giúp cải thiện chất lượng công việc, trong khi con số này ở developer là 82%.
Lý do rất đơn giản:
“Code chạy được” không đồng nghĩa với “code có thể duy trì”.
Khi designer bàn giao code AI không tuân theo convention hoặc kiến trúc hệ thống, họ không giúp developer — họ tạo thêm một bài toán cần giải.
Các vấn đề developer thường gặp với code do AI tạo
Giải pháp
Chúng ta cần rời bỏ mô hình “designer full-stack đơn độc” và chuyển sang mô hình hợp tác giữa designer và developer.
Mô hình lý tưởng:
- Làm việc theo vòng lặp người–AI–người
Designer và developer cùng sử dụng AI. Designer tập trung vào intent, accessibility và trải nghiệm. Developer tập trung vào kiến trúc và hiệu năng. - Design system làm “hàng rào”
Các component chuẩn về accessibility cần được định nghĩa sẵn. AI chỉ nên sử dụng các “token” này để đảm bảo code sinh ra vẫn tuân thủ hệ thống.
Vượt qua “prompt”
Ngành công nghiệp hiện đang trong giai đoạn “mê mẩn AI”, nhưng sớm muộn cũng sẽ quay lại với chất lượng.
Các công ty ưu tiên “designer ship code” mà không có kiểm soát kỹ thuật sẽ phải đối mặt với hậu quả: nợ kỹ thuật, lỗ hổng bảo mật và vấn đề accessibility.
Những designer thành công trong tương lai sẽ không chỉ là “người prompt AI”.
Họ sẽ là người bảo vệ trải nghiệm người dùng.
Giá trị cốt lõi của UX chưa bao giờ thay đổi: hiểu và bảo vệ người dùng.
AI nên được dùng để tăng tốc tư duy thiết kế — không phải thay thế chuyên môn kỹ thuật.
Tóm tắt dành cho UX Designer
- Làm việc cùng developer
Xem code AI như điểm khởi đầu để thảo luận, không phải để thay thế hợp tác. - Hiểu rõ logic
Không sử dụng code nếu bạn không thể giải thích nó hoạt động như thế nào. - Thiết kế cho mọi người
Đảm bảo sản phẩm hoạt động với screen reader, bàn phím và mọi đối tượng người dùng.