인사이트 · 3분 · 07.23

연 8억짜리 Salesforce를 두 달 만에 갈아치운 회사 — 'SaaS 종말론'이 청구서로 도착했습니다

loopy vibecoder

핵심 요약 (TL;DR)

미국 헬스케어 스타트업 Curative의 창업자 Fred Turner는 연 $600,000짜리 Salesforce 계약에 해지를 통보하고, 회사가 쓸 CRM을 '바이브코딩'으로 약 두 달 만에 직접 만들었다고 밝혔습니다. 계약 협상을 자동화한 사내 AI 에이전트 'Gwen'은 계약 1건 처리 비용을 $1,500~2,000에서 약 $70로 줄였다고 합니다. 다만 이 수치는 모두 CEO 본인의 진술이며, Slack 같은 일부 도구는 그대로 쓰고 있습니다.

회사가 연 8억짜리 소프트웨어를 직접 만든다는 게 가능한가요?

지금까지 '바이브코딩으로 뭘 만들었다'는 이야기는 대개 1인 메이커의 주말 프로젝트였습니다. 혼자 쓸 앱, 친구 몇 명이 쓸 도구. 규모가 작으니 실패해도 웃고 넘길 수 있는 거죠.

그런데 이번 사례는 결이 다릅니다. 청구서에 연 $600,000, 우리 돈으로 8억 원 가까이 찍히는 소프트웨어를 회사가 통째로 갈아엎었으니까요. 비즈니스 인사이더(businessinsider.com) 인터뷰에서 Curative의 CEO Fred Turner는 오랫동안 써 온 Salesforce에 해지를 통보하고, 사내에서 쓸 CRM을 두 달 만에 바이브코딩으로 만들었다고 말했습니다. 원 인터뷰는 Harry Stebbings의 20VC 팟캐스트입니다.

여기서 오해하면 안 되는 지점이 하나 있습니다. Salesforce를 100% 지운 건 아닙니다. 계열 도구인 Slack은 계속 쓰고 있고, 정확히는 '전면 교체'가 아니라 '해지 통보'입니다. 그럼에도 이 사건이 무거운 이유는, 소프트웨어를 '사는 것'에서 '짓는 것'으로 갈아탄 판단의 주체가 개인이 아니라 조직이라는 점입니다.

숫자로 보면 어느 정도의 절감인가요?

CEO가 제시한 숫자는 이렇습니다. 올해 SaaS 지출의 약 80%를 줄이는 게 목표. 계약 협상을 대신하는 사내 에이전트 Gwen은 계약 1건 처리 비용을 $1,500~2,000에서 약 $70로, 그러니까 96%가량 낮췄다고 합니다. 처리량은 10배, 나아가 20배까지 늘리는 걸 목표로 잡고 있고요.

다만 공짜 점심은 없습니다. Salesforce 청구서가 사라진 자리에 Anthropic 청구서가 들어섰습니다. Turner의 표현으로는 지난 6~7개월간 매달 6배씩 불어, 수만 달러에서 이제 월 수백만 달러 규모라고 합니다. SaaS 구독료를 컴퓨트 비용으로 옮겨 탄 셈인 거죠. 그리고 이 모든 숫자는 홍보 성격이 있는 VC 팟캐스트에서 나온 CEO 자기 진술이라, 제3자 감사를 거친 값이 아니라는 점은 꼭 기억해야 합니다. 실제로 해커뉴스(news.ycombinator.com)에는 "퍼블리시티 스턴트 아니냐"는 회의론도 함께 올라왔습니다.

그래서 나는 뭘 해야 할까요?

이 사례의 진짜 메시지는 "당장 Salesforce를 지워라"가 아닙니다. "우리가 매달 내는 이 구독료, 정말 대체 불가능한가?"라는 질문을 이제 진지하게 던질 수 있게 됐다는 신호입니다. 예전엔 사내 도구를 직접 만드는 비용이 구독료보다 비쌌습니다. 지금은 그 저울이 기울기 시작한 거죠.

흥미로운 건 Turner 본인도 가장 어려운 부분으로 '유지보수'를 꼽았다는 점입니다. 만드는 건 두 달이면 되지만, 굴리는 건 평생입니다. 벤더가 대신 짊어지던 버그 수정, 보안 패치, 규제 대응이 전부 내 몫으로 돌아옵니다. 그러니 이 계산은 "만들 수 있느냐"가 아니라 "떠안을 수 있느냐"의 문제인 거죠.

FAQ

Q. Curative는 정말 Salesforce를 완전히 버렸나요?
아닙니다. 해지를 통보했고 CRM 기능은 자체 제작으로 옮겼지만, Slack 등 일부 도구는 유지하고 있습니다. '완전 대체'가 아니라 '핵심 기능의 내재화'로 이해하는 편이 정확합니다.

Q. 이 숫자들은 믿어도 되나요?
$600K, 80% 절감, 96% 비용 절감은 모두 CEO 본인의 진술입니다. 독립적으로 감사된 값이 아니므로 '검증된 사실'이 아니라 '당사자 주장'으로 읽는 게 안전합니다.

Q. 우리 회사도 당장 따라 할 수 있나요?
가능성은 열렸지만 유지보수 부담을 함께 계산해야 합니다. 만드는 비용보다 오래 굴리는 비용이 더 클 수 있습니다.

소프트웨어를 사는 시대에서 짓는 시대로 넘어가는 문턱, 그 첫 대형 사례가 청구서 한 장으로 도착했습니다. 당신 회사의 구독 목록에서도 그 질문을 던져볼 때가 아닐까요?

0

댓글 0

아직 댓글이 없습니다