생성형 UI란 무엇일까?
우리가 사용하는 대부분의 앱과 웹사이트에는 미리 만들어진 화면이 있습니다.
쇼핑몰을 예로 들면 상품 목록, 검색 결과, 장바구니, 결제 화면 등이 미리 디자인되어 있고 사용자는 정해진 화면을 이동하면서 원하는 작업을 수행합니다.
UI의 내용은 달라질 수 있지만 기본적인 화면 구조는 대부분 정해져 있습니다.
그런데 생성형 AI가 발전하면서 이러한 UI의 개념에도 새로운 변화가 나타나고 있습니다.
바로 생성형 UI(Generative UI)입니다.
생성형 UI는 간단히 말하면 사용자의 요청이나 현재 상황에 맞춰 AI가 필요한 인터페이스를 동적으로 구성하는 방식을 의미합니다.
기존 UI에서는 사용자가 화면에 맞춰 행동했다면 생성형 UI에서는 사용자의 목적에 맞춰 화면이 달라질 수 있는 것입니다.
예를 들어 사용자가 AI 여행 서비스에 다음과 같이 요청했다고 가정해 보겠습니다.
“10월에 부모님과 제주도로 2박 3일 여행을 가려고 하는데 많이 걷지 않고 바다를 볼 수 있는 일정으로 만들어줘.”
일반적인 AI 서비스라면 일정에 대한 답변을 텍스트로 제공할 수 있습니다.
하지만 생성형 UI에서는 조금 다르게 표현할 수 있습니다.
여행 일정표가 나타나고, 추천 장소는 카드 형태로 보여주며, 이동 경로는 지도에서 확인할 수 있고, 숙소 후보는 비교 가능한 형태로 구성하는 것입니다.
즉 AI가 단순히 답변을 생성하는 것을 넘어 그 답변을 이용하기 적합한 인터페이스까지 구성하는 것입니다.
이것이 생성형 UI를 이해하는 가장 중요한 출발점입니다.
Generative UI가 주목받는 이유
생성형 UI라는 개념 자체는 AI와 함께 갑자기 생겨난 모든 인터페이스를 의미하는 것은 아닙니다.
하지만 최근 AI 에이전트가 발전하면서 생성형 UI를 실제 제품 환경에서 구현하려는 움직임이 구체화되고 있습니다.
대표적인 사례가 Google의 A2UI입니다.
Google은 2026년 4월 공개한 A2UI v0.9 자료에서 Generative UI를 AI 에이전트가 사용자의 특정 상호작용에 맞춰 실시간으로 맞춤형 UI 위젯을 생성하는 방식으로 설명하고 있습니다.
특히 중요한 부분은 AI가 단순히 HTML이나 임의의 화면을 만들어 보여주는 것만을 목표로 하지 않는다는 점입니다.
A2UI는 AI 에이전트가 UI의 의도(intent)를 전달하면 실제 앱에서는 기존에 가지고 있던 컴포넌트 카탈로그와 디자인 시스템을 활용해 화면을 구성할 수 있도록 하는 방향을 제시합니다. 웹과 모바일 등 여러 환경에서 활용할 수 있도록 프레임워크에 종속되지 않는 구조도 강조합니다.
이는 생성형 UI가 단순한 실험적인 화면 효과가 아니라 실제 제품의 인터페이스 구조와 연결될 수 있다는 것을 보여주는 사례입니다.
기존 UI와 생성형 UI는 무엇이 다를까?
생성형 UI를 이해하려면 기존 UI와 비교해 보는 것이 가장 쉽습니다.
기존 UI에서는 디자이너와 개발자가 사용자가 필요로 할 화면을 미리 예상하고 만들어 놓습니다.
예를 들어 호텔 예약 서비스라면 다음과 같은 화면을 만들 수 있습니다.
호텔 검색 화면 → 검색 결과 → 호텔 상세 → 객실 선택 → 예약 → 결제
사용자는 이 흐름을 따라갑니다.
생성형 UI에서는 사용자의 목적이 먼저 시작점이 될 수 있습니다.
사용자가
“이번 주말 서울 근교에서 20만 원 이하로 조용하게 쉴 수 있는 숙소를 찾아줘.”
라고 요청하면 시스템이 그 목적을 이해하고 필요한 UI를 상황에 맞게 구성하는 방식입니다.
| 구분 | 기존 UI | 생성형 UI |
|---|---|---|
| 화면 구조 | 미리 설계 | 상황에 따라 구성 가능 |
| 시작점 | 메뉴·기능 | 사용자의 목적 |
| 화면 구성 | 비교적 고정 | 요청에 따라 달라질 수 있음 |
| 콘텐츠 | UI에 데이터 표시 | 콘텐츠와 UI를 함께 구성 가능 |
| 사용자 흐름 | 미리 정의 | 상황에 따라 달라질 수 있음 |
| 개인화 | 주로 콘텐츠 중심 | UI 구성까지 달라질 가능성 |
| 디자인 방식 | 화면 중심 | 시스템·컴포넌트 중심 |
가장 큰 차이는 결국 화면이 언제 결정되는가입니다.
기존 UI는 서비스를 만들 때 화면 구조가 대부분 결정됩니다.
생성형 UI에서는 일부 인터페이스가 사용하는 순간의 상황에 맞춰 결정될 수 있습니다.
AI UI와 생성형 UI는 같은 개념일까?
3번 글(바로가기👉)에서 살펴본 AI UI와 생성형 UI는 서로 연결되어 있지만 완전히 같은 개념으로 볼 필요는 없습니다.
AI UI는 사람이 AI와 어떻게 상호작용할 것인지에 대한 더 넓은 개념입니다.
예를 들어 자연어 입력, 음성 입력, AI 결과 표시, 다시 생성하기, 결과 수정, 오류 안내, 사용자 확인 과정 등이 모두 AI UI에 포함될 수 있습니다.
반면 생성형 UI는 인터페이스 자체가 상황에 맞게 생성되거나 구성되는 것에 더 초점이 있습니다.
쉽게 정리하면 다음과 같습니다.
AI UI
사람이 AI와 어떻게 상호작용할 것인가?
생성형 UI
AI가 사용자의 상황에 맞는 인터페이스를 어떻게 구성할 것인가?
따라서 모든 AI UI가 생성형 UI인 것은 아닙니다.
AI 챗봇이 항상 동일한 채팅 화면에서 답변만 생성한다면 AI UI라고 볼 수 있지만 인터페이스 자체가 동적으로 생성되는 것은 아닐 수 있습니다.
반대로 사용자의 요청에 따라 표, 카드, 지도, 입력 폼 등 필요한 UI 요소가 달라진다면 생성형 UI의 특징이 더욱 강해집니다.
생성형 UI는 어떻게 작동할까?
생성형 UI의 작동 방식을 아주 단순하게 정리하면 다음과 같이 생각할 수 있습니다.
사용자 요청 → AI가 의도 이해 → 필요한 정보와 기능 판단 → 적절한 UI 구성 → 사용자 행동
예를 들어 사용자가
“이번 달 지출을 분석해줘.”
라고 요청했다고 가정해 보겠습니다.
AI가 단순한 텍스트 답변만 제공한다면 다음과 같이 말할 수 있습니다.
이번 달에는 지난달보다 식비가 15% 증가했습니다.
하지만 생성형 UI에서는 사용자가 내용을 더 쉽게 이해하도록 다음과 같은 요소를 함께 구성할 수 있습니다.
이번 달 총지출 카드
지난달 대비 증감 표시
카테고리별 지출 그래프
주요 지출 항목
절약 가능한 항목
상세 내역 보기 버튼
사용자가
“식비만 자세히 보여줘.”
라고 요청하면 이번에는 식비를 중심으로 새로운 UI 구성이 나타날 수도 있습니다.
즉, 같은 서비스라도 사용자의 목적에 따라 필요한 인터페이스의 형태가 달라지는 것입니다.
생성형 UI가 단순히 'AI가 HTML을 만드는 것'은 아니다
여기서 중요한 부분이 있습니다.
생성형 UI를 AI가 그때그때 코드를 만들어 화면을 출력하는 기술이라고만 이해하면 실제 제품 환경에서 중요한 문제를 놓칠 수 있습니다.
AI가 완전히 자유롭게 화면을 생성하면 여러 문제가 생길 수 있기 때문입니다.
예를 들어 같은 서비스인데 버튼의 모양이 매번 달라질 수 있습니다.
색상이나 글꼴이 브랜드 디자인과 맞지 않을 수도 있습니다.
접근성 기준을 충족하지 못하거나 중요한 기능을 잘못 배치할 가능성도 있습니다.
보안과 성능 문제 역시 고려해야 합니다.
Google의 A2UI 접근 방식이 흥미로운 이유가 여기에 있습니다.
AI 에이전트가 UI 의도를 전달하고 클라이언트가 기존에 정의된 컴포넌트 카탈로그를 이용해 실제 화면을 렌더링하는 방식을 사용할 수 있기 때문입니다.
예를 들어 서비스에 이미 다음과 같은 컴포넌트가 있다고 생각해 보겠습니다.
Button
Card
Map
DatePicker
Chart
ProductCard
PaymentForm
AI가 화면의 모든 픽셀을 자유롭게 디자인하는 대신
“여기에는 지도, 추천 장소 카드 3개, 날짜 선택 UI가 필요하다.”
라는 식으로 필요한 구조를 결정하고 실제 화면은 검증된 컴포넌트로 구성할 수 있습니다.
이 접근은 생성형 UI와 디자인 시스템이 왜 밀접하게 연결되는지를 보여줍니다.
생성형 UI와 디자인 시스템의 관계
기존 디자인 시스템에서는 디자이너와 개발자가 재사용할 수 있는 UI 요소를 정의합니다.
버튼, 입력창, 카드, 메뉴, 색상, 글꼴, 간격과 같은 규칙을 만들어 제품 전체에서 일관되게 사용하는 방식입니다.
생성형 UI에서도 이러한 구조는 중요합니다.
오히려 더 중요해질 가능성이 있습니다.
AI에게 화면을 자유롭게 만들도록 맡기는 대신 사용할 수 있는 컴포넌트와 규칙을 명확하게 제공하면 제품의 일관성을 유지하면서도 상황에 맞는 UI를 구성할 수 있기 때문입니다.
예를 들어 여행 서비스의 디자인 시스템에 다음과 같은 요소가 있다고 생각해 보겠습니다.
여행지 카드
호텔 카드
지도
일정표
날짜 선택
가격 비교
예약 버튼
사용자가 여행 계획을 요청하면 AI는 새로운 디자인을 처음부터 만드는 대신 이 요소들을 상황에 맞게 조합할 수 있습니다.
따라서 생성형 UI 시대의 디자인 시스템은 단순히 사람이 화면을 빠르게 만드는 도구를 넘어 AI가 사용할 수 있는 UI의 언어가 될 가능성이 있습니다.
Google의 A2UI 역시 기존 컴포넌트 카탈로그를 활용하면서 에이전트가 UI 의도를 전달할 수 있도록 설계됐다는 점에서 이러한 방향을 잘 보여줍니다.
생성형 UI의 장점은 무엇일까?
생성형 UI가 주목받는 가장 큰 이유는 사용자에게 필요한 정보를 상황에 맞는 형태로 보여줄 가능성이 있기 때문입니다.
1. 사용자의 목적에 맞는 UI를 제공할 수 있다
모든 사용자가 같은 목적으로 서비스를 이용하는 것은 아닙니다.
누군가는 정보를 빠르게 확인하고 싶고, 누군가는 여러 선택지를 비교하고 싶을 수 있습니다.
생성형 UI는 이러한 목적에 맞춰 필요한 정보를 다른 형태로 구성할 수 있습니다.
2. 복잡한 기능을 더 쉽게 사용할 수 있다
기능이 많은 서비스에서는 원하는 메뉴를 찾는 것 자체가 어려울 수 있습니다.
사용자가 목적을 자연어로 설명하고 시스템이 필요한 기능을 연결해 준다면 복잡한 메뉴 구조를 모두 이해하지 않아도 될 수 있습니다.
3. 텍스트보다 적절한 표현 방식을 선택할 수 있다
모든 정보가 문장으로 표현될 필요는 없습니다.
수치는 그래프가 더 이해하기 쉽고, 위치는 지도가 적합하며, 여러 제품은 카드나 표가 더 효과적일 수 있습니다.
생성형 UI는 정보의 성격에 맞는 표현 방식을 선택하는 방향으로 발전할 수 있습니다.
4. 개인화된 경험을 만들 가능성이 있다
사용자의 목적과 상황을 고려해 정보뿐 아니라 인터페이스 구성까지 달라질 수 있습니다.
이는 기존의 콘텐츠 추천보다 한 단계 더 확장된 개인화 경험으로 이어질 가능성이 있습니다.
하지만 생성형 UI에는 중요한 한계도 있다
새로운 기술이라고 해서 장점만 있는 것은 아닙니다.
생성형 UI에는 해결해야 할 중요한 문제가 있습니다.
예측 가능성
사용자는 익숙한 인터페이스를 통해 빠르게 행동합니다.
그런데 화면 구조가 매번 크게 달라지면 원하는 기능을 어디에서 찾아야 하는지 오히려 혼란스러울 수 있습니다.
일관성
AI가 자유롭게 UI를 생성하면 제품의 디자인 규칙이 깨질 수 있습니다.
그래서 앞에서 살펴본 것처럼 디자인 시스템과 검증된 컴포넌트를 활용하는 구조가 중요합니다.
오류
AI는 사용자의 의도를 잘못 이해할 수 있습니다.
잘못된 데이터나 적절하지 않은 UI를 보여줄 가능성도 고려해야 합니다.
접근성
동적으로 생성되는 화면도 접근성 기준을 충족해야 합니다.
화면이 그때그때 달라진다는 이유로 색상 대비, 키보드 탐색, 화면 읽기 프로그램 지원 등의 기본 원칙이 무시되어서는 안 됩니다.
신뢰와 통제
특히 금융 거래, 결제, 개인정보 변경처럼 중요한 행동에서는 사용자가 현재 어떤 작업을 수행하고 있는지 명확하게 이해할 수 있어야 합니다.
Apple 역시 생성형 AI 경험을 설계할 때 AI 사용에 대한 투명성, 결과를 수정할 수 있는 기능, 사용자 통제와 피드백 등을 중요한 원칙으로 안내하고 있습니다. 2026년 6월에는 결과 수정과 콘텐츠 생성 과정에서의 피드백에 대한 가이드도 추가했습니다.
생성형 UI에서 사용자의 통제권이 중요한 이유
생성형 UI가 사용자의 요청에 맞춰 화면을 구성하더라도 모든 결정을 AI에게 맡기는 것은 좋은 방법이 아닐 수 있습니다.
특히 결과가 실제 행동으로 이어질 때는 더욱 그렇습니다.
예를 들어 AI가 여행 일정을 만드는 것은 비교적 부담이 적습니다.
하지만 AI가 사용자를 대신해 항공권을 결제하는 것은 다른 문제입니다.
따라서 중요한 작업에서는 다음과 같은 흐름이 필요할 수 있습니다.
요청 → AI 제안 → 사용자 검토 → 수정 → 확인 → 실행
사용자는 AI가 만든 결과를 그대로 받아들일 수도 있지만 필요하면 일부 내용을 수정하거나 다른 선택지를 요청할 수 있어야 합니다.
Apple의 생성형 AI 가이드에서도 사람들이 생성된 결과를 다듬거나 피드백을 제공할 수 있도록 설계하는 방향을 강조합니다.
즉 생성형 UI의 목표는 사용자의 결정을 없애는 것이 아니라 복잡한 선택을 더 쉽게 할 수 있도록 돕는 것에 가깝습니다.
모든 UI가 생성형 UI로 바뀔까?
현재 단계에서 그렇게 단정하기는 어렵습니다.
오히려 생성형 UI와 기존 UI가 함께 사용되는 하이브리드 인터페이스가 현실적인 방향이라고 볼 수 있습니다.
예를 들어 날짜를 선택할 때는 기존 달력 UI가 편리합니다.
볼륨을 조절할 때는 슬라이더가 직관적입니다.
결제 정보를 확인할 때는 정해진 구조의 화면이 안전하고 이해하기 쉽습니다.
반면 여러 조건을 고려해 여행 일정을 만들거나 복잡한 데이터를 분석하는 상황에서는 생성형 UI가 유용할 수 있습니다.
따라서 앞으로 중요한 것은
기존 UI인가, 생성형 UI인가
라는 선택이 아니라
어떤 상황에서 어떤 UI가 사용자에게 가장 효과적인가
를 판단하는 것입니다.
생성형 UI는 기존 UI를 없애는 기술이라기보다 기존 UI가 처리하기 어려웠던 복잡하고 유동적인 상황을 보완하는 새로운 인터페이스 방식으로 보는 것이 더 적절합니다.
Figma에서도 '생성'과 '편집'이 함께 중요해지고 있다
생성형 UI와 조금 다른 영역이지만 디자인 제작 환경에서도 비슷한 변화가 나타나고 있습니다.
Figma Make는 자연어로 만들고 싶은 화면이나 흐름을 설명하면 레이아웃과 인터랙션을 갖춘 결과물을 생성하고, 이후 다시 프롬프트를 입력하거나 직접 편집하면서 결과를 발전시키는 방식을 제공하고 있습니다.
또한 Figma는 2026년 Figma agent와 generative plugins 등을 확대하면서 AI가 디자인 캔버스 안에서 직접 작업하는 방향을 강화하고 있습니다.
여기에서 눈여겨볼 점은 AI가 결과물을 한 번 만들어주는 것보다 생성 → 수정 → 검토 → 반복하는 과정이 중요하다는 것입니다.
Figma의 생성형 AI 디자인 관련 자료에서도 단 한 번의 프롬프트로 완성된 결과를 얻으려는 방식보다 브랜드 기준과 편집 도구, 반복적인 수정 과정을 함께 사용하는 것이 중요하다고 설명합니다.
이러한 흐름은 생성형 UI에서도 비슷하게 적용할 수 있습니다.
AI가 무엇인가를 생성한다는 사실 자체보다 사람이 그 결과를 어떻게 이해하고 수정하고 통제할 수 있는가가 더 중요하기 때문입니다.
생성형 UI가 발전하면 UI 디자이너는 무엇을 디자인할까?
기존 UI 디자인에서는 완성된 화면을 만드는 것이 중요한 작업 중 하나였습니다.
홈 화면, 검색 화면, 상세 화면, 결제 화면처럼 필요한 화면을 하나씩 설계하는 방식입니다.
생성형 UI가 확대되면 디자이너의 역할 중 일부는 화면을 디자인하는 것에서 화면이 만들어지는 규칙을 디자인하는 것으로 이동할 가능성이 있습니다.
예를 들어 다음과 같은 질문이 중요해질 수 있습니다.
AI는 어떤 컴포넌트를 사용할 수 있는가?
어떤 상황에서 어떤 정보를 우선해서 보여줘야 하는가?
AI가 절대 변경해서는 안 되는 UI는 무엇인가?
중요한 작업에는 어떤 확인 과정이 필요한가?
생성된 화면도 브랜드의 디자인 시스템을 따르는가?
사용자가 결과를 수정하고 되돌릴 수 있는가?
접근성 기준을 항상 유지할 수 있는가?
이런 관점에서 보면 생성형 UI 시대의 디자이너는 단순히 개별 화면을 제작하는 사람보다 인터페이스가 만들어지는 시스템과 규칙을 설계하는 사람에 가까워질 수 있습니다.
Figma의 2026 AI 연구에서도 AI가 무엇이든 빠르게 만들 수 있는 환경일수록 무엇을 만들 가치가 있는지 결정하는 디자인의 역할이 더욱 중요해진다고 설명합니다. 조사 응답자의 90%는 AI 이전과 비교해 디자인이 적어도 같은 수준으로 중요하다고 답했고, 약 60%는 더 중요해졌다고 응답했습니다.
생성형 UI를 설계할 때 확인해야 할 8가지
생성형 UI를 실제 서비스에 적용한다면 단순히 AI가 화면을 만들 수 있는지만 확인해서는 부족합니다.
| 확인 항목 | 확인해야 할 질문 |
|---|---|
| 목적 | 생성형 UI가 실제 사용자 문제를 해결하는가? |
| 일관성 | 생성되는 화면이 디자인 시스템을 따르는가? |
| 예측 가능성 | 사용자가 화면의 기능을 쉽게 이해할 수 있는가? |
| 통제권 | 결과를 수정·취소·되돌릴 수 있는가? |
| 접근성 | 동적으로 만들어진 UI도 접근 가능한가? |
| 오류 대응 | AI가 잘못 이해했을 때 수정할 방법이 있는가? |
| 투명성 | AI가 무엇을 생성했는지 알 수 있는가? |
| 안전성 | 결제·삭제 등 중요한 행동에 확인 과정이 있는가? |
이 기준을 보면 생성형 UI의 핵심이 단순한 '자동 화면 생성'이 아니라는 것을 알 수 있습니다.
기술적으로 화면을 만들 수 있는 것과 사용자가 실제로 사용할 수 있는 인터페이스를 만드는 것은 다른 문제입니다.
생성형 UI 시대에도 좋은 UI의 원칙은 사라지지 않는다
생성형 UI는 인터페이스를 만드는 방식에 큰 변화를 가져올 가능성이 있습니다.
하지만 그렇다고 기존 UI 디자인의 기본 원칙이 사라지는 것은 아닙니다.
오히려 화면이 동적으로 변화할수록 사용자가 현재 상황을 이해할 수 있도록 만드는 것이 더 중요해질 수 있습니다.
사용자는 여전히 다음을 알아야 합니다.
지금 무엇을 보고 있는가?
어떤 행동을 할 수 있는가?
이 행동을 하면 무엇이 일어나는가?
잘못했을 때 되돌릴 수 있는가?
AI가 만든 결과를 믿어도 되는가?
Apple이 2026년 다시 정리한 디자인 원칙 역시 좋은 디자인은 사람들이 어떻게 생각하고 느끼며 세상과 상호작용하는지에 대한 이해에서 출발한다고 강조합니다.
새로운 기술이 등장해도 결국 UI를 사용하는 사람은 사람이기 때문입니다.
마무리 : 생성형 UI는 '화면'보다 '상황'을 디자인하는 변화다
생성형 UI는 단순히 AI가 예쁜 화면을 자동으로 만들어주는 기술을 의미하지 않습니다.
더 중요한 변화는 사용자의 목적과 상황에 맞춰 필요한 인터페이스를 그 순간 구성할 수 있다는 것입니다.
기존 UI에서는 디자이너가 사용자가 필요로 할 화면을 미리 예상하고 만들어야 했습니다.
생성형 UI에서는 디자이너가 모든 화면을 하나씩 만드는 대신 어떤 컴포넌트를 사용할 수 있는지, 어떤 규칙을 따라야 하는지, 어떤 상황에서는 사용자의 확인이 필요한지와 같은 시스템을 설계하는 일이 중요해질 수 있습니다.
Google의 A2UI처럼 AI 에이전트가 UI의 의도를 전달하고 기존 디자인 시스템의 컴포넌트를 활용하는 방식은 이러한 변화가 실제 제품 환경에서 어떤 모습으로 발전할 수 있는지를 보여주는 흥미로운 사례입니다.
하지만 생성형 UI가 기존 UI를 모두 대체한다고 보기는 어렵습니다.
날짜 선택이나 결제처럼 예측 가능하고 일관된 인터페이스가 더 효과적인 영역은 여전히 존재합니다.
따라서 앞으로의 UI는 기존 UI와 AI UI, 생성형 UI가 서로 경쟁하기보다 사용자의 목적에 따라 적절하게 결합되는 방향으로 발전할 가능성이 높습니다.
결국 생성형 UI 시대에 가장 중요한 질문은
“AI가 어떤 화면을 만들 수 있는가?”
가 아닙니다.
“사용자가 지금 원하는 일을 가장 쉽고 안전하게 할 수 있도록 어떤 인터페이스를 제공해야 하는가?”
입니다.
AI가 화면을 생성하는 시대에도 좋은 UI의 중심에는 결국 사용자가 있습니다.
함께 읽어보면 좋은 글
✨ UI 디자인의 변화는? 2026년에 특히 주목해야 할 것들
→
디자인 전체의 변화와 AI, 접근성, 디자인 시스템 등의 흐름을 정리한 메인
글입니다.
✨ 2026 UI 디자인 트렌드 총정리｜AI부터 적응형 UI까지 달라지는 8가지
변화
→ 2026년에 주목해야 할 주요 UI 디자인 트렌드를 한눈에 살펴볼 수
있습니다.
✨ AI UI 디자인이란? 기존 UI와 무엇이 다를까
→ 생성형
UI보다 넓은 개념인 AI UI와 기존 인터페이스의 차이를 자세히 정리했습니다.
