지금 당신이 쓰는 업무 툴을 떠올려 보세요. 기능은 분명히 충분합니다. 그런데 왜 이렇게 쓰기가 번거로울까요? 에이전틱 SaaS는 이 질문에 대한 답으로 등장했습니다. 단순히 AI 기능을 추가한 소프트웨어가 아니라, 소프트웨어 자체를 다시 설계하는 방식으로요.

소프트웨어 개발자이자 에세이스트인 Akash Yap이 에이전틱 SaaS의 본질을 분석한 글을 발표했습니다. “챗봇을 얹은 기존 소프트웨어”와 “진짜 에이전틱 SaaS”의 차이를 인터페이스와 아키텍처 두 축으로 나눠 설명하는데, 단순한 트렌드 예측을 넘어 소프트웨어의 구조적 변화를 짚어냅니다.

출처: The Future of SaaS Is Agentic – akashyap.ai

기능은 많은데 왜 쓰기 힘든가

엔터프라이즈 SaaS의 오래된 역설이 있습니다. 기능은 넘쳐나는데, 막상 쓰려면 너무 많은 일을 해야 한다는 것입니다. 버튼을 찾고, 폼을 채우고, 설정을 구성하고, 워크플로를 단계별로 직접 밀어붙이는 일이 실제 작업보다 더 많은 에너지를 소모하기도 합니다.

Yap은 이걸 “인터랙션 세금(interaction tax)”이라고 부릅니다. 작업 자체의 난이도가 아니라, 작업을 시작하기까지의 마찰이 문제라는 거죠. ChatGPT 같은 대화형 도구에 사람들이 계속 돌아오는 이유도 같습니다. 새롭기 때문이 아니라, 원하는 것과 실행 사이의 거리를 대폭 줄여주기 때문입니다. 에이전틱 SaaS는 바로 이 지점을 소프트웨어 전반에 적용하려는 시도입니다.

UI의 역할이 뒤집힌다

기존 SaaS에서 UI는 사용자가 직접 일하는 공간이었습니다. 사용자가 버튼을 누르고, 폼을 채우고, 레코드를 옮기고, 프로세스를 앞으로 밀어야 했죠.

에이전틱 SaaS에서 이 관계가 역전됩니다. UI는 더 이상 조작 도구가 아니라, 사람과 시스템 사이의 조율 레이어가 됩니다. 사용자는 의도를 표현하고, 진행 상황을 검토하고, 필요할 때 개입합니다. 실제 작업은 에이전트가 처리합니다.

친숙한 UI 요소들이 사라지는 건 아닙니다. 역할이 달라집니다.

1. 폼 — 에이전트가 추론하거나 미리 채울 수 있는 필드는 사용자가 직접 입력할 필요가 없어집니다
2. 테이블 — 데이터를 직접 다루는 공간에서, 에이전트가 처리한 결과를 검토하고 수정하는 공간으로
3. 대시보드 — 정적인 보고 패널에서, 이미 진행 중인 프로세스를 실시간으로 보여주는 뷰로

요컨대 UI는 살아남되, 수동 조작에서 의도 표현·감독·해석의 레이어로 기능이 재정의됩니다.

아키텍처도 다시 쌓아야 한다

인터페이스보다 더 근본적인 변화는 내부 구조에 있습니다.

수십 년간 소프트웨어 아키텍처는 요청-응답 로직으로 작동했습니다. 사용자가 버튼을 누르면 → API가 호출되고 → 밀리초 안에 결과가 돌아옵니다. 빠르고 단순하지만, 에이전트에는 맞지 않는 구조입니다.

에이전트는 이렇게 작동합니다. 컨텍스트를 수집하고 → 여러 도구를 참조하고 → 중간 결정을 내리고 → 실패한 단계를 재시도하며 → 필요하면 사용자에게 확인을 구합니다. 이 과정은 초 단위가 아니라 분 단위로 흐를 수 있고, 여러 시스템에 걸쳐 진행될 수 있습니다.

Yap의 표현을 빌리면, 기존 SaaS는 트랜잭션을 위해 설계됐고, 에이전틱 SaaS는 실행을 위해 설계되어야 합니다. 소프트웨어가 장기 실행 프로세스를 지원하고, 상태를 유지하고, 실패를 복구하고, 작업 전반에 걸쳐 사용자와 의미 있게 소통할 수 있어야 한다는 뜻입니다.

비즈니스 모델도 달라진다

구조가 바뀌면 돈 버는 방식도 바뀝니다.

기존 SaaS의 좌석 기반(per-seat) 과금은 비용 구조가 상대적으로 안정적이었기 때문에 유지됐습니다. 에이전틱 SaaS는 다릅니다. 소프트웨어가 실제로 작업을 수행하고, 토큰을 소비하고, 컴퓨팅 자원을 쓰면서 실질적인 실행 비용이 발생합니다. 이에 따라 과금 기준이 접근권(사용자 수)에서 사용량·자동화 규모·완료된 작업·산출된 결과 쪽으로 이동할 가능성이 높습니다.

리텐션 논리도 달라집니다. 사용자가 툴을 다시 찾는 이유가 “데이터베이스에 접근하기 위해서”가 아니라 “소프트웨어가 내가 없을 때도 일을 해줬기 때문”이 됩니다. 제품이 목적지(destination)에서 운영자(operator)로 바뀌는 셈입니다.

에이전트가 모든 SaaS를 범용 백엔드로 만들 것인가

에이전틱 전환을 둘러싼 흔한 우려가 있습니다. 범용 AI 어시스턴트가 모든 앱 위에 얹혀서 결국 SaaS 제품들이 교체 가능한 API 집합으로 전락하는 게 아니냐는 것입니다.

Yap은 이 우려가 얕은 소프트웨어 레이어에는 맞을 수 있지만, 도메인에 깊이 특화된 제품에는 해당되지 않는다고 봅니다. SaaS의 핵심 가치는 원래 인터페이스가 아니라 도메인 모델, 권한 체계, 워크플로, 통합, 신뢰성에 있었습니다. 에이전틱 전환 이후에는 이것들이 오히려 더 중요해집니다. 경쟁 우위가 “화면을 소유하는 것”에서 “신뢰할 수 있는 실행 환경을 소유하는 것”으로 이동한다는 뜻입니다.

에이전틱 SaaS의 승자는 AI 기능을 가장 많이 탑재한 제품이 아니라, 사용자가 직접 해야 했던 마찰을 가장 많이 제거한 제품이 될 것이라는 게 Yap의 결론입니다. 인터페이스와 아키텍처 변화의 구체적인 엔지니어링 함의에 대해서는 원문에서 더 깊이 다루고 있습니다.