프롬프트 UI vs 전통 UI
화면 중심 설계의 한계를 넘어서
사용자가 최소한으로 클릭하게 해주세요
귀에 딱지가 앉을 정도로 많이 들은 이 말.
그도 그럴 것이 UX 설계의 핵심은 “최소한의 클릭으로 최대의(명확한) 결과를”이었지 않는가.
몇 번의 터치만으로 목적을 이룰 수 있는 구조.
버튼은 명확하고, 메뉴는 계층적이며, 흐름은 예측 가능하게.
이런 원칙은 GUI 시대의 정석이었다.
사용자의 ‘탐색’을 중심으로, 정보 구조(IA)와 내비게이션 체계가 발전해왔다. 잘 짜인 서비스는 사용자가 길을 잃지 않고 목표에 도달할 수 있도록 돕는다. UX 설계자는 그 길을 계획하고, 화면 단위로 경험을 배치했다.
그런데 프롬프트 기반 UI는 이 모든 구조를 뛰어넘어 버리고야 마는데…
⸻
사용자가 직접 흐름을 만들어가는 프롬프트 UX
기존 UX에서 사용자는 설계자가 설계한 길 위를 걷는다.
하지만 프롬프트 UX는 사용자가 처음부터 그 길을 ‘직접 말한다’.
“이사 가기 전까지 한 달 단기 렌트 가능한 곳 보여줘. 강아지 가능하고, 역세권이면 더 좋아.”
이런 요청은 기존 UI 구조에선 어지럽다. 사용자는 숙소 필터를 하나하나 조정하고, 지도에서 범위를 선택하며, 정책을 확인해야 한다. 중간에 하나라도 놓치면 처음부터 다시 해야 한다.
하지만 프롬프트 UX에서는 이 모든 조건이 문장 하나에 녹아 있다.
문장이 곧 조건이고, 그 조건이 곧 흐름이다.
⸻
UI의 단위: ‘화면’에서 ‘문장’으로
전통 UI는 정적인 구조다.
홈 > 카테고리 > 상세정보 > 결제
이처럼 고정된 흐름 안에서 사용자 행동을 예측한다.
반면 프롬프트 UI는 동적인 구조다.
사용자의 문장은 매번 다르다. 흐름도, 화면도, 필요한 기능도 달라진다. 인터페이스는 사용자의 언어에 맞춰 실시간으로 구성된다.
즉, 이제는 화면을 설계하는 일이 아니라, 의도를 해석하고 응답하는 흐름을 설계하는 일로 UX의 단위가 이동한다.
이쯤해서 기존 GUI의 한계와 프롬프트 UI의 가능성을 살펴보자.
전통 UI의 한계는 크게 세 가지로 요약할 수 있다.
1. 복합 조건 입력의 불편함
사용자는 필터를 여러 번 조작해야 한다. 조건 간 상호작용(예: “가까운데 조용한 곳”)이 어렵다.
2. 비선형 목표 대응 불가
사용자의 목표가 ‘복합적’이고 ‘애매’할수록 기존 UI는 대응하지 못한다. “나 오늘 기분 전환하고 싶어. 근처에 이런 데 있어?” 같은 질문은 구조화가 불가능하다.
3. 탐색에 시간과 인지 자원이 많이 든다
특히 고령자, 디지털 취약 계층, 피곤한 상태의 사용자에게는 탐색 자체가 피로한 경험이다.
반면 프롬프트 UI는
• 애매한 질문
• 불완전한 표현
• 복합 조건
• 개인화된 맥락
에 훨씬 유연하게 반응한다.
물론 프롬프트 UI가 ‘최고’는 아니다.
프롬프트 UI에도 약점은 있다.
• 텍스트 입력이 불편한 사용자
• 요구를 어떻게 말해야 할지 모르는 사용자
• 응답 신뢰도를 검증하기 어려운 상황
즉, 프롬프트 UI는 모든 사용자 경험을 대체하는 ‘완성형’ 인터페이스가 아니다. 하지만 ‘사용자가 스스로 흐름을 설계하는’ 경험을 가능하게 만들었다는 점에서, 전통 UI와는 전혀 다른 패러다임이다.
⸻
UX 설계자에게 중요한 질문
그래서 우리는 스스로에게 이렇게 묻게 된다.
• 프롬프트 UI가 주는 자유도 속에서, UX는 어떻게 방향성을 줄 것인가?
• 전통 UI에서 중요했던 내비게이션, 버튼, 구조 설계는 어떤 방식으로 재해석되어야 할까?
• 사용자가 자유롭게 말할수록, 우리는 어떻게 그 자유를 지켜주는 구조를 설계할 수 있을까?
이제, 단순히 보이는 화면을 짜는 일은 UX의 핵심이 아니다.
대신, 사용자의 말을 받아들이는 구조, 그리고 그 응답을 자연스럽고 신뢰할 수 있게 만드는 흐름이 진짜 UX가 된다.
다음 챕터에서는 실제 프롬프트 UI 기반 서비스를 살펴보며,
어떤 설계 방식이 등장하고 있는지 구체적인 사례를 비교해본다.