UI/UX 디자이너는 AI에게 대체되는가 — 픽셀은 넘어가고, 판단은 남는다

디자이너의 불안은 기획자보다 더 구체적이다. 기획자는 "PRD를 AI가 쓴다"는 얘기를 듣고 막연히 불안해하지만, 디자이너는 미드저니가 뽑아낸 시안을 눈으로 직접 본다. 텍스트 몇 줄로 만들어진 UI 목업이 내가 이틀 걸려 그린 것보다 그럴듯할 때, 그 위협은 추상이 아니라 화면 위의 픽셀로 다가온다.

그래서 디자인 직군의 불안은 더 날것이다. 하지만 바로 그 이유 때문에, 대체되는 것과 남는 것의 경계도 더 선명하게 그을 수 있다. 이 글은 그 경계를 긋고, 남는 쪽으로 건너가는 3단계 로드맵을 정리한다.

지금 AI가 실제로 하고 있는 디자인 업무

디자인은 산출물이 눈에 보이는 직군이라, AI의 침투도 눈에 보인다. 2026년 현재 이미 벌어지고 있는 일이다.

• ·비주얼 시안 생성 — 미드저니·생성 이미지 도구로 무드보드, 키비주얼, 배너 시안을 분 단위로 대량 생성
• ·UI 목업 — 텍스트 프롬프트로 화면 레이아웃과 컴포넌트 배치 (Figma AI, 각종 텍스트-투-UI 도구)
• ·반복 작업 — 이미지 배경 제거, 리사이징, 다국어 버전 복제, 에셋 익스포트, 목업 합성
• ·디자인 시스템 적용 — 정의된 토큰과 컴포넌트를 새 화면에 기계적으로 얹는 일
• ·카피·마이크로카피 초안 — 버튼 문구, 빈 화면 안내, 에러 메시지 후보 생성

공통점은 기획자 편에서 본 것과 같다. 전부 "실행"이다. 무엇을 만들지가 정해진 뒤에 그것을 화면으로 옮기는 노동. 그런데 디자인은 이 실행 노동의 비중이 기획보다 더 컸다. 손이 빠른 게 곧 실력으로 통하던 시절이 길었기 때문이다. 그 손의 속도를 AI가 무한대로 만들어버렸다.

대체되는 것과 남는 것을 가르는 기준

기준은 하나다. 그 결정에 '왜'가 필요한가. AI는 그럴듯한 결과물을 무한히 뽑지만, 그중 무엇이 이 제품에 맞는지, 왜 이 방향이어야 하는지는 답하지 못한다. 그 '왜'가 없는 작업일수록 대체되고, '왜'가 핵심인 작업일수록 남는다.

대체되는 쪽 — 그리는 손. 시안 양산, 목업 제작, 에셋 가공, 정해진 시스템의 기계적 적용. "예쁘게 만드는" 일 중 판단이 빠진 부분 전부.

남는 쪽 — 문제 정의(이 화면이 풀어야 할 사용자 문제가 무엇인지 규정하는 일), 정보 구조와 플로우 설계(수많은 화면을 하나의 일관된 여정으로 엮는 일), 디자인 시스템의 설계(적용이 아니라 규칙 자체를 만드는 일), 브랜드와 톤의 결정, 그리고 AI가 뱉은 100개의 시안 중 "이거다"를 고르고 그 이유를 설명하는 안목.

위험한 착각 하나. "나는 손이 빠르고 툴을 잘 다룬다"가 강점이라는 생각이다. 그건 이제 가장 먼저 대체되는 능력이다. AI 시대에 툴 숙련도는 기본기이지 차별점이 아니다. 진짜 안전한 디자이너는 시안을 빨리 그리는 사람이 아니라, 왜 이 디자인이어야 하는지를 개발자와 기획자와 대표 앞에서 설득할 수 있는 사람이다. 손이 아니라 눈과 입이 남는다.

관점을 뒤집으면: 디자이너의 무기가 바뀐다

여기까지는 방어다. 그런데 디자이너에게도 판을 뒤집을 기회가 있다. 지금까지 디자이너의 가장 큰 병목은 아이디어와 구현 사이의 시간이었다. 머릿속의 그림을 실제 시안으로 옮기는 데 걸리는 시간이 길어서, 하루에 검토할 수 있는 방향의 수가 적었다.

그 병목이 사라진다. 예전엔 세 가지 방향을 그려보는 데 하루가 걸렸다면, 이제 서른 가지를 한 시간에 펼쳐놓고 그중 고를 수 있다. 디자이너의 일이 "그리기"에서 "고르기와 다듬기"로 옮겨간다는 뜻이다. 더 많은 가능성을 탐색하고, 더 빠르게 방향을 검증하고, 아이디어 단계에서 이미 동작하는 프로토타입까지 만들 수 있다.

여기에 더해, 디자이너가 원래 약했던 영역—코드—의 벽도 낮아진다. "개발자에게 넘기면 이 인터랙션이 구현될까?"를 말로 설명하는 대신, AI 코딩 도구로 직접 만들어 보여줄 수 있다. 정적 시안을 넘겨주는 디자이너와, 움직이는 프로토타입을 넘겨주는 디자이너의 차이는 크다.

요컨대 디자이너의 분기점은 이거다. 픽셀을 그리는 사람으로 남을 것인가, 경험을 설계하고 판단하는 사람으로 갈 것인가. 전자는 AI 시안 생성기와 경쟁하게 되고, 후자는 그 생성기를 지휘하는 사람이 된다.

3단계 생존 로드맵

방향이 정해졌으면 순서다. 디자이너 버전으로, 단계마다 통과 기준을 걸어놨다.

1단계 (지금부터 1개월) — AI를 시안 생성 파트너로 붙인다. 다음 프로젝트에서 무드보드나 초기 시안을 미드저니·생성 도구로 먼저 펼쳐놓고 시작한다. 목표는 AI 결과물을 그대로 쓰는 게 아니라, 탐색의 출발점을 열 배로 넓히는 것. 그리고 그중 왜 이걸 골랐는지를 한 문장으로 적는 연습을 같이 한다. 통과 기준: 한 프로젝트에서 AI로 시안 탐색 시간을 절반으로 줄이면서, 선택의 근거를 말로 설명할 수 있는가.

2단계 (1~3개월) — 정적 시안을 움직이는 프로토타입으로 바꾼다. 바이브코딩 도구(v0, Cursor 같은)로 내 디자인을 실제로 클릭되는 화면으로 만들어본다. 코드를 몰라도 된다. 목적은 완성도가 아니라 "디자이너가 동작하는 걸 넘긴다"는 경험이다. 개발자와의 대화가 달라지고, 인터랙션 아이디어의 설득력이 완전히 달라진다. 통과 기준: 시안 하나를 클릭 가능한 프로토타입으로 만들어 공유했는가.

3단계 (3~6개월) — '왜'를 자산으로 쌓는다. 이제부터는 결과물이 아니라 판단을 축적한다. 내가 내린 디자인 결정과 그 근거, 그리고 그 결정이 만든 결과(지표든 반응이든)를 기록으로 남긴다. AI 시대의 디자인 포트폴리오는 예쁜 시안 모음이 아니라 "이 문제를 이렇게 정의했고, 이렇게 판단했고, 이런 결과가 나왔다"는 사고의 기록으로 바뀌고 있다. 시안은 AI도 만들지만, 판단의 역사는 못 만든다. 통과 기준: 디자인 결정 하나를 '문제-판단-결과' 구조로 정리한 케이스가 있는가.

이번 주에 할 일 세 가지

로드맵은 길다. 이번 주 것만 잘라놓는다.

• ·진행 중인 프로젝트의 시안 하나를 AI 생성 도구로 열 개 버전 펼쳐본다. 그중 하나를 고르고, 왜 골랐는지 한 문장으로 적는다.
• ·그 시안을 바이브코딩 도구에 넣어 클릭되는 화면으로 만들어본다. (조악해도 된다. 30분)
• ·최근에 내린 디자인 결정 하나를 "무슨 문제를, 왜 이렇게 풀었나" 세 문장으로 적어본다. 이게 앞으로의 포트폴리오 형식이다.

마지막으로 하나. 방향을 잡았다면 타이밍이 남는다. 같은 전환도 커리어의 어느 구간에서 하느냐에 따라 도약이 되기도, 조급한 헛발질이 되기도 한다. 지금 내가 준비할 시기인지 움직일 시기인지 궁금하다면 아래 진단으로 확인해보자.

다음 글은 개발자 편이다. AI가 코드를 짜는 시대에 개발자에게 남는 것은 무엇인지 — 매주 한 편씩, 직무별로 이어간다.