에이전틱 UX, 채팅창보다 중요한 것

에이전틱 UX라는 말이 어렵게 들리는 이유는 기능보다 용어가 먼저 튀어나오기 때문입니다. 그런데 실제 제품 화면으로 바꿔 보면 의외로 단순합니다. 챗창 하나로 끝나는 AI가 아니라, 여러 작업과 여러 에이전트가 동시에 움직일 때 사람이 어디서 보고, 어디서 멈추고, 어디서 승인할지를 설계하는 문제입니다.

저는 요즘 AI 도구를 볼 때 “이 모델이 얼마나 똑똑한가”보다 “중간 과정을 얼마나 보여주는가”를 먼저 보게 됩니다. 2026년 4월 30일 Figma Blog에 올라온 Gemini Enterprise 인터뷰를 읽고 나니 그 이유가 더 또렷해졌습니다. 좋은 AI 제품의 승부처가 채팅창이 아니라 운영 화면으로 옮겨가고 있었기 때문입니다.

에이전틱 UX를 먼저 정리하면

에이전틱 UX는 여러 도구와 여러 AI가 동시에 움직이는 상황에서, 사용자가 현재 상태를 한눈에 보고 필요할 때 바로 개입할 수 있게 만드는 UX입니다. 2026-05-03 기준으로 보면 핵심은 더 똑똑한 답변 자체보다, 믿고 맡길 수 있는 통제 화면을 만드는 쪽에 있습니다.

⚡ Quick Fact
  • 핵심 변화: AI UX의 중심이 채팅창에서 운영 화면으로 이동하고 있습니다.
  • 공식 사례: Figma가 소개한 Gemini Enterprise는 AI Inbox, shared project space, source citation, agent harness를 핵심 장치로 제시했습니다.
  • 중요한 이유: 여러 작업과 여러 에이전트가 동시에 움직일수록 사용자는 답변보다 상태와 통제권을 먼저 확인하게 됩니다.
  • 디자이너 관점: 프롬프트 문구보다 승인, 기록, 출처, 권한 설계가 더 중요해집니다.
  • 누가 먼저 볼까: 국내 SaaS, 사내 업무툴, 콘텐츠 자동화 도구가 이 패턴을 가장 빨리 닮을 가능성이 큽니다.

이런 분이라면 이 글이 바로 도움됩니다

  • AI 기능을 붙인 업무 툴을 기획하거나 디자인하고 있는 분
  • 챗 UI만 붙였는데도 실제 사용성이 답답했던 분
  • 콘텐츠 자동화나 협업 도구에서 승인 화면을 어떻게 잡아야 할지 고민 중인 분

반대로 “AI 모델 성능 비교”만 궁금한 분이라면 이 글은 우선순위가 조금 낮을 수 있습니다. 이 글은 모델 벤치마크보다 화면 설계 쪽 이야기입니다.

왜 챗창 하나로는 금방 답답해질까

챗창은 단발성 질문에는 강합니다. 하지만 업무형 AI로 넘어가면 상황이 금방 복잡해집니다. 자료를 여러 군데서 가져와야 하고, 작업이 10초 안에 끝나지 않을 수도 있고, 팀원이 그 결과를 같이 확인해야 할 수도 있습니다.

Figma가 소개한 Gemini Enterprise 사례도 이 지점을 정확히 짚습니다. 인터뷰에서 Google Cloud AI 팀은 사용자의 초점이 “AI를 관리하는 일”이 아니라 “자기 목표를 달성하는 일”에 있어야 한다고 설명했습니다. 이 말은 꽤 중요합니다. 사용자는 AI를 사랑하고 싶어하지 않습니다. 그냥 일이 빨라졌으면 좋겠고, 틀렸을 때 어디서 고치면 되는지 바로 보였으면 좋습니다.

그래서 에이전틱 UX에서는 답변창보다 상태판이 먼저 중요해집니다. 지금 무엇을 읽고 있는지, 어떤 도구를 쓰는지, 어느 단계까지 끝났는지, 사람 승인이 필요한지 같은 정보가 보여야 불안이 줄어듭니다.

제가 먼저 체크하는 설계 원칙 4가지

Figma 인터뷰를 읽고 정리해보면 결국 네 가지로 묶입니다. 이름은 거창하지 않지만, 실제 제품에 넣으면 체감 차이가 큽니다.

원칙 화면에서 보여야 할 것 왜 중요한가
단순함 에이전트 수, 진행 상태, 개입 지점이 한눈에 보이는 구조 여러 작업이 동시에 돌아가면 정보가 금방 복잡해지기 때문
투명성 계획, 사용 도구, 출처, 다음 행동을 미리 보여주는 UI AI가 왜 이런 결과를 냈는지 이해해야 수정도 가능함
공유 작업공간 개인 채팅이 아니라 팀이 함께 보는 프로젝트 공간 업무 맥락이 개인 DM에 갇히면 협업이 끊김
거버넌스 접근 권한, 승인 조건, 정지 조건을 정하는 장치 민감한 데이터와 실제 업무 결과를 다룰수록 필수

이 네 가지는 따로 노는 체크리스트가 아닙니다. 하나라도 빠지면 금방 문제가 생깁니다. 예를 들어 AI가 똑똑해도 출처가 안 보이면 검토 단계에서 막히고, 공유 작업공간이 없으면 팀원들이 다시 슬랙과 메일로 흩어집니다.

에이전틱 UX에서 진짜 중요한 화면은 이쪽입니다

Figma 인터뷰에서 가장 인상적이었던 건 “프롬프트 박스 너머”를 계속 강조한 부분이었습니다. 거기서 나온 예시가 바로 AI Inbox, shared project space, source citation, harness입니다.

AI Inbox: 채팅 기록보다 상태판

AI Inbox는 한마디로 에이전트 관제 화면에 가깝습니다. 무엇이 진행 중인지, 무엇이 끝났는지, 어느 작업이 사람 검토를 기다리는지 한눈에 보여주는 방식입니다.

이건 실무에서 꽤 큽니다. 보고서를 하나 뽑는 작업은 채팅창에서도 끝낼 수 있습니다. 하지만 시장조사, 고객 피드백 분류, 일정 정리, 요약 메모 작성이 동시에 돌아간다면 이야기가 달라집니다. 그때는 “답변 한 개”보다 “지금 어떤 작업이 살아 있는가”가 더 중요해집니다.

Shared project space: 개인 DM에서 팀 작업실로

Google Cloud AI 팀은 개인 채팅 스레드보다 지속형 shared project space를 더 중요한 결정으로 설명했습니다. 이 부분은 국내 협업툴에도 그대로 번역됩니다.

AI가 만든 결과물이 개인 채팅방 안에만 쌓이면 팀은 그 내용을 다시 복사하고 전달하느라 시간을 씁니다. 반대로 프로젝트 공간 안에서 AI가 파일을 읽고, 토론을 요약하고, 작업 로그를 남기면 팀 전체가 같은 맥락을 공유할 수 있습니다. 저는 이 장치가 있어야 비로소 AI가 “개인 비서”를 넘어 “팀 작업자”처럼 느껴진다고 봅니다.

Source citation: 잘 쓴 문장보다 먼저 필요한 신뢰 장치

업무형 AI에서 가장 무서운 건 그럴듯하게 틀리는 순간입니다. 그래서 source citation은 부가 기능이 아니라 기본 장치에 가깝습니다.

공식 인터뷰에서도 출처 표시는 항상 응답에 녹아 있어야 한다고 설명합니다. 특히 콘텐츠 운영, 리서치, 사내 문서 요약처럼 원문 근거가 중요한 작업에서는 더 그렇습니다. 예쁘게 정리된 문장보다 “이 문장이 어디서 왔는가”가 먼저 보이는 쪽이 실제로 더 믿을 만합니다.

Harness: 권한과 멈춤 지점을 정하는 브레이크

에이전틱 UX를 이야기할 때 의외로 자주 빠지는 게 브레이크 설계입니다. 어떤 데이터까지 접근 가능한지, 어떤 도구를 쓸 수 있는지, 언제 멈춰서 허락을 받아야 하는지를 정하는 장치가 있어야 합니다.

Figma 인터뷰에서 말한 harness는 바로 그 역할입니다. 저는 이 개념이 특히 좋았습니다. AI를 강하게 만드는 장치가 아니라, AI가 넘어가면 안 되는 선을 화면 안에서 명확히 긋는 장치이기 때문입니다. 실무에서는 이런 제동 장치가 있어야 오히려 자동화를 더 많이 허용할 수 있습니다.

한국 실무에서는 어떤 화면이 먼저 늘어날까

이 개념이 아직 멀게 느껴진다면, 국내 제품 화면으로 바꿔서 보면 조금 쉬워집니다.

  • 사내 업무툴: 회의 요약 AI보다 “누가 검토했고 어느 문서에 반영됐는지”를 보여주는 승인 화면이 먼저 중요해집니다.
  • 콘텐츠 자동화 도구: 초안 생성 버튼보다 출처, 버전, 수정 로그, 발행 전 체크리스트를 묶은 대시보드가 더 중요해집니다.
  • SaaS 운영 도구: 단순 추천 문구보다 “지금 이 추천이 어떤 데이터와 어떤 규칙에서 나왔는가”를 보여주는 설명 레이어가 필요해집니다.

결국 디자이너와 기획자가 더 많이 붙잡게 될 건 프롬프트 입력창보다 운영 패널, 작업 기록, 승인 상태, 권한 설정 화면일 가능성이 큽니다. 여기서 제품 완성도가 갈립니다.

이런 제품은 아직 에이전틱 UX라고 부르기 애매합니다

요즘은 채팅창에 자동 완성 몇 개만 붙여도 에이전트라는 말을 붙이기 쉽습니다. 그런데 아래 항목이 비어 있으면 저는 아직 조심스럽게 봅니다.

  • 작업이 길어져도 상태를 보여주지 않는다
  • AI가 어떤 도구를 썼는지 보이지 않는다
  • 결과의 출처를 바로 확인할 수 없다
  • 팀이 같이 볼 지속형 공간이 없다
  • 사람이 멈추거나 승인하는 지점이 약하다

이 중 두세 개만 빠져도 실제 사용 단계에서는 금방 피로해집니다. 처음엔 신기해도, 반복해서 맡기기엔 불안한 도구가 되기 쉽습니다.

최종 판단: 이제 중요한 건 답변 품질만이 아닙니다

에이전틱 UX를 한 줄로 줄이면 저는 이렇게 정리하고 싶습니다. “AI가 대신 일하는 만큼, 사람은 더 잘 보고 더 쉽게 멈출 수 있어야 한다.”

2026년의 AI 제품 경쟁은 누가 더 현란한 데모를 보여주느냐보다, 누가 더 검토 가능한 업무 화면을 만들었느냐로 갈 가능성이 큽니다. 특히 디자이너 입장에서는 프롬프트 문구보다 승인, 기록, 출처, 권한 같은 묵직한 설계가 더 중요해졌습니다.

그래서 에이전틱 UX를 공부할 때도 용어부터 외울 필요는 없습니다. 내 제품 안에서 “사용자가 지금 상태를 바로 이해할 수 있는가”, “팀이 같은 맥락을 공유할 수 있는가”, “잘못되기 전에 멈출 수 있는가”부터 먼저 보면 됩니다. 저는 그 세 가지가 보이면, 그 도구는 이미 다음 단계로 들어가고 있다고 판단합니다.

자주 묻는 질문 (FAQ)

Q. 에이전틱 UX는 그냥 AI 챗봇 UX와 뭐가 다른가요?
A. 채팅창을 넘어 운영 화면까지 다룬다는 점이 다릅니다. 일반 챗봇 UX가 질문과 답변의 왕복에 가깝다면, 에이전틱 UX는 여러 작업의 상태, 출처, 승인, 협업 공간까지 함께 설계합니다.

Q. 꼭 대기업 제품에만 필요한 개념인가요?
A. 오히려 작은 팀일수록 빨리 필요해질 수 있습니다. 인력이 적을수록 AI가 여러 작업을 동시에 맡게 되는데, 그럴수록 상태 확인과 승인 지점이 더 중요해집니다.

Q. 디자이너가 가장 먼저 손봐야 할 화면은 무엇인가요?
A. 상태판과 출처 레이어부터 보는 걸 추천합니다. 생성 버튼을 더 화려하게 만드는 것보다, 지금 무엇이 진행 중인지와 어떤 근거로 결과가 나왔는지를 먼저 보여주는 편이 실제 사용성에 더 직접적입니다.

Q. 에이전틱 UX를 제품에 적용할 때 가장 흔한 실수는 뭔가요?
A. AI의 자율성만 키우고 브레이크를 안 만드는 겁니다. 권한, 승인, 중지 조건이 약하면 데모는 멋져 보여도 실제 조직에서는 오래 못 갑니다.

마치며

에이전틱 UX는 새로운 유행어라기보다, AI가 실제 업무 안으로 들어오면서 자연스럽게 생긴 설계 숙제에 가깝습니다. 채팅창 다음에 무엇을 보여줘야 할지 고민 중이라면, 이제는 답변창보다 운영 화면부터 다시 보는 쪽이 더 맞습니다.

Similar Posts

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다