쇼케이스를 넘어선 SaS: 에이전트가 구매하고 인간은 보는 서비스형 소프트웨어
요약
개인 에이전트와 세션 기반 AI의 발전으로, 기존 SaaS 모델을 넘어선 새로운 시장 'SaS (Service as Software)'가 등장하고 있습니다. 이는 사용자가 소프트웨어를 직접 사용하는 것이 아니라, 클라우드 상에서 완성된 서비스를 구매하는 형태입니다. Salesforce Headless 360이나 Adobe CX Enterprise 같은 사례들이 이 변화를 주도하며, 에이전트 기반의 작업 흐름을 근본적으로 바꾸고 있습니다.
핵심 포인트
- SaaS(Software as a Service)에서 SaS(Service as Software)로 패러다임 전환 중
- 개인 에이전트는 단순 채팅을 넘어 클라우드 상의 내부 컴퓨터 역할을 수행
- 사용자는 소프트웨어 자체보다 완성된 '서비스'를 구매하게 됨
- Salesforce, Adobe 등 주요 기업들이 이미 Headless/CX 형태로 변화에 대응하고 있음
우리는 매우 빠른 혁명을 겪을 것입니다. 개인 에이전트는 이미 그 길 위에 있습니다: Dots, Grok Bot 및 Muse. 새로운 능력은 채팅이 아닙니다. 클라우드 상의 내부 컴퓨터입니다: 브라우저, 파일, 도구 로그인, 노트북을 닫고 작업하는 것까지입니다. 세션 기반 에이전트는 이미 소프트웨어를 작성하는 사람들의 루프에 있습니다: Cursor, Claude Code, Codex, Windsurf. 이들 중 어느 것도 쇼케이스를 통해 진입하지 않습니다. 그들은 창고에서 작업을 구매합니다. 이것 때문에 미국에서는 새로운 시장이 생겨나고 있습니다.
이름에서 A가 빠졌습니다. SaaS는 Software as a Service입니다. SaS는 Service as Software입니다. 이 창고는 CRM, 마케팅 및 지원에 사용됩니다: Salesforce를 열지 않고도 캠페인을 진행하고, Adobe를 열지 않고도 이메일을 보내며, HubSpot을 열지 않고도 거래(deal)로 전환할 수 있습니다. 2026년 4월에는 Salesforce Headless 360과 Adobe CX Enterprise가 이미 이 문을 열었습니다.
저는 이것을 실행해 왔습니다. Hermes는 클라우드 VPS 상의 저의 개인 에이전트였으며, 컴퓨터는 켜져 있고 노트북을 열지 않아도 작업할 수 있었습니다. 이제 이 부품은 모두를 위해 존재합니다. Dots, Grok Bot 및 Muse는 서버를 구축할 필요 없이 휴대폰과 데스크톱에서 동일한 아이디어입니다. 사람들이 공장에서 이 컴퓨터를 얻었을 때, 제가 지불하던 SaaS는 더 이상 화면처럼 보이지 않았습니다. 창고처럼 보이기 시작했습니다. 아래 지도는 이 시장이 이미 열어 놓은 것입니다.
목차
-
- SaS는 채팅이 붙은 SaaS가 아니다
-
- 두 명의 구매자: 개인 에이전트와 세션 에이전트
-
- 이미 존재하는 것들의 네 가지 서랍
-
- 누가 청구서를 지불하는가
-
- 좌석은 깨진다. 크레딧만으로는 부족하다
-
- 쇼윈도가 사라질 때 Staff는 무엇을 디자인하는가
-
- 기회, 그리고 그렇지 않은 것들
1. SaS는 채팅이 붙은 SaaS가 아니다
SaaS는 Software as a Service를 의미하며, 사용자가 좌석(seat)을 구매하고 도구를 운영한다. SaS는 Service as Software를 의미하며, 공급업체(vendor)가 완성된 서비스를 판매한다. Thoughtworks와 HCLTech는 'A'가 하나 빠진 형태로 이 역전(inversion)을 서술하고 있다. 이것은 분석용 SAS가 아니다. AIaaS (모델 임대)도 아니다.
Headless는 비즈니스의 약자가 아니라 저장소(depot)를 의미한다. 2018년에는 Contentful이 프런트엔드 없이 존재했다. 2026년 Salesforce의 도움에 따르면, API가 UI다. Headless 360은 SKU(재고 관리 단위)가 아니라 우산 개념이다. Headless 없이는 에이전트가 진입할 수 없다. SaS가 없으면, 단지 쇼윈도에 채팅을 붙이고 같은 좌석 비용을 청구했을 뿐이다.
CX Today는 이를 판매하는 네 가지 방식을 설명했다. 나는 두 가지 방식에 주목하는데, 이 방식들이 청구서 자체를 바꾼다:
| 방식 | 고객이 구매하는 것 | URL 예시 |
|---|---|---|
| 쇼윈도 없는 플랫폼 | 에이전트가 호출할 수 있는 기존의 CRM, 마케팅 또는 워크플로우 | Salesforce Headless 360, Adobe CX Enterprise |
| 쇼윈도가 없었던 API | 결제, 신원 확인, 메시지. 인간은 주 사용자가 아니었다 | Stripe, Twilio, Plaid. 오래되었지만 2026년의 새로운 것이 아니다 |
교육적 시연(Cena didática). 이건 원격 측정(telemetria)이 아닙니다. 판매자가 Dots에서 지시합니다: '케이스 8821을 waiting_customer로 업데이트하고 고객에게 알림을 보내라.' 개인 에이전트는 콘솔을 열지 않습니다. 클라우드에 있는 그의 컴퓨터가 창고에 행동을 요청하고, 계약서를 읽어 실행합니다. 인간은 규칙이 거부권을 요구할 때만 카드(card)를 보게 됩니다.
API 호출 없이 작동하는 메커니즘: 네 가지 동사, 네천 개의 버튼이 아닙니다. 2026년 7월부터 베타 버전인 MCP Headless 360에서는 Discover, Describe, Dispatch, 그리고 읽기 전용(read-only) Dispatch라는 동사들이 있습니다. 에이전트의 인터페이스는 작아지고, 뒤쪽에서 운영 카탈로그는 커집니다.
만약 귀사의 회사가 오래된 화면에 채팅창 하나를 붙여 놓은 것에 불과하다면, 그것은 여전히 점원(balconista)이 있는 쇼윈도입니다. Headless란 점원이 사라지고 창고가 에이전트에게 직접 응대하는 것입니다.
2. 두 명의 구매자: 개인 에이전트와 세션 에이전트
미국 시장에는 단 하나의 구매자가 없습니다. 두 명이 있습니다. Salesforce 개발자 블로그에서는 이미 MCP를 코딩 에이전트(coding agent)와 비즈니스 에이전트(business agent)의 MCP로 구분합니다. 저는 일상생활에서 사용되는 명칭을 사용하겠습니다.
**개인 에이전트(Agente pessoal)**는 IDE 외부에서 작동합니다. Dots (OpenAI), Grok Bot (xAI), 그리고 Muse (Meta). 이들이 판매하는 것은 채팅 창이 아닙니다. 클라우드에서 실행되는 내부 컴퓨터입니다. Dots의 문서는 자체 머신과 브라우저를 설명하며, PC가 꺼져 있어도 작업이 계속됩니다. Grok Bot의 발표 역시 같은 점을 이야기합니다: 클라우드의 영구적인 컴퓨터, 도구에 로그인하고, 승인이 필요할 때만 돌아오는 방식입니다. Muse는 앱이나 WhatsApp에서 전용 브라우저가 있는 컴퓨터인 Muse Secure VM에서 작동합니다. Cursor의 Muse Spark는 세션 모델입니다. Meta의 개인 에이전트와 혼동하지 마십시오.
인간이 작업을 지시하면 에이전트가 계속합니다. 이 컴퓨터는 쇼케이스를 여는 법도 압니다. 같은 광고에서 Grok Bot은 API나 MCP 없이 사이트에 진입합니다. 이것은 노트북을 빌린 동료와 같습니다. SaS(Service-as-a-Service)는 동일한 컴퓨터가 저장소에 전화를 거는 경우입니다: 예를 들어, 거래(deal), 캠페인 등 화면 클릭 없이요.
**세션 에이전트(Agente de sessão)**는 엔지니어링 루프 안에 살아 있습니다. Cursor, Claude Code, Codex, Windsurf 등이 그렇습니다. 높은 컨텍스트를 가지고 있고, 저장소에 도구(tools)가 있으며, 마지막에는 PR(Pull Request)이 있습니다. 이 역시 Salesforce 화면을 원하지 않습니다. 인증된 사람의 출입증이 있는 동일한 저장소를 원합니다.
둘 다 동일한 SaaS를 소비합니다. 위험 계정은 다릅니다.
| 개인 에이전트 (Agente pessoal) | 세션 에이전트 (Agente de sessão) | |
|---|---|---|
| 거주지 | 클라우드 컴퓨터, 앱, WhatsApp | IDE, 터미널, CI |
| ... | ||
| 저는 매일 오른쪽 것을 운영합니다. 왼쪽 것은 Hermes에서 VPS를 통해 알게 되었습니다. Dots, Grok Bot, Muse가 CRM을 닫는 것(closing)은 제가 프로덕션 환경에 가지고 있는 것이 아닙니다. 그래서 섹션 3에서는 런타임과 쿠크북(cookbook)을 분리했습니다. |
3. 이미 존재하는 네 개의 서랍장
하나의 목록으로 섞지 마세요.
문서화된 Lab / 런타임
MCP 서버 platform/headless-360은 2026년 7월부터 베타에 있습니다. 네 개의 도구(tools)가 있습니다. 프로덕션 환경은 https://api.salesforce.com/platform/mcp/v1/platform/headless-360입니다. 문서에는 제가 리뷰에서 청구할 내용이 나와 있습니다: Salesforce에서 작업을 수행할 수 없다면, 에이전트도 할 수 없습니다. 오브젝트 권한(Object permissions), FLS(Field Level Security), 공유 설정(sharing), 프로필(profile) 등이 그렇습니다. 감사 추적(audit trail)은 행동을 사용자에게 귀속시킵니다.
이것은 공식 Lab이며, 제 Lab이 아닙니다. 저는 이 엔드포인트를 변경하지 않았습니다.
공식 레시피
- Salesforce, 2026년 4월 15일: Claude Code, Cursor, Codex 및 Windsurf를 위해 60개 이상의 MCP 도구와 30개 이상의 코딩 기술을 발표했습니다. 개발자 블로그에서는 4,000개 이상의 API와 220개 이상의 CLI(Command Line Interface) 명령을 소개했습니다. MCP가 도입됩니다. 경험 레이어(HXL)는 Slack, ChatGPT, Teams로 확장됩니다. "12일", "+300%의 Slack 에이전트", "DevOps 주기에서 40%"와 같은 내용들이 공급업체 또는 공급업체의 고객 측면에서 발표되었습니다. 이 세 가지를 증거로 사용하지 않습니다.
- Adobe CX Enterprise, 2026년 4월 20일: 에이전트(agents), 기술(skills) 및 MCP를 Claude Enterprise, ChatGPT Enterprise, Gemini, Copilot에서 마케팅 에이전트와 함께 제공합니다. 문서화된 엔드포인트:
https://cx-coworker-gateway.adobe.io/mcp. - HubSpot의 ChatGPT 커넥터: 2026년 2월 26일에 쓰기 기능이 추가되었습니다. 연락처(contact)와 거래(deal)를 생성 및 업데이트하고, 메모(note)와 작업(task)을 기록할 수 있습니다. OpenAI 계정이 있는 모든 HubSpot 티어에서 사용 가능합니다. 일괄 처리(Bulk): 요청당 최대 10개 레코드까지 가능합니다.
커뮤니티 리포지토리
- Peak는 창업자가 헤드리스(headless)로 문서화한 마케팅 SaaS입니다: 스킬은 Codex 또는 Claude Cowork에서 실행되며, 쇼케이스에 로그인할 필요가 없습니다. 이 사이트는 40개 이상의 스킬을 언급합니다. 제품 판매자의 후기입니다.
- marketingskills는 다른 측면입니다: Claude Code와 Codex가 마케팅 도구를 열지 않고 CRO, SEO 및 카피를 수행할 수 있도록 하는 스킬 팩입니다. 이것은 SaaS가 아닙니다. 쇼케이스 없이 살아가려는 세션 에이전트의 시도입니다.
실제 제품에서는 찾기 어려움
2026년 10월 2일 기준으로, MCP나 Skill을 상품으로 판매하고 스토어 URL을 가진 브라질 SaaS 체크아웃, 마켓플레이스 또는 고객 서비스는 발견하지 못했습니다. WhatsApp 배송 및 매장 환불은 적합합니다. 적합하다는 것이 사례(case)를 의미하는 것은 아닙니다. URL이 없으면 서랍 속에 들어갈 뿐입니다.
4. 비용을 지불하는 주체
텍스트가 시장에 대해 이야기할 때, 질문은 어떤 프로토콜인가가 아니라 누가 청구서를 작성하느냐입니다.
| 비즈니스 | 에이전트가 저장소에서 수행하는 작업 | 동일 블록 내 한계점 |
|---|---|---|
| 고객 서비스 센터 | 사례 종결, 문서 요청, 예외 처리 확대 | '왜'에 대한 추적 기록 없이, 눈에 보이지 않는 프로세스가 됩니다. CX Today는 이미 명확한 비전을 가진 팀이 있지만 지저분한 운영은 준비되지 않았다고 보고합니다 |
| ... |
5. 좌석이 깨진다. 크레딧은 아직 해결하지 못했다.
좌석(seat)은 쇼룸에서 인간을 가정한다. SaS는 거부권(veto)에서 인간을, N 에이전트는 창고에 가정한다. 청구서는 양쪽에서 꼬인다: 공급업체(vendor)는 로그인을 잃고, 고객은 작업이 완료되었는지 모른 채 토큰을 지불한다.
PricingSaaS, 2026년 2분기는 4,060개 기업 중 592개사에서 에이전트를 발견했다: 14.6%. 70%가 여전히 플랜(plan)으로 유입된다. 측정 단위를 보여주는 46개사 중 30개사(65%)는 크레딧으로 청구한다. 애널리스트 예측은 섹션 4에 남겨두겠다. 여기서 중요한 것은 현재의 청구서다.
교육적인 시나리오다. 원격 측정(telemetry)이 아니다. 6월: 40석. 7월: 팀이 커넥터를 연결한다. 열 명의 사람과 세 개의 개인 에이전트가 같은 볼륨을 처리한다. CFO는 20석 취소를 묻는다. 공급업체는 Dispatch에 대해 크레딧으로 청구하는지 묻는다. 아무도 '누가', '어떤 행동' 그리고 '어떤 결과'를 연결하지 못한다.
좋은 단위: 정체성을 가진 비즈니스 액션. deal.created, case.closed, refund.approved. 토큰과 크레딧은 대리 지표(proxy)일 뿐이다. '매출 증가'는 아직 거의 아무도 감사하지 않은 계약이다.
6. 쇼룸이 사라질 때 Staff가 그리는 것들
코딩 에이전트는 계속해서 모델 + 하네스(harness)의 형태를 유지한다. 이것은 전략에서 이미 썼다. 에이전트가 소비하는 SaaS는 같은 쌍을 필요로 한다: 먼저 가이드, 나중에 센서. 둘 중 하나라도 없으면 창고는 암흑 속에서 일한다.
| 무엇을 그릴 것인가 | 가이드(Guide) | 센서(Sensor) |
|---|---|---|
| 정체성 | 인간과 동일한 배지 및 권한 | 동일 주체에 대한 감사(Audit). Salesforce 문서: 당신이 할 수 없다면, 에이전트도 할 수 없다 |
| ... |
광고가 숨기는 위험: Grok Bot 문서에서 볼 수 있듯이, 동일 사용자들의 봇은 컴퓨터, 로그인 및 세션을 공유한다. 이사님의 배지 정보가 개인 에이전트에게는 전체 CRM을 작성할 수 있게 한다.
7. 기회와 그렇지 않은 것들
Staff의 작업을 요구하는 세 가지 전선:
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기