우리는 왜 SaaS 가 아니라 self-hosted 를 default 로 두는가
모든 modern B2B 가 *SaaS first* 인 시대에 우리는 *self-hosted first*. 4 가지 이유와, 그 결정의 *역설적 성장 효과*.
CollabOps 의 default 배포 모드는 self-hosted 다. SaaS 는 옵션. 거의 모든 modern B2B 가 반대 다 — SaaS first, self-hosted 는 enterprise tier 의 옵션.
이 결정에 대해 가장 자주 받는 질문 — "왜 그렇게 했나? SaaS 가 더 빠른 성장 / 더 큰 시장 아닌가?" 답이 있다. 이 글이 그 답이다.
이유 1 — 우리 고객이 self-hosted 가 default 인 시장 에 있다
CollabOps 의 ICP — 한국·일본·EU 의 공공기관·금융사·방산·제조업 의 DevOps 도입 책임자. 이 시장의 전제 는 데이터가 자기 네트워크 안에 있어야 한다 다.
SaaS 를 들고 가면 첫 미팅에서 거절. PoC 단계 진입조차 안 됨. self-hosted 가 default 인 시장 에서 SaaS first 제품 은 시장 자체에 없는 것 과 같다.
"big TAM" 이 아니라 우리가 이길 TAM 으로 결정해야 한다.
이유 2 — SaaS first 로 시작하면 self-hosted 추가가 거의 불가능
이건 기술적 사실. SaaS 를 default 로 짠 시스템은 클라우드 서비스 의존성 이 깊게 박힘 — managed Postgres, S3, KMS, Lambda 등. self-hosted 로 옮기려면 모든 의존성 대체 가능성 을 재설계. 대부분의 SaaS 회사가 enterprise tier 로 self-hosted 옵션을 광고하지만, 실제 deliver 는 6개월~1년 의 프로젝트 — 거의 별도 product.
self-hosted 를 default 로 시작 한 시스템은 SaaS 옵션 추가가 쉽다 — managed 옵션을 layer 하면 됨. 반대 방향이 훨씬 어려움.
이유 3 — 고객이 코드를 보고 결론을 내리게 하는 게 신뢰 비용 ↓
self-hosted 는 고객이 우리 시스템을 자기 환경에서 운영 한다는 의미. 우리에 대한 신뢰 가 우리 SaaS 가용성 에 달려 있지 않음. 우리 제품이 작동하는지 만 보면 됨.
이게 영업 단계 에서 결정적. 보안팀 미팅에서 "이게 어떻게 작동하나" 의 답을 코드로 보여줄 수 있음. SaaS 라면 trust me 가 답. self-hosted 라면 here's the code 가 답.
Trust 는 우리 회사의 신뢰성에 의존하지 않는 형태로 만들어야 한다.
이유 4 — 역설적으로 빠른 성장
직관과 반대인데, self-hosted first 가 우리 성장 속도를 낮추지 않았다. 오히려 가속.
이유:
- 진입 자격 이 갖춰진 고객은 결정 빠름 — 보안 검토가 빠르게 통과
- PoC → 계약 전환율 높음 — 데이터 경계 문제가 처음부터 없음
- 고객 평판 — self-hosted 시장에서 self-hosted 잘 하는 회사 가 적음. 입소문 빠름
- 경쟁자가 적음 — SaaS 시장은 과포화, self-hosted 는 공급 < 수요
12개월 데이터 — 연간 매출 성장 4.7×. SaaS first 로 같은 시장 진입한 두 경쟁자보다 2.3× 빠름.
SaaS 옵션 도 제공한다 — 하지만 default 는 아님
self-hosted 가 default 라고 SaaS 가 없는 게 아님. SaaS 옵션도 제공. 다만:
- 영업 기본 제안 은 self-hosted
- 가격표의 기본 가격 은 self-hosted
- 마케팅 기본 메시지 는 self-hosted
SaaS 는 추가 옵션 — 작은 팀·테스트 환경 에 적합. 그러나 우리 고객의 90% 는 self-hosted.
이 결정이 모든 startup 에 적용 되지 않음
위 4 이유는 우리 시장에 한정. 다른 ICP 면 반대 가 답. 내 결정의 핵심은 시장이 default 를 결정한다 는 것 — 기술적 우아함 도 비용 모델 도 아니다.
우리 ICP 가 어느 default 를 기대하는가 가 첫 질문. 거기서부터 시작.
SaaS first 는 default 가 아니라 가정이다
startup product 의 배포 모드에서 SaaS first 는 default 가 아니라 검증해야 할 가정 이다. 지금 배포 모드를 결정 중인 창업자 / CTO 라면 이 가정부터 재검토. ICP 가 self-hosted first 시장 에 있으면 반대 방향 이 답이고, 우리 12개월 데이터 (매출 성장 4.7×) 가 보여주듯 그 방향이 성장을 늦추지도 않는다.
비슷한 글
1억 원짜리 소프트웨어는 고객의 무엇을 바꿔야 할까
공급자가 원하는 계약 금액과 고객이 지불할 이유는 따로 설명해야 한다. 가상의 가정으로 투자 대비 효과를 끝까지 계산해 보면, 배포 한 번의 시간 절감만 세는 계산이 왜 부족한지와 함께 세야 할 항목이 무엇인지 드러난다.
백재민
고객은 Jira가 싫다고 했다. 그래서 새 Jira가 필요할까
익숙한 도구에 대한 불만은 듣기 쉽다. 근데 그 불만이 곧 구매 문제는 아니다. 한 대화에서 배운 것. 고객이 말한 불편과 조직이 지금 풀어야 하는 문제를 구분하는 법, 그리고 고객 인터뷰에서 대신 물어야 할 네 가지 질문.
백재민
기능은 늘었는데, "왜 우리 제품인가"는 더 어려워졌다
이슈·저장소·리뷰·CI/CD·문서·AI. 기능이 하나 늘 때마다 설명은 길어졌지만 고객이 지금 선택할 이유는 그만큼 선명해지지 않았다. 그래서 질문을 바꿨다. 고객이 지금 내리지 못하는 결정은 무엇인가. 우리가 Change를 제품의 중심에 놓은 이유.
백재민