> ## Content Index
> Fetch the complete content index at: https://blog.everyhelloworld.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# 딸깍 코딩 시대, SaaS 회사는 무엇을 팔아야 할까?
- URL: https://blog.everyhelloworld.com/what-does-saas-sell/
- Published: 2026-11-10T11:57:05.000Z
- Updated: 2026-11-10T12:06:01.000Z
- Author: Dave Lee
- Tags: 비즈니스 인사이트

올가을, 한 개발자가 AI를 활용해 포토샵과 일러스트레이터를 닮은 프로그램들을 Rust로 다시 만들었다는 소식이 화제가 됐다. [아트크래프트(ArtCraft)](https://getartcraft.com/apps?ref=blog.everyhelloworld.com)의 이야기다. 아직 전문 작업에 바로 투입할 수준은 아니지만, 완성도보다 중요한 것은 이런 시도를 할 수 있게 됐다는 사실이다.

![](https://blog.everyhelloworld.com/content/images/2026/11/image.png)

사진·벡터·영상 편집 도구까지. AI는 기존 소프트웨어의 진입장벽을 빠르게 낮추고 있다.

시장의 반응도 심상치 않다. 지난 2월에는 AI가 기존 소프트웨어 사업을 잠식할 것이라는 우려 속에 미국 소프트웨어·데이터 서비스 기업들의 시가총액이 일주일 만에 약 1조 달러 줄었다. 세일즈포스와 서비스나우 같은 이름도 예외가 아니었다. [Retool의 조사](https://retool.com/newsroom/build-vs-buy-report-2026?ref=blog.everyhelloworld.com)에서는 응답자의 35%가 적어도 하나의 SaaS를 자체 개발 프로그램으로 대체했다고 답했다. 

소프트웨어를 만드는 비용이 급격히 낮아지고 있다. 그렇다면 **소프트웨어를 빌려주는 SaaS 회사는 절망적인가.**

꼭 그렇지는 않다고 생각한다.

## 누구나 만들 수 있지만, 굳이 그럴 필요는 없다

학원 관리 프로그램을 예로 들어보자. 학원 한 곳이 사용하든 백 곳이 사용하든 앱스토어에 앱을 등록하고, 바뀌는 운영체제 정책에 맞춰 업데이트하고, 카카오 알림톡 제공사를 섭외해 연동하고, VAN사와 결제를 연결하는 일은 크게 다르지 않다. 트래픽과 용량을 감당하는 문제는 별개지만, 서비스의 뼈대를 고민하는 시간은 사용자 수에 비례하지 않는다.

어떤 학원은 이런 문제를 직접 해결할 수 있다. 원장이 AI에 지시해 프로그램을 만들 수도 있다. 하지만 월 매출이 적게는 수천만 원, 많게는 수억 원에 이르는 학원을 운영하는 사람이라면 그 시간을 학원의 경쟁력을 높이는 데 쓰는 편이 낫지 않을까. 이는 결국 비교우위의 원리이기도 하다. 

직접 만들 수 있다는 사실과 직접 만드는 것이 경제적이라는 판단은 다른 문제다.

SaaS는 여러 고객에게 공통으로 필요한 고민을 한 번 깊이 하고, 그 비용을 나눠 받는 사업이다.

## localhost:3000은 서비스의 완성이 아니다

AI agent 채팅창에서 몇 번 핑퐁하면서 지시하고 나면 localhost:3000에 그럴듯한 화면이 뜬다. 예전 같으면 투자를 받아 팀을 꾸리고 수개월을 들여 MVP를 만들어야 볼 법한 결과다. 그러나 기획부터 정식 배포와 운영 모니터링까지 서비스 개발의 생명주기로 보면, 아직 초기 알파 단계에 지나지 않는다.

동시에 두 사람이 같은 데이터를 바꾸면 어떻게 할 것인가. 누가 어떤 알림을 구독해야 하는가. 사용자와 관리자가 보는 정보는 어디까지 달라야 하는가. 단방향 통신이면 충분한가, 양방향 상태 동기화가 필요한가. 이런 것은 화면만 만들어서는 답이 나오지 않는다.

배포와 운영도 기다리고 있다. 앱 심사와 배포, 도메인과 리버스 프록시, 장애 대응, 플랫폼별 OS 업데이트 대응이 그렇다. 비밀번호는 평문으로 보관하지 않아야 하고, 백엔드는 프론트엔드가 전달한 권한과 값들을 항상 의심해야 한다. CORS 설정과 실제 인증·인가가 별개라는 사실도 알아야 한다.

일반인이 이런 문제를 이해할 수 없다는 뜻은 아니다. 더 어려운 지점은 **무엇을 고려해야 하는지조차 모른다**는 데 있다. 모르는 것을 모르는 상태일 수 있다. 해결할 문제가 질문 목록에 올라오지 않은 상태에서, 눈앞의 화면은 이미 완성품처럼 보인다.

![](https://blog.everyhelloworld.com/content/images/2026/11/image-1.png)

눈에 보이는 화면은 빙산의 일각이다. 실제 서비스를 완성하는 일의 대부분은 수면 아래에 있다.

## SaaS는 외주의 공동구매다

학군지에서 지점 여섯 곳을 운영하던 어떤 대형 영어 프랜차이즈 학원은 2\~3억 원을 들여 전용 시스템을 외주 개발했다. 규모가 있으면 이런 내재화 접근도 충분히 가능하다. 자신들의 교육 철학과 운영 방식, 오랜 시행착오를 시스템에 녹여내는 것이다. 시스템 자체가 그 조직의 경쟁력이 된다.

그런데 중소형 학원에서는 구성원들의 능력과 열정과 별개로, 성과를 기록하고 학부모에게 전달하는 시스템은 충분하지 않은 경우가 있다. 그런 원들이 모두 몇억 원씩 투자할 수는 없다.

나는 내가 운영하는 SaaS를 이런 학원들이 함께 주문한 외주 개발이라고 생각한다. 한 원에서 들은 불편과 다른 원에서 경험한 예외를 모아 공통의 문제를 풀고, 그 결과를 다시 여러 원에 제공한다. 개별 학원보다 훨씬 오랜 시간을 특정 문제에만 쓸 수 있다는 것도 전문 회사의 장점이다.

고객이 공동으로 사는 것은 개발자의 코딩 시간이 아니라, 여러 현장에서 모은 요구와 실패, 판단이 쌓인 결과물이다.

![](https://blog.everyhelloworld.com/content/images/2026/11/image-2.png)

여러 고객의 요구와 시행착오가 하나의 제품에 축적된다. SaaS를 ‘외주의 공동구매’로 보는 이유다.

## 그렇다고 해자가 그대로 남아 있는 것은 아니다

물론 SaaS의 진입장벽은 분명히 낮아졌다. 완성된 서비스의 화면과 소개 사이트만 살펴봐도 기획의 상당 부분이 드러난다. AI가 직접 로그인해 사용해 본다면 동작 방식까지 빠르게 추정할 수 있다. 무엇을 만들지 몰라서 시작하지 못하던 시절보다 후발 주자의 출발점이 훨씬 앞당겨졌다.

작은 내부 도구처럼 사용자가 적고 책임 범위가 명확한 프로그램은 이제 직접 만드는 편이 나을 수도 있다. 기존 SaaS의 가격과 기능이 고객의 요구에 맞지 않는다면 더욱 그렇다. 그 시장은 실제로 위협받을 것이다.

결국 도메인 지식도 이름만 내걸어서는 해자가 되지 않는다. 고객의 말과 행동 사이의 차이, 예외가 생기는 지점, 지금은 요구하지 않지만 곧 문제가 될 일을 계속 알아내고 제품에 반영해야 한다. 축적된 경험이 다음 판단을 더 정확하게 만들어야 한다.

## 고민의 시간과 깊이를 판다

코드를 만드는 시간이 줄었다고 고객의 문제가 저절로 단순해진 것은 아니다. 오히려 구현이 빨라진 만큼 어떤 문제를 풀고 무엇을 책임질지 결정하는 능력이 더 중요해졌다.

좋은 SaaS 회사는 고객 대신 오래 고민한 회사이고, 앞으로도 계속 고민할 회사여야 한다. 도메인에 충분히 깊이 들어가, 때로는 고객이 아직 발견하지 못한 문제의 길잡이가 될 정도여야 한다.

딸깍 코딩 시대에 내가 팔아야 할 것은 코드가 아니다.

**이미 대신 해둔 고민의 시간, 그리고 계속 쌓아갈 고민의 깊이**다.