에이전트가 ‘두 번째 사용자’가 되는 시대의 제품 디자인

2026년의 SaaS 디자인은 더 이상 사람 한 명이 화면을 클릭하는 장면만 상정하면 끝나지 않아요. 이제 제품에는 인간 사용자 + 에이전트 사용자라는 최소 두 종류의 사용자가 함께 들어오고, 핵심 UX는 "무엇을 했는지(상태)"보다 "지금 무엇을 하고 있는지(존재감)"를 보여주는 쪽으로 이동합니다. 이 글은 디자이너와 제품팀이 에이전트를 신뢰 가능한 동료처럼 다루기 위해 무엇을 설계해야 하는지를 시간순으로 정리합니다.

1. "화면을 그리는 일"이 끝난 이유

글은 먼저 많은 디자이너들이 여전히 "한 번에 한 명의 인간 사용자"를 기준으로 화면을 다듬고 있다고 지적하면서 시작해요. 그런데 글쓴이는 그 일이 이미 6개월 전부터 더 이상 '본업'이 아니게 됐다고 말합니다.

핵심 전환점은 SaaS 제품의 두 번째 사용자가 등장했다는 거예요. 그 두 번째 사용자는 사람이 아니라 에이전트(agent)입니다. 이 에이전트는 실제로 로그인하고, 버튼을 누르고, API를 호출하며, 종종 사람보다 먼저 들어와 일을 준비해 둔 다음 승인만 기다립니다. 그래서 "내년에 출시하는 기능 대부분은 사람이 아닌 무언가가 쓰게 될 것"이라고 못 박죠.

"대부분의 디자이너는 여전히 한 번에 한 명의 사용자를 위해 화면을 '칠하고' 있어요. 그런데 그건 대략 6개월 전부터 더 이상 일이 아니게 됐죠."
"2026년에 SaaS를 디자인하면서 페르소나에 '두 번째 사용자'를 추가하지 않았다면, 당신은 잘못된 제품을 디자인하고 있는 겁니다. 그 두 번째 사용자는 에이전트예요."

여기서 흔히 나오는 주장—"SaaS는 끝났고 에이전트가 대체한다"—도 정면으로 반박합니다. 결론은 SaaS는 죽지 않는다는 거예요. 오히려 사용자 수가 늘어납니다. 왜냐하면 인간 사용자 1명당 작은 에이전트 팀이 함께 들어오기 때문이에요. 그 에이전트들은 사용자 개인 소유일 수도, 회사 소유일 수도, 심지어 사용자가 모르는 벤더 소속일 수도 있어요.

"대중적인 말은 'SaaS는 죽었다'지만, 그 말은 틀렸어요. SaaS는 사라지지 않습니다. 사용자 기반은 곧 10배로 늘어날 거예요."

2. 에이전트 사용자에게 필요한 5가지 '디자인 요구'

이제 일을 어떻게 바꿔야 하는지로 들어가면서, 글쓴이는 먼저 "명백한 사실을 받아들여라"라고 해요. 즉, 앞으로 기능 대부분은 인간이 아니라 에이전트에 의해 트리거된다는 점이죠.

에이전트는 멋진 메인 이미지(히어로 이미지)도, 타이포그래피도 신경 쓰지 않습니다. 대신 도구 호출, 스키마(데이터 형식) 읽기, 상태 확인을 하죠.

"에이전트는 당신의 히어로 이미지를 보지 않아요. 타이포그래피도 신경 쓰지 않죠. 에이전트는 도구를 호출하고, 스키마를 읽고, 상태를 확인합니다."

그리고 "두 번째 사용자(에이전트)"에게는 아래 5가지가 필요하다고 정리합니다(이 글의 매우 중요한 체크리스트예요).

Discoverability(발견 가능성): 스크린샷 없이도 에이전트가 제품의 모든 액션을 찾을 수 있는가
Reliability(신뢰성/일관성): 새벽 3시에도 같은 입력이면 같은 출력이 나오는가
Idempotency(멱등성): 재시도해도 시스템이 망가지지 않는가 (예: 중복 실행으로 데이터가 꼬이지 않게)
CAPTCHA가 아닌 인증(Auth): 범위가 제한된 토큰, 에이전트 전용 권한, 감사 로그(audit trail)
Receipts(영수증/결과물): 모든 행동이 에이전트가 해석 가능한 구조화된 응답으로 돌아오는가

"이 다섯 가지에 답할 수 없다면, 당신의 제품은 에이전트 사용자를 맞이할 준비가 안 된 겁니다."

여기서 중요한 뉘앙스는 "디자이너가 전부 직접 만들 필요는 없다"는 점이에요. 대신 예전에는 반응형 그리드를 엔지니어와 함께 설계했듯, 이제는 이 에이전트 레이어를 엔지니어와 함께 설계해야 한다고 말합니다.

3. "API만의 문제"가 아니라, 에이전트용 제품 표면을 설계해야 한다

글쓴이는 이 주제를 단순히 API 문서나 개발 이슈로 축소하면 안 된다고 강조해요. 에이전트가 마주하는 것도 결국 "제품의 표면(surface)"이고, 그 표면은 디자인의 영역이라는 거죠.

예를 들어 이런 질문들이 생깁니다.

에이전트가 기능 목록을 조회하면 무엇이 보이는가?
도움말 텍스트는 에이전트에게 어떤 힌트를 주는가?
막혔을 때 에러 메시지는 무엇을 알려주는가?

즉, 에이전트가 사용하는 표면을 UI처럼 대우해야 하고, 인간 UI만큼의 공을 들여야 한다는 주장입니다.

"에이전트를 위한 제품 표면은 진짜 디자인 문제입니다."
"그 표면을 UI처럼 다루세요. 인간을 위한 UI와 같은 수준의 배려가 필요합니다."

그리고 앞으로 승리하는 회사들은 두 개의 디자인 시스템을 운영하게 될 거라고 해요.

인간용 디자인 시스템
에이전트용 디자인 시스템

둘이 만나는 지점(크로스오버)이 바로 새로운 장인정신(craft)의 영역이라고요.

4. 가장 큰 UX 변화: '상태'에서 '존재감'으로, 그리고 신뢰로 🧭

글은 "새 SaaS UX의 가장 큰 변화는 presence(존재감)"라고 선언합니다.

과거 SaaS는 상태(state) 중심이었어요.
"내가 어디 있는지, 뭘 했는지, 다음엔 뭐가 일어나는지" 같은 질문이죠.

하지만 새로운 SaaS는 존재감(presence) 중심입니다.
"에이전트가 지금 뭘 하는지, 방금 어떤 결정을 했는지, 왜 그렇게 했는지, 내가 멈출 수 있는지"가 핵심이 돼요.

"옛 SaaS는 상태에 관한 것이었어요. 새 SaaS는 존재감에 관한 겁니다."
"에이전트가 지금 무엇을 하고 있지? 방금 무엇을 결정했지? 왜 그렇게 결정했지? 내가 멈출 수 있나?"

특히 "사람이 실시간으로 에이전트의 행동을 볼 수 없으면 블랙박스를 만든 것"이라고 강하게 말합니다. 사람은 블랙박스를 믿지 못하고, 유리상자(glass box)를 믿는다는 거예요. 그리고 앞면에 있는 멈춤 버튼이 신뢰를 더해 준다고요.

"사람들은 블랙박스를 신뢰하지 않아요. 유리상자를 신뢰합니다. 그리고 앞면에 '정지 버튼'이 있을 때 더 신뢰하죠."

이미 효과가 있는 5가지 패턴

글은 신뢰를 만들어주는 구체 패턴도 정리해 줍니다.

활동 스트림(Activity stream): 에이전트가 하는 모든 단계를 평문으로 실시간 표시(타임스탬프/호출한 도구/결과 포함)
계획과 진행(Plan & progress): 실행 전 체크리스트 계획을 보여주고, 진행되며 pending→done으로 바뀌고, 단계별 일시정지 가능
확신 신호(Confidence signals): 단계별 확신 정도를 보여주고, 낮으면 자동으로 사람 승인을 요청
영수증과 되돌리기(Receipts & undo): 모든 행동에 기록이 남고, 되돌릴 수 있는 건 옆에 undo 제공
정지(Stop): 항상 보이고, 항상 동작하며, 설정 깊숙한 곳에 숨지 않는 단 하나의 버튼

"이 패턴들이 중요한 이유는 미학이 아니라 신뢰입니다. 사람들이 에이전트가 뭘 하는지 볼 수 있을 때 더 많은 일을 맡기게 돼요."

그리고 뼈아픈 점검 질문도 던져요. 에이전트 기능이 있는데 사람이 그 행동을 볼 수 있는 곳이 "채팅 로그"뿐이라면, 아직 갈 길이 멀다는 거죠.

"에이전트가 하는 일을 사람이 어디서 볼 수 있나요? 답이 '채팅 로그'라면, 할 일이 남아 있습니다."

5. 채팅 UI의 한계와 '다중 에이전트' 시대의 안무 🎛️

이어서 글은 채팅 박스가 기본 패턴으로 굳어지는 걸 경계합니다. 채팅은 기본적으로 "1:1 패턴"—한 사람, 한 모델, 한 스레드—인데, 실제 업무는 그렇게 굴러가지 않는다는 거예요.

현실의 업무는 여러 에이전트가 동시에 돌아갑니다. 예를 들면 리서치 에이전트가 자료를 모으고, 작성 에이전트가 초안을 만들고, 팩트체커가 검토하고, 에디터가 다듬고, 퍼블리셔가 예약 발행을 하는 식이죠. 이들은 병렬로 움직이고, 컨텍스트를 넘기고, 때론 서로 의견이 충돌하기도 합니다.

"채팅 박스는 1:1 패턴이에요. 하지만 실제 일은 많은 에이전트가 동시에 돌아갑니다."

그래서 "1년 전에는 없던 패턴"이 필요해졌다고 하며, 다음을 제안합니다.

다중 에이전트 대시보드: 관제탑(항공 교통 관제)처럼, 모든 에이전트의 작업/경과 시간/상태를 한 화면에서 보고 새 에이전트를 배치
핸드오프 가독성(Hand-off legibility): 한 에이전트가 다른 에이전트에 넘길 때, 사람이 "diff(차이)"를 봄—압축/삭제/추가된 맥락이 무엇인지
전문화 태그(Specialization tags): 에이전트가 능력별로 라벨링되고, 사용자가 고르거나 시스템이 라우팅(채팅 목록이 아니라 조직도에 가까움)
그룹 리뷰 표면(Group review surfaces): 채팅 스레드 대신 문서형 화면(예: 노션 문서+코멘트 컬럼)에서 여러 에이전트 의견을 비교하고 사람이 채택
기본은 조용하게(Quiet by default): 사람 개입이 필요한 순간만 전면에 띄우고, 나머지는 로그로

그리고 이 모든 걸 한 문장으로 요약해요.

"일은 안무(choreography)입니다. 대부분의 제품은 아직 독주자를 디자인하고 있어요."

6. 인간 UI는 사라지지 않는다: '두 레이어'의 동기화 👀

"에이전트 UX" 얘기에서 자주 놓치는 것이 하나 더 있다고 합니다. 바로 인간 인터페이스는 없어지지 않는다는 점이에요. 오히려 더 시각적이 됩니다.

이유는 단순해요. 에이전트가 일을 더 많이 할수록, 사람이 보는 화면은 더 작고, 더 빽빽하고, 더 결정 중심이 되기 때문이죠.

글은 인터페이스가 두 레이어로 분리된다고 설명합니다.

기계가 읽는 레이어(머신 리더블): 스키마, API, 구조화된 도구 정의, 액션 영수증(에이전트용)
사람이 읽는 레이어(휴먼 리더블): 대시보드, 결정 순간, 존재감 스트림, 정지 버튼(감시/승인하는 사람용)

중요한 건 두 레이어가 밀리초 단위로 동기화되어야 한다는 점이에요. 에이전트가 뭘 하면 사람 화면에 바로 반영되고, 사람이 개입하면 기계 레이어는 그 오버라이드를 받아들이고 다시 에이전트에게 설명할 수 있어야 합니다.

"두 레이어의 경계(seam)가 이제 제품 디자인의 기술이 사는 곳입니다."
"이걸 제대로 하면 제품이 살아 있는 느낌이 나고, 망치면 제품이 유령 들린 것처럼 느껴져요."

작은 예시도 들어요. 에이전트가 문서를 편집할 때 변경사항을 어떻게 보여줄 건가?

코드 리뷰처럼 diff로 보여줄지
구글 독스 코멘트처럼 보여줄지
피그마 버전 히스토리처럼 보여줄지

이 선택 하나가 제품의 느낌 전체를 바꾸며, 그건 기술 결정이 아니라 디자인 결정이라고 강조합니다.

7. 주니어에게는 기회, 빠르게 성장하는 방법 🚀

글쓴이는 특히 커리어 초반 디자이너에게 이 변화를 "오랜만에 들을 최고의 소식"이라고 말합니다. 왜냐하면 에이전트 레이어는 아직 아무도 10년 경력을 갖고 있지 않기 때문이에요.

"지구에서 가장 '시니어'한 에이전트 디자이너도 6개월 전에 시작했어요."

그래서 무엇을 하면 좋을지 5단계 액션을 제안합니다.

에이전트 제품 하나를 일주일 써보기: Cursor, Claude Code, Cora, v0, Lovable 등에서 마찰/불명확한 영수증/없는 정지 버튼을 관찰
실제로 쓴 화면 하나 리디자인: 컨셉이 아니라 현실 화면, 전후 비교와 이유 설명
에이전트로 작은 것 만들기: 개인 도구여도 좋고, 설계/사용 과정에서 어디가 깨지는지 체감
패턴 문서화: presence 패턴, hand-off 패턴, trust 신호를 기록—이 분야는 어휘(vocabulary)가 필요함
내 이름으로 빠르게 공개: 포트폴리오에 묵히지 말고 완료한 날 올리기

그리고 "매주 실물(artifact)을 들고 오는 사람이 가장 빨리 시니어가 된다"는 메시지로 밀어붙입니다.

8. 제품팀 리더라면 이번 분기 로드맵에 넣어야 할 3가지

팀을 운영하는 사람에게는 "이번 분기(90일) 안에 할 일"을 아주 구체적으로 제시합니다.

디자인 시스템에 '에이전트 페르소나' 추가: 에이전트가 무엇을 읽고, 무엇을 할 수 있고, 무엇을 반환하는지 문서화
활동/비동기 표면 감사(Audit): 모든 백그라운드 작업은 사용자에게 보여야 하고, stop + undo가 있어야 함
다중 에이전트 플로우 1개 만들기: 단계가 많은 워크플로우를 골라 2~3개 에이전트가 병렬 처리하도록 설계하고, 인간 화면이 어떻게 생겨야 하는지 확인

"이 3가지를 90일 안에 하면, 당신의 제품은 에이전트 UX 상위 5%에 들어갑니다."

9. 마무리: 한 화면의 시대에서, 한 팀을 지휘하는 시대로

글은 "한 사람이 한 화면을 바라보는 시대는 닫히고, 한 사람이 작은 팀이 일하는 걸 지켜보는 시대가 열린다"고 정리하며 끝납니다. 그리고 2026년이, 2012년의 초기 Figma 디자이너들이 느꼈던 것 같은 '초기 기회'로 회고될 거라고 말하죠.

"한 인간이 한 화면을 바라보는 시대는 끝나가고, 한 인간이 작은 팀이 일하는 걸 지켜보는 시대가 열리고 있습니다."
"자리 잡으세요. 지금 시작하세요."

핵심 키워드를 마지막으로 압축하면 에이전트 페르소나, 신뢰(유리상자 + 정지 버튼), 존재감 UI, 다중 에이전트 오케스트레이션, 그리고 기계/인간 레이어의 완벽한 동기화입니다.