AI 뉴스

소프트웨어가 헤드리스로 가는가? — 에이전트 시대 SaaS의 방어력 재편

노동1호 2026. 5. 22. 19:06

소프트웨어가 헤드리스로 가는가?

최근 Salesforce가 API 개방과 헤드리스 제품 출시를 발표하면서 에이전트 시대 SaaS의 미래에 대한 본질적인 질문이 제기되고 있다. UI가 아닌 데이터 계층이 가치의 중심이라는 베팅은 과연 올바른 것일까? 그리고 기존 SaaS 강자들이 20년간 구축해온 방어력은 에이전트의 도래 앞에서 어디까지 살아남을 수 있을까?

Salesforce 헤드리스 발표, 무엇이 변했는가

Salesforce가 지난달 API 개방과 헤드리스 제품 출시를 발표하면서 에이전트 시대의 가치는 UI가 아닌 데이터 계층에 있다는 베팅을 했다. 기술적으로는 새로울 것이 거의 없다. 헤드리스 제품으로 마케팅되는 API들은 이미 수년 전부터 존재했던 것들이고, 전형적인 Salesforce식 마케팅 런칭에 가깝다.

핵심 아이디어는 이것이다. 에이전트가 사람용 UI를 거치지 않고 기록 시스템의 데이터에 직접 접근한다. UI를 걷어내고 DB만 남기면, 이것과 Postgres + 잘 설계된 스키마 + API는 무엇이 다를까? 이 질문이 현재 SaaS 업계에서 가장 뜨거운 토론거리다.

SaaS 시대 기록 시스템의 해자

과거 SaaS 시대 기록 시스템(System of Record)은 특정 도메인의 권위 있는 단일 진실 공급원이었다. CRM은 매출의 기록 시스템, HRIS는 인사의 기록 시스템, ERP는 자금의 기록 시스템이다. 단순한 저장소가 아니라 조직 전체가 공유하는 현실을 제공하는 것이 진짜 힘이었다.

지난 20년간 Salesforce가 판매한 것은 영업 리더가 팀을 운영하는 방식모데루. 대시보드, 파이프라인 뷰, 예측 도구, 활동 피드가 실제 판매 대상이었고, 비즈니스 모델은 사용자 시트 기반이었다. 그 아래 DB는 핵심이지만 부수적 존재였다는 점이 중요하다.

UI가 고착성을 만든 과정

UI가 곧 제품이었던 시대, 고착성(stickiness)은 어떻게 만들어졌을까?

첫째, 데이터 위생 강제다. CRM은 영업 담당자가 입력하지 않을 데이터까지 입력하게 만들었다. 공통 어휘인 Lead, Opportunity, Account가 조직 전체에 깔려 있다는 것은 데이터의 신뢰성을 높이는 핵심 요소였다.

둘째, 손에 익은 사용 습관(muscle memory)이다. 많은 영업 리더가 이직 시 Salesforce를 가져가는 이유는 UI가 좋아서가 아니라 손에 익은 조작 방식 때문이다. 이 습관은 에이전트가 도래해도 쉽게 사라지지 않는다.

셋째, 끊임없는 읽기 빈도다. CRM은 매일 GTM 팀이 사용한다. 모든 통화 기록, 단계 업데이트, 작업 생성이 양방향 흐름으로 이루어진다. 라이브 운영 데이터를 다루고 있으므로 안전한 전환 시점이 없고, 한번 도입하면 떠나기 어렵다.

에이전트가 기존 모델을 뒤집다

에이전트가 이 모든 것을 뒤집기 시작하고 있다. UI를 거치지 않고 데이터에 직접 읽고 쓸 수 있기 때문이다. SAP 주변에도 AI 친화 생태계가 빠르게 확산 중이다. 컴퓨터 사용 에이전트가 사람 기반 요인인 선호, 훈련, 미문서화된 맥락을 시간이 지나며 무력화시킨다.

기록 시스템별 전환 비용 비교

모든 기록 시스템이 같은 수준의 고착성을 가진 것은 아니다.

ATS(지원자 추적 시스템)는-write-only에 가깝다. 채용 종료 후 데이터를 다시 볼 일이 거의 없다. 반면 ERP는 원장이 곧 감사 추적이며, 회계사·감사인·규제기관이 직접 이해관계자다. 교체도로 보면, ATS 교체는 고통스럽지만 견딜 만한 일, CRM 교체는 개심술(open-heart surgery), ERP 교체는 마라톤 중인 환자에게 하는 개심술에 비유할 수 있다.

UI가 사라지면 무엇이 남는가

에이전트는 브라우저가 필요 없다. API, 맥락, 지시, 행동 능력만 있으면 된다. 이것을 가능하게 만든 두 가지 변화가 있다.

첫째, LLM의 추론 능력 향상이다. 에이전트가 맥락 읽기, 계획 수립, 도구 선택, 실행, 결과 검토까지 사람 개입 없이 수행한다. 둘째, MCP(Model Context Protocol)의 도구 접근 표준화다. 에이전트가 외부 기능을 공통 인터페이스로 호출한다. 컴퓨터 사용 에이전트는 적절한 맥락만 있으면 API 없이도 기존 소프트웨어 인터페이스를 탐색할 수 있다.

새로운 해자 요소의 등장

기존 SaaS 강자들이 구축한 UI 기반 해자가 약화되면, 방어력은 아래로와 위로 나뉘어 이동한다.

아래로 이동하는 요소:

• 데이터 모델 — 에이전트 친화적 스키마가 필요

• 권한 체계 — 에이전트 단위 권한 관리

• 워크플로 로직 — 명시적 규칙과 프로세스 정의

• 컴플라이언스 — 규제·법적 데이터의 단일 신뢰 소스

위로 이동하는 요소:

• 네트워크 효과 — 다자간 워크플로에서 더 중요해짐

• 독점 데이터 생성 — 제품이 고유하게 만들어낸 데이터

• 실세계 실행 능력 — 사람을 파견하고 물건을 옮기고 서비스를 완수하는 능력

에이전트 시대 기록 시스템의 새로운 기준

차세대 AI 네이티브 기록 시스템에는 세 가지 새로운 기준이 필요하다.

에이전트 친화적 데이터 모델

기존 소프트웨어는 대시보드·리포트·사람 워크플로 캡처용으로 만들어졌다. Opportunity, Ticket, Candidate 같은 객체 모델은 에이전트용으로 설계되지 않았다. 에이전트용 스키마는 추론, 행동, 상태 추적, 예외 처리, 위임, 시스템 간 조정 캡처가 필요하다. 네이티브 객체 모델이 task, intent, thread, policy, outcome 같은 형태로 변화해야 한다.

에이전트 단위 권한 관리

누가, 어떤 에이전트를 통해, 어떤 정책 하에, 어떤 승인·감사 추적·롤백·예외 처리로 무엇을 할 수 있는지 정의해야 한다. 사람만이 아닌 에이전트 관리용 권한 체계가 필요하다. 완전 에이전트 세계의 가장 어려운 미해결 문제는 이것이다. 어떤 에이전트가, 누구를 대신해, 무엇을, 어떤 감사 가능성으로 권한받는가?

실행 루프 폐쇄

과거에는 기록 저장으로 충분했지만 새로운 시대에는 에이전트가 행동한다. 방어력은 행동 → 결과 캡처 → 피드백 → 의사결정 개선의 폐쇄 루프 제품으로 이동한다. ERP 예시로 보면, 지출 승인, 페이롤 트리거, 인보이스 정산, 통지 발송 등 루프를 닫는 제품은 관찰이 아닌 실행 안에 위치한다. 사용할수록 개선되고 워크플로를 깨지 않고는 제거하기 어렵다.

소프트웨어 구매자의 세 가지 경로

현재 소프트웨어 구매자는 세 가지 경로중 하나를 선택해야 한다.

첫째, 기존 시스템 + 에이전트

기존 SaaS 강자의 CLI/API를 사용하거나 네이티브 에이전트 제품(Salesforce Agentforce, SAP Joule)을 활용하거나 자체 에이전트를 구축한다. 단, API가 완전하고 사용 가능하며 헤드리스 전환이 운영적으로 단순하다는 가정가필요한다.

둘째, 자체 기록 시스템 구축(DIY)

자체 데이터 모델, 운영 로직, 권한·감사·통합, 자체 에이전트를 처음부터 구축한다. 서드파티 도구 활용이 가능하다.

셋째, AI 네이티브 대체재 구매

기계 가독성을 기반으로 처음부터 만들어진 신세대 소프트웨어를 구매한다. 에이전트 오케스트레이션이 일급 기능으로 내장되어 있고 헤드리스가 기본이다.

AI 네이티브 스타트업의 새로운 방어력

에이전트가 기존 강자의 UI 기반 해자를 무력화하면, 새로운 방어력 요소는 무엇일까?

기록 시스템 재현 난이도

단기적으로는 기록 시스템 기반 데이터의 추출·재현 용이성이 핵심이다. 기존 SaaS 강자는 API를 고통스럽게 만들거나, 게이트·불완전·경제성 없게 만들어 전환을 어렵게 한다. 그러나 추출 도구, 특히 컴퓨터 사용 에이전트가 발전하며 이 장벽이 점점 낮아진다.

동시에 이메일·전화·음성 에이전트·내부 문서로부터 더 풍부한 데이터를 재구성하는 신규 기업이 등장하고 있다. AI는 기록 시스템의 첫 80% 재현 비용을 낮추지만, 나머지 20%인 예외 처리, 승인, 컴플라이언스, 엣지 케이스 워크플로가 진짜 대체재와 wedge를 가르는 지점이다.

의미 있는 독점 데이터

방어 가능한 데이터는 import한 데이터가 아니라 제품이 고유하게 만들어낸 데이터다. 데이터의 wall garden — 독점적이거나 규제 대상이거나 지속적 업데이트가 필요한 데이터 — 권위 있고 완전한 데이터에 투자한 소프트웨어 제공자는 범용 제공자 대비 우위를 확보한다.

특히 내부 생성 행동 기반 데이터가 중요하다. 관찰된 행동, 응답률, 타이밍 패턴, 프로세스 결과, 벤치마크, 예외 패턴, 에이전트 성능 추적 데이터가 곧 맥락(data is the context)이다.

실세계 실행 요소

완전 자동화되지 않을 실세계 운영과의 연결성을 가진 비즈니스 모델이 가장 흥미로운 기회의 영역이다. DoorDash 같은 운영 네트워크 사례를 보면, 역사적으로 기록 시스템은 아니지만 시사점이 명확하다. 단순 기록 저장·추천이 아니라 사람을 파견하고, 물건을 옮기고, 서비스를 완수하는 소프트웨어는 순수 SaaS와 다른 종류의 방어력을 보유한다.

네트워크 효과가 다시 중요하다

과거 기록 시스템에서는 소프트웨어가 주로 내부용이라 네트워크 효과가 약했다. 그러나 다자간 워크플로에 임베드되면 네트워크 효과가 훨씬 중요해질 가능성이 있다.

구매자-판매자, 고용주-피고용자, 회사-감사인, 벤더-고객, 페이어-프로바이더 등 반복 상호작용을 매개할 때 참여자 증가가 네트워크 가치를 증가시킨다.

구현 방식은 세 가지층면으로 나뉜다:

첫째, 공유 워크플로 조정이다. 양측이 거래·맥락 교환·예외 해결을 수행하는 장소가 된다.

둘째, 벤치마킹·인텔리전스다. 네트워크 패턴 기반 규범·이상·추천을 제공한다.

셋째, 신뢰·표준화다. 승인·핸드오프·컴플라이언스·결제의 공통 레일이 되면 단순 DB가 아니라 시장 조정 인프라의 일부가 된다.

남은 문제와 향후 전망

에이전트가 사용 습관 해자는 죽이지만, 운영 로직과 맥락 해자는 죽이지 않는다. 오히려 에이전트가 안전하게 행동하려면 명시적 규칙·권한·프로세스 정의가 필요해 더 중요해진다.

단기적으로 문서화되지 않은 SOP는 여전히 중요하다. 워크플로 규칙에 인코딩된 조직 로직이 에이전트가 올바르게 작동하기 위한 핵심이기 때문이다. 다만 맥락 캡처가 쉬워지고 에이전트가 노동을 대체할수록 점차 무관해진다.

결론적으로, 기존 SaaS 강자들이 헤드리스로 가는 것은 데이터 계층이 가치의 원천으로 남는다는 암묵적 베팅이다. 금융 서비스처럼 깊이 컴플라이언스가 결합된 카테고리에서는 한동안 이 베팅이 유효하고, 헤드리스 전환도 더 먼 미래가 될 것이다.

빌더 입장에선 헤드리스로 전환하는 기존 강자들과 경쟁할 기회가 열린다. 구조가 변화하고 있고, 차세대 기록 시스템은 단순 기록 저장소가 아니라 맥락을 캡처하고, 작업을 개시하며, 데이터 발자취(data exhaust)를 기록하는 에이전트 친화적 형태다.

가장 흥미로운 비즈니스는 실세계 실행으로 확장되는 형태다. 현장 인력, 물류 제공자, 서비스 팀, 물리적 자산을 조정하거나 다자 사이에 위치하는 영역에서 기회를 찾을 수 있다.

핵심 요약

변화 영역	내용
해자 이동	UI → 데이터 모델, 권한, 컴플라이언스(하부), 네트워크, 독점 데이터, 실세계 실행(상부)
새 기준	에이전트 친화적 데이터 모델, 에이전트 단위 권한 관리, 실행 루프 폐쇄
구매자 경로	기존 시스템 + 에이전트 / DIY DB + 에이전트 / AI 네이티브 대체재
새 방어력	데이터 재현 난이도, 독점 데이터, 액션 계층, 실세계 실행, 네트워크 효과
기회 영역	실세계 실행이 필요한 버티컬 시장, 현장 서비스, 다자간 조정

에이전트 시대 소프트웨어의 판도가 다시 그려지고 있다. UI가 사라진다고 데이터의 가치가 사라지는 것이 아니다. 오히려 데이터 중심적가치체계로의 전환이 가속되고 있다.