AI 시대, 디자이너는 사라질까 — 사실 중요한 것은 Figma가 아니다

AI가 디자이너를 대체할까 — 지금 가장 많이 등장하는 질문

최근 몇 년 사이 디자인 커뮤니티와 개발 커뮤니티에서 가장 자주 등장하는 질문 중 하나는 이것이다. “AI가 디자이너를 대체할까?”라는 질문이다. 이 질문은 단순한 호기심에서 나온 것이 아니라 실제 기술 변화에서 비롯된 불안과 기대가 뒤섞인 결과다. 텍스트 몇 줄만 입력하면 웹 페이지의 레이아웃을 생성하거나, 간단한 UI 화면을 자동으로 만들어 주는 도구들이 빠르게 등장하고 있기 때문이다. 몇 년 전까지만 해도 디자인은 인간의 창의성과 감각이 강하게 작용하는 영역으로 여겨졌고, 그래서 자동화가 비교적 늦게 올 것이라고 예상되곤 했다. 그러나 최근에는 상황이 조금 달라졌다. 다양한 생성형 AI 모델이 등장하면서 레이아웃 생성, 스타일 제안, 심지어 인터랙션 구조까지 자동으로 만들어 주는 사례들이 늘어나고 있다. 이런 변화는 자연스럽게 하나의 질문을 만들어 냈다. “이제 디자이너라는 직업이 필요 없어지는 것 아닐까?”

하지만 이 질문은 직관적으로는 설득력 있어 보이지만, 조금 더 깊이 들여다보면 문제의 본질을 정확하게 짚고 있다고 보기는 어렵다. 기술 변화가 직업을 직접적으로 제거하는 경우는 생각보다 많지 않기 때문이다. 오히려 대부분의 경우 기술은 사람의 역할을 제거하기보다 먼저 작업 구조를 재편한다. 예를 들어 과거에도 새로운 도구가 등장할 때마다 “특정 직군이 사라질 것”이라는 이야기는 반복되어 왔다. 컴퓨터 지원 설계 도구가 등장했을 때도 건축가가 사라질 것이라는 예측이 있었고, 코드 자동 완성 기능이 등장했을 때도 개발자의 역할이 줄어들 것이라는 주장들이 있었다. 그러나 현실에서는 직군 자체가 사라지기보다 그 직군이 수행하는 작업의 중심이 이동하는 경우가 더 많았다.

그래서 이 글이 던지려는 질문은 조금 다르다. 우리는 “디자이너가 사라질까?”라는 질문 대신 **“제품 개발 과정에서 디자인의 역할이 어떻게 재구성되고 있는가”**라는 질문을 던져야 한다. AI는 특정 직무를 단순히 대체하기보다는 그 직무가 속한 생산 과정 전체의 구조를 바꾸는 방식으로 작동하는 경우가 많기 때문이다. 디자인 분야에서도 지금 비슷한 변화가 시작되고 있다. UI를 직접 만드는 작업보다 더 중요한 것이 무엇인지, 그리고 제품 개발에서 디자인이 차지하던 위치가 어떻게 변하고 있는지를 살펴보면 이 논쟁의 본질이 조금 더 분명해진다.

이 질문을 이해하려면 먼저 우리가 지난 20년 동안 너무 자연스럽게 받아들여 온 제품 개발 구조를 돌아볼 필요가 있다.

우리가 너무 익숙하게 사용해 온 제품 개발 구조

지난 20년 동안 대부분의 디지털 제품은 비슷한 방식으로 만들어져 왔다. 디자이너가 먼저 화면을 설계하고, 그 다음 개발자가 그 디자인을 코드로 구현하는 방식이다. 디자이너는 Figma나 Sketch 같은 디자인 도구에서 화면을 만들고, 버튼과 카드, 입력 폼 같은 UI 요소를 배치한다. 그런 다음 그 결과물을 개발팀에 전달하고, 개발자는 그것을 HTML과 CSS, 혹은 React 같은 프레임워크 코드로 다시 구현한다. 이 구조는 너무 오랫동안 사용되어 왔기 때문에 이제는 거의 당연한 협업 방식처럼 느껴진다. 하지만 조금만 시선을 바꿔 보면 이 구조에는 꽤 흥미로운 특징이 하나 숨어 있다. 우리가 실제로 만들고 있는 것은 코드로 이루어진 소프트웨어인데, 그 설계는 이미지 기반 목업에서 시작된다는 점이다.

이 방식은 분명 장점도 있었다. 디자이너는 시각적 실험을 빠르게 할 수 있었고, 개발자는 안정적인 코드 구조를 유지할 수 있었다. 하지만 동시에 이 구조는 하나의 근본적인 문제를 가지고 있었다. 바로 설계 매체와 구현 매체가 다르다는 점이다. 디자인은 이미지 형태로 존재하고, 제품은 코드 형태로 존재한다. 그래서 제품 개발 과정에서는 항상 일종의 번역 과정이 필요하다. 디자이너가 만든 화면을 개발자가 코드로 다시 구현해야 하고, 이 과정에서 작은 차이들이 발생한다. 간격이 미묘하게 다르거나, 타이포그래피가 정확하게 맞지 않거나, 컴포넌트 구조가 디자인과 다른 방식으로 구현되는 경우가 흔하다. 이런 문제는 단순한 실수라기보다 구조적인 특성에 가깝다.

실제 제품 개발 현장에서 흔히 볼 수 있는 장면도 이 구조를 잘 보여 준다. 디자이너가 화면을 설계한다. 개발자가 그것을 구현한다. QA 단계에서 실제 화면과 디자인 목업을 비교한다. 그리고 작은 차이를 발견하면 다시 수정 작업이 이루어진다. 이런 반복은 제품 개발에서 상당히 많은 시간을 소비한다. 많은 팀이 디자인 시스템을 도입하고 컴포넌트 기반 개발을 시도하는 이유도 바로 여기에 있다. 하지만 그럼에도 불구하고 여전히 하나의 근본적인 문제가 남는다. 디자인은 여전히 이미지로 설계되고 제품은 코드로 구현된다는 사실이다.

이 구조는 오랫동안 제품 개발의 기본적인 협업 방식이었지만, 동시에 하나의 오래된 병목이기도 했다. 그리고 바로 그 병목이 최근 AI 도구의 등장과 함께 다시 주목받기 시작하고 있다.

디자인 핸드오프 — 제품 개발에서 가장 오래된 병목

제품 개발 과정에서 가장 자주 발생하는 비효율 중 하나는 흔히 디자인 핸드오프(design handoff)라고 불리는 단계에서 나타난다. 디자이너가 만든 화면을 개발자가 코드로 구현하는 과정에서 예상보다 많은 시간이 소비되기 때문이다. 이 과정은 겉으로 보면 단순한 협업처럼 보이지만, 실제로는 여러 단계의 해석과 판단이 포함된 복잡한 작업이다. 디자인 파일에 있는 간격, 색상, 폰트 스타일, 인터랙션 방식 등을 개발자가 코드로 재구성해야 하고, 이 과정에서 작은 차이들이 생긴다. 어떤 경우에는 컴포넌트 구조 때문에 디자인을 그대로 구현하기 어렵기도 하고, 어떤 경우에는 디자인 도구에서 표현된 레이아웃이 실제 반응형 환경에서 다르게 동작하기도 한다.

그래서 많은 팀에서는 QA 단계에서 디자인과 실제 구현을 비교하는 과정이 반복된다. 디자인과 픽셀 단위로 비교하는 이른바 디자인 QA 과정이 존재하는 이유도 여기에 있다. 버튼의 위치가 몇 픽셀 어긋났거나, 타이포그래피 계층 구조가 디자인과 다르게 적용되었거나, 컴포넌트 간격이 일관되지 않으면 다시 수정 작업이 이루어진다. 이런 수정 자체는 제품 품질을 위해 필요한 과정이지만, 동시에 상당한 비용을 발생시킨다. 특히 제품 규모가 커질수록 이 문제는 더 복잡해진다. 디자인 시스템이 존재하더라도 새로운 컴포넌트나 패턴이 등장하면 다시 디자인과 구현 사이의 조율 과정이 필요해진다.

이 과정이 흥미로운 이유는 그것이 단순한 협업 문제라기보다 설계 매체의 차이에서 비롯된 구조적 문제라는 점이다. 디자이너는 시각적인 표현을 중심으로 설계를 하고, 개발자는 코드 구조를 중심으로 구현을 한다. 두 매체는 서로 밀접하게 연결되어 있지만 동일하지 않다. 그래서 항상 번역 과정이 필요하고, 번역에는 언제나 손실이 발생한다. 제품 개발에서 반복되는 많은 비효율이 사실 이 번역 과정에서 만들어진다.

바로 이 지점에서 AI가 등장한다. 그리고 AI는 디자인 자체를 대체하기보다는 이 오래된 번역 구조를 흔들기 시작한다. 다음 섹션에서는 AI가 디자인을 어떻게 바꾸는지가 아니라, 제품 개발의 병목을 어떻게 이동시키고 있는지를 살펴보게 될 것이다.

AI는 디자이너를 대체하는 것이 아니라 병목을 이동시킨다

앞에서 살펴본 것처럼 제품 개발에서 디자인과 구현 사이에는 오래된 병목이 존재해 왔다. 디자이너가 만든 화면을 개발자가 코드로 다시 구현해야 하는 구조 때문이다. 이 과정은 자연스럽게 느껴지지만, 실제로는 설계 매체와 구현 매체가 다르기 때문에 항상 번역 비용이 발생한다. 그래서 디자인 핸드오프는 많은 조직에서 반복적으로 등장하는 문제였다. 흥미로운 점은 AI가 등장하면서 이 병목의 성격이 조금씩 바뀌기 시작했다는 것이다. 많은 사람들이 AI 디자인 도구를 보면서 “디자이너가 사라질 것인가”라는 질문을 먼저 던지지만, 실제로 일어나고 있는 변화는 조금 다르다. AI는 특정 직군을 제거하기보다 기존에 존재하던 작업 병목을 다른 위치로 이동시키는 방식으로 작동하고 있기 때문이다.

최근 등장한 다양한 AI 도구들을 보면 이러한 변화가 분명하게 나타난다. 프롬프트를 입력하면 UI 레이아웃을 생성하거나, 컴포넌트 구조를 자동으로 구성해 주는 시스템들이 점점 늘어나고 있다. 특히 디자인 시스템과 연결된 코드 생성 도구들은 단순한 이미지 생성이 아니라 실제로 작동하는 UI 코드를 만들어 내기도 한다. 이 과정에서 중요한 점은 AI가 단순히 화면 이미지를 만들어 주는 것이 아니라 컴포넌트 구조를 기반으로 UI를 구성한다는 점이다. 즉, 이전에는 사람이 직접 화면을 구성해야 했던 작업 일부가 자동화되기 시작한 것이다. 이런 변화는 제품 개발 과정에서 중요한 질문을 조금씩 바꾸고 있다. 과거에는 “이 화면을 어떻게 구현할 것인가”가 주요 관심사였다면, 이제는 “어떤 화면을 만들어야 하는가”라는 질문이 더 중요해지기 시작한다.

이 변화는 단순히 디자인 도구의 편의성 증가로 볼 수 있는 문제가 아니다. 제품 개발 전체를 보면 UI 제작 자체가 점점 더 빠르고 저렴해지고 있다. AI가 기본적인 레이아웃을 만들고, 컴포넌트를 조합하고, 심지어 코드까지 생성할 수 있게 되면 화면을 만드는 작업 자체의 비용은 계속 낮아진다. 그렇게 되면 자연스럽게 제품 개발에서 희소해지는 것은 UI 제작 능력 자체가 아니라 제품 판단 능력이 된다. 무엇을 만들어야 하는지, 어떤 경험이 사용자에게 의미가 있는지, 어떤 기능이 제품 전략과 맞는지 같은 질문들이 더 중요해지는 것이다. 그래서 AI는 디자이너의 역할을 단순히 제거하기보다는 제품 개발에서 디자인이 담당하던 역할의 중심을 이동시키는 방향으로 작동할 가능성이 높다.

이런 관점에서 보면 AI가 디자인을 바꾸는 방식은 비교적 명확하다. UI를 직접 만드는 작업의 비용이 낮아지면, 그 다음에 중요한 것은 UI를 만드는 규칙과 구조가 된다. 바로 이 지점에서 디자인 시스템이 등장한다. 그리고 다음 섹션에서 살펴보겠지만, 많은 조직에서 진짜 변화가 시작되는 곳도 바로 이 영역이다.

UI 제작은 생각보다 창의적인 작업이 아니다

많은 사람들이 디자인을 이야기할 때 가장 먼저 떠올리는 것은 창의성이다. 새로운 화면을 설계하고, 색상을 조합하고, 인터페이스를 아름답게 구성하는 작업이 디자이너의 핵심 역할이라고 생각하기 쉽다. 물론 실제 디자인 작업에는 분명 창의적인 요소가 존재한다. 하지만 제품 개발 현장에서 반복적으로 UI를 만들다 보면 또 다른 사실을 발견하게 된다. 대부분의 UI는 완전히 새로운 발명이라기보다 이미 존재하는 패턴의 변형에 가까운 경우가 많다는 점이다. 예를 들어 로그인 화면이나 설정 화면, 카드 기반 레이아웃, 폼 인터페이스 같은 것들은 거의 모든 서비스에서 비슷한 형태로 등장한다. 산업 전반에 걸쳐 이미 정착된 인터페이스 패턴이 존재하기 때문이다.

이런 패턴 기반 구조는 제품 개발에서 중요한 장점이기도 하다. 사용자는 익숙한 인터페이스를 더 빠르게 이해할 수 있고, 개발자는 반복적으로 검증된 구조를 활용할 수 있다. 하지만 동시에 이것은 또 하나의 흥미로운 사실을 보여 준다. UI 제작의 상당 부분이 사실 패턴을 조합하는 작업이라는 점이다. 완전히 새로운 화면을 창조하는 경우도 있지만, 대부분의 제품 화면은 기존 패턴을 조합하거나 변형하는 방식으로 만들어진다. 버튼, 카드, 입력 폼, 리스트, 네비게이션 같은 요소들이 일정한 규칙에 따라 조합되는 것이다. 그래서 UI 제작 과정은 생각보다 체계적인 구조를 가지고 있다.

이런 특징 때문에 AI가 UI 제작에 비교적 빠르게 적용될 수 있었다. AI는 새로운 개념을 스스로 발명하기보다는 이미 존재하는 패턴을 학습하고 재구성하는 데 강점을 가진 기술이기 때문이다. 인터넷에는 이미 수많은 UI 패턴과 디자인 사례가 존재한다. 다양한 서비스의 레이아웃, 컴포넌트 구조, 인터랙션 방식이 데이터로 축적되어 있다. AI는 이런 패턴을 학습하고 특정 요구사항에 맞게 재구성하는 작업을 꽤 잘 수행한다. 그래서 간단한 프롬프트만으로도 로그인 화면이나 대시보드 UI 같은 기본적인 구조를 만들어 내는 것이 가능해졌다.

하지만 바로 이 지점에서 중요한 질문이 등장한다. 만약 UI 자체를 만드는 작업이 점점 더 자동화될 수 있다면, 디자인에서 가장 중요한 것은 무엇이 될까? 화면을 직접 만드는 작업의 가치가 낮아진다면, 디자인의 핵심은 다른 곳으로 이동하게 된다. 그리고 그 중심에는 UI를 만드는 규칙과 구조, 즉 디자인 시스템이 존재하게 된다. 다음 섹션에서는 바로 이 부분을 조금 더 깊이 살펴보게 된다.

그래서 중요한 것은 Figma가 아니라 디자인 시스템이다

디자인 시스템이라는 개념은 최근 몇 년 동안 많은 조직에서 점점 더 중요한 역할을 하게 되었다. 처음에는 단순한 스타일 가이드 정도로 시작된 경우가 많았다. 버튼 색상이나 타이포그래피 규칙, spacing 기준 같은 것을 문서로 정리해 두는 수준이었다. 하지만 제품 규모가 커지고 여러 팀이 동시에 같은 서비스를 개발하기 시작하면서 디자인 시스템의 역할도 조금씩 확장되었다. 컴포넌트 라이브러리가 만들어지고, 디자인 토큰이 정의되고, 인터랙션 패턴이 정리되기 시작했다. 이렇게 만들어진 시스템은 단순한 디자인 문서가 아니라 제품 전체의 일관성을 유지하는 핵심 구조가 된다.

AI 시대에는 이 디자인 시스템의 위치가 한 단계 더 올라갈 가능성이 있다. 많은 사람들이 AI 디자인 도구를 이야기하면서 “앞으로 Figma가 필요 없어질까?” 같은 질문을 던진다. 하지만 실제로 더 중요한 질문은 조금 다르다. AI가 UI를 생성할 때 가장 필요한 정보는 개별 화면 디자인이 아니라 시스템의 규칙이기 때문이다. 어떤 버튼을 사용해야 하는지, spacing이 어떻게 적용되는지, 컴포넌트가 어떤 방식으로 조합되는지 같은 규칙이 존재해야 AI도 일관된 UI를 만들 수 있다. 즉 AI는 패턴을 생성할 수 있지만 제품의 규칙을 스스로 정의하지는 못한다.

그래서 앞으로 경쟁력의 중심은 UI 제작 속도가 아니라 디자인 시스템의 품질로 이동할 가능성이 높다. 디자인 시스템이 잘 정의된 조직에서는 AI가 그 규칙을 기반으로 UI를 생성할 수 있고, 그 결과도 비교적 일관된 형태를 유지하게 된다. 반대로 시스템이 없는 조직에서는 AI가 생성한 UI가 서비스 전체의 경험과 맞지 않을 가능성이 높다. 이런 이유 때문에 디자인 시스템은 점점 더 제품 개발 인프라에 가까운 위치로 이동하고 있다. 과거에는 디자인 팀의 내부 자산처럼 보였던 것이 이제는 개발과 제품 전략 전체를 연결하는 구조가 되는 것이다.

이런 관점에서 보면 “Figma가 사라질까”라는 질문은 사실 핵심을 조금 벗어난 질문일 수도 있다. 도구는 언제든지 바뀔 수 있지만, 시스템은 제품 구조의 일부가 되기 때문이다. 앞으로 제품 디자인에서 중요한 것은 특정 도구를 사용하는 능력이 아니라 제품 경험을 시스템으로 설계하는 능력일 가능성이 높다. 그리고 바로 이 변화가 디자이너의 역할을 다시 정의하기 시작한다. 다음 섹션에서는 이 변화가 디자이너라는 직군 자체에 어떤 의미를 가지는지 조금 더 자세히 살펴보게 된다.

AI 시대 디자이너의 역할은 어떻게 바뀌는가

앞서 살펴본 흐름을 종합해 보면 하나의 방향이 자연스럽게 드러난다. UI 제작 자체의 비용이 점점 낮아지고 있다는 점이다. 과거에는 화면 하나를 설계하고 구현하는 데 상당한 시간이 필요했다. 디자이너는 레이아웃을 설계하고, 컴포넌트를 배치하고, 픽셀 단위로 정렬을 맞추는 작업을 반복해야 했다. 그 다음 개발자가 그것을 코드로 다시 구현하면서 또 한 번의 시간이 소모되었다. 하지만 AI 도구와 디자인 시스템이 결합되기 시작하면서 상황은 조금씩 달라지고 있다. 기본적인 UI 구조를 생성하고, 컴포넌트를 조합하고, 심지어 코드 형태로 결과를 만들어 내는 과정까지 자동화되기 시작한 것이다. 이 변화는 자연스럽게 하나의 질문을 만들어 낸다. 그렇다면 디자이너의 역할은 앞으로 무엇이 되는가?

많은 사람들이 이 질문에 대해 가장 먼저 떠올리는 답은 “디자이너가 필요 없어질 것”이라는 극단적인 가정이다. 하지만 실제로는 정반대 방향의 변화가 나타날 가능성이 높다. UI 제작이 자동화될수록 더 중요해지는 것은 UI 자체가 아니라 경험 구조를 설계하는 능력이기 때문이다. 어떤 기능이 어떤 흐름으로 연결되어야 하는지, 사용자에게 어떤 경험을 제공해야 하는지, 제품의 인터페이스가 어떤 철학을 가져야 하는지를 결정하는 일은 여전히 인간의 판단에 의존한다. AI는 패턴을 생성하고 조합하는 데는 능하지만, 특정 제품이 어떤 방향으로 발전해야 하는지에 대한 판단을 스스로 내리지는 못한다. 그래서 디자이너의 역할은 점점 화면을 직접 만드는 사람에서 제품 경험의 구조를 설계하는 사람으로 이동할 가능성이 크다.

이 변화는 사실 디자인 역사에서도 낯선 일이 아니다. 초기 웹 디자인 시대에는 디자이너가 HTML을 직접 작성하고 화면을 구성하는 경우가 많았다. 시간이 지나면서 디자인 도구가 발전하고 프론트엔드 개발이라는 역할이 분리되었다. 그 결과 디자이너의 역할은 화면 구현보다는 경험 설계와 인터페이스 구조 설계에 조금 더 집중하게 되었다. 지금 AI가 만들어 내고 있는 변화도 비슷한 방향을 가진다. UI 제작의 자동화는 디자이너의 역할을 제거하기보다 더 상위 수준의 문제로 이동시키는 경향을 보인다. 이제 중요한 것은 버튼을 어디에 놓을지 결정하는 문제가 아니라, 어떤 경험이 사용자에게 의미가 있는지를 설계하는 문제다.

또 하나 중요한 변화는 디자인 시스템의 존재가 디자이너의 역할을 확장시키고 있다는 점이다. 디자인 시스템은 단순한 스타일 가이드가 아니라 제품 경험의 규칙을 정의하는 구조다. 색상, 타이포그래피, 컴포넌트 구조, 인터랙션 패턴, 접근성 기준 같은 요소들이 모두 이 시스템 안에서 정의된다. 그리고 이 시스템이 잘 설계되어 있을수록 AI가 생성하는 UI도 더 일관된 품질을 유지하게 된다. 그래서 앞으로 디자이너는 단순히 화면을 설계하는 역할을 넘어 제품 경험을 시스템 형태로 설계하는 역할을 맡게 될 가능성이 높다. 이런 관점에서 보면 AI 시대의 디자이너는 더 이상 픽셀을 정렬하는 작업자라기보다 제품 경험 아키텍트에 가까운 역할을 하게 된다.

그래서 진짜 질문은 이것이다

지금까지 논의를 따라오다 보면 자연스럽게 하나의 결론에 가까워진다. 많은 사람들이 던지는 질문, 즉 “Figma 같은 디자인 도구가 사라질까?”라는 질문은 사실 그렇게 중요한 문제가 아닐 수 있다는 점이다. 도구는 언제든지 바뀔 수 있다. 디자인 도구는 지난 20년 동안에도 계속 변해 왔다. Photoshop에서 시작된 UI 디자인은 Sketch로 이동했고, 이후 Figma가 등장하면서 협업 중심 디자인 환경이 만들어졌다. 앞으로도 새로운 도구는 계속 등장할 것이다. 하지만 제품 개발 구조의 중심에 있는 것은 도구가 아니라 어떤 규칙 위에서 제품이 만들어지는가라는 문제다.

AI가 등장하면서 이 구조는 조금 더 분명하게 드러나고 있다. UI를 직접 만드는 작업은 점점 더 빠르고 저렴해지고 있다. 프롬프트 몇 줄로 기본적인 레이아웃이 생성되고, 컴포넌트가 자동으로 배치되고, 코드 형태의 결과가 만들어지기도 한다. 이런 환경에서는 화면 하나를 만드는 능력 자체가 더 이상 희소한 기술이 아니다. 대신 중요한 것은 그 화면이 어떤 시스템 위에서 만들어지는지다. 디자인 시스템이 명확하게 정의되어 있는 조직에서는 AI가 생성한 UI도 일정한 규칙을 따르게 된다. 반대로 시스템이 없는 조직에서는 화면이 빠르게 만들어질 수는 있어도 제품 전체의 경험은 쉽게 일관성을 잃게 된다.

그래서 진짜 질문은 조금 다른 형태로 등장한다. 우리는 “어떤 도구로 디자인할 것인가”라는 질문보다 **“어떤 시스템 위에서 제품을 만들 것인가”**라는 질문을 더 많이 하게 된다. 이 질문은 디자인 영역을 넘어 제품 개발 전체와 연결된다. 컴포넌트 구조, 인터랙션 규칙, 데이터 흐름, 접근성 기준 같은 것들이 하나의 시스템으로 연결될 때 비로소 제품 경험은 안정적인 형태를 가지게 된다. 그리고 바로 이 지점에서 디자인 시스템은 단순한 디자인 도구의 보조 요소가 아니라 제품 개발 구조 자체의 일부가 된다.

이 흐름을 이해하면 지금 벌어지고 있는 논쟁도 조금 다른 방식으로 보이기 시작한다. “AI가 디자이너를 대체할 것인가”라는 질문은 실제 변화의 표면만을 바라보고 있을 가능성이 있다. 더 중요한 변화는 제품을 만드는 방식 자체가 시스템 중심으로 이동하고 있다는 점이다. 그리고 이 변화는 단지 디자인 직군에만 영향을 주는 것이 아니다. 프론트엔드 개발, 제품 기획, 그리고 소프트웨어 아키텍처 전체에도 같은 질문을 던지기 시작한다.

다음 이야기 — 프론트엔드 개발자는 사라질까

이 글에서는 AI 시대의 디자인 변화가 어떤 방향으로 움직이고 있는지를 살펴보았다. 디자인 도구의 변화나 UI 생성 기술 자체보다 더 중요한 것은 제품 개발 구조의 변화라는 점을 강조했다. UI 제작의 비용이 낮아지고, 디자인 시스템이 제품 경험의 중심 구조로 이동하고 있으며, 디자이너의 역할도 화면 제작에서 경험 설계로 이동하고 있다는 흐름을 살펴보았다. 하지만 이 변화는 사실 디자인 영역에서만 일어나는 일이 아니다. 조금만 시선을 넓혀 보면 같은 질문이 또 다른 직군에서도 등장하기 시작한다.

특히 프론트엔드 개발 분야에서 이 변화는 더욱 흥미로운 방식으로 나타난다. 최근 등장한 다양한 AI 코딩 도구들은 UI 코드 생성에서도 점점 더 높은 성능을 보여 주고 있다. 프롬프트를 입력하면 React 컴포넌트를 생성하거나, 스타일을 적용한 레이아웃을 만들어 주는 사례가 늘어나고 있다. 이런 도구들은 디자인 시스템과 연결될 때 더욱 강력한 결과를 만들어 낸다. AI가 디자인 시스템을 이해하고 그 규칙을 기반으로 컴포넌트를 생성하면, 기본적인 UI 코드 작성 작업의 상당 부분이 자동화될 수 있기 때문이다. 그러면 자연스럽게 또 하나의 질문이 등장한다. 만약 UI 코드를 AI가 생성할 수 있다면 프론트엔드 개발자의 역할은 어떻게 변할까?

이 질문은 단순한 직군 변화의 문제가 아니다. 사실 이것은 소프트웨어 생산 구조 전체와 연결되어 있다. 코드 생성이 쉬워질수록 개발에서 희소해지는 것은 코드 작성 능력이 아니라 시스템 설계와 판단 능력이 된다. 어떤 구조로 애플리케이션을 설계할 것인지, 어떤 컴포넌트 모델을 사용할 것인지, 어떤 데이터 흐름을 만들 것인지 같은 문제들이 더 중요한 영역으로 떠오른다. 그래서 다음 글에서는 이 질문을 조금 더 깊이 살펴보려고 한다. AI 시대에 프론트엔드 개발자는 사라지는가, 아니면 완전히 다른 역할로 재정의되는가. 디자인에서 시작된 변화가 개발 영역에서는 어떤 형태로 나타나는지, 그리고 그것이 소프트웨어 생산 구조를 어떻게 바꾸는지를 이어서 살펴보게 될 것이다.