영업팀 5명이 각자 Claude로 고객 관리 도구를 만들었습니다. 모두 비슷한 기능인데, 주소 필드 구조가 다르고 백엔드도 제각각이라 데이터를 합칠 방법이 없습니다. 구독료 없이 내게 딱 맞는 도구를 만든 건데, 오히려 팀 전체가 사일로에 갇혀버린 셈입니다.

O’Reilly Radar의 Mike Loukides가 “SaaS는 아직 죽지 않았다(SaaS Is Not Dead Yet)”는 글에서 이 문제를 정면으로 다뤘습니다. 에이전트 시대에 누구나 자신만의 소프트웨어를 만들 수 있게 됐지만, 그게 SaaS를 대체하진 못한다는 주장입니다. 핵심은 하나입니다. 일은 개인이 아닌 팀이 한다는 것.

출처: SaaS Is Not Dead Yet – O’Reilly Radar

모두가 자기 도구를 만들면 생기는 일

에이전트 기반 프로그래밍은 개인에게 강력한 힘을 줍니다. Claude나 GPT에게 “고객 주소록 관리 앱 만들어줘”라고 하면 SQLite 백엔드에 웹 프론트엔드까지 갖춘 CRM이 뚝딱 나옵니다. 예전엔 개발자를 불러야 했거나 Salesforce 같은 서비스를 구독해야 했던 일입니다.

문제는 옆자리 동료도 같은 걸 만들 때 시작됩니다. 기능은 비슷하지만 데이터 구조가 미묘하게 다릅니다. 한 사람은 주소를 단일 필드로, 다른 사람은 시·도·국가를 나눠서 관리합니다. 백엔드도 누군 SQLite, 누군 MySQL입니다. 팀 전체 실적을 집계하거나 공통 지표를 뽑아야 할 때, 데이터를 합칠 방법이 없습니다.

Salesforce 구독료를 아꼈지만, 팀 단위의 가시성도 함께 사라진 겁니다.

에이전트 도구에 아직 없는 것들

Loukides는 에이전트 기반 도구가 실제 업무 환경에서 작동하려면 아직 해결되지 않은 문제들이 있다고 짚습니다.

공유와 버전 관리. Git을 통한 공유가 가능하긴 하지만, 비기술 사용자에게는 마찰이 너무 큽니다. “GitHub에 올리면 돼”라는 말은 개발자한텐 당연하지만, 영업 담당자에겐 전혀 다른 이야기입니다.

요구사항 조율. 개인이 만든 도구들은 각자의 필요에 최적화되어 있습니다. 팀 전체가 같은 도구를 써야 한다면, 서로 다른 요구를 어떻게 조율할지 프로세스가 필요한데, 지금의 에이전트 도구에는 그런 협업 레이어가 없습니다.

보안과 안정성. 에이전트가 회사 데이터에 접근하는 상황에서의 보안 위협, 특히 프롬프트 인젝션 같은 문제는 아직 해결책이 명확하지 않습니다. 개인 프로젝트라면 감수할 수 있어도, 팀 전체가 의존하는 도구라면 다른 문제입니다.

SaaS가 사라지는 게 아니라, 고객이 바뀌는 것

Loukides의 주장에서 흥미로운 반전이 있습니다. SaaS가 위협받는 이유는 사람들이 직접 소프트웨어를 만들어서가 아니라, 에이전트가 새로운 ‘고객’으로 등장하기 때문이라는 겁니다.

지금의 SaaS는 사람이 읽을 수 있는 대시보드와 리포트를 중심으로 설계되어 있습니다. 그런데 에이전트는 그 압축된 표현이 아닌 날것의 데이터를 원합니다. 관계 그래프, 구조화된 상태 정보, 기계가 읽을 수 있는 영업 플레이북 같은 것들입니다. 에이전트는 스스로 의미를 추출할 수 있으니, 사람을 위한 시각화가 필요 없습니다.

앞으로 살아남는 SaaS는 사람이 아니라 에이전트가 소비하는 API를 설계하는 방향으로 진화해야 한다는 이야기입니다. Salesforce나 Google 같은 기업이 이 전환을 얼마나 빠르게 따라가느냐가 관건입니다.

개인 도구와 팀 인프라 사이의 간극

에이전트로 나만의 도구를 만드는 건 분명히 강력한 능력입니다. Loukides 본인도 30년 전에 Claude Code가 있었다면 편집 업무 도구를 직접 만들어 썼을 거라고 인정합니다. 그 가능성은 여전히 유효합니다.

하지만 혼자 쓰는 도구와 팀이 공유하는 인프라는 다른 문제입니다. 공유·버전관리·보안·요구사항 조율 같은 레이어가 갖춰지지 않으면, 개인의 생산성 향상이 팀 전체의 파편화로 이어질 수 있습니다. 에이전트 도구가 SaaS를 넘어서려면 이 간극을 채워야 한다는 게 이 글의 핵심 메시지입니다.

참고자료: The Salesforce of Agents Won’t Be Salesforce – Jesus Rodriguez, Asimov Addendum