Instatus, 상태 페이지 하나로 MRR $48K. 유료 고객이 없던 "Sup"을 버리고 대기업용으로 가격 인상

“장애가 났을 때 고객에게 어떻게 알릴 것인가.” 이 한 가지만 해결하는 상태 페이지를 파는 SaaS가 MRR $48,017, 유료 고객 1,248개사까지 성장했다. Instatus는 자사 경영 지표를 공개 페이지에 올려 두고 있어 누구나 확인할 수 있다(2026년 8월 열람 시점, 5월 29일 갱신 표시. ARR은 $576,208, 총 사용자는 62,261).

이 제품의 전신을 알면 숫자의 의미가 달라진다. 창업자 Ali Salah가 처음 만든 버전은 “Sup”이라는 이름이었고, 유료 고객이 한 명도 붙지 않았다. 지금의 Instatus는 같은 문제 영역에서 이름·브랜드·가격·상정 고객을 전부 갈아 끼운 “두 번째 바퀴”다. 제품을 다시 만든 것이 아니라 파는 방식을 다시 만들었더니 일어섰다. 이 순서가 이 사례의 중심에 있다.

숫자 정리

실패의 원인은 제품이 아니라 “고객을 고르는 방식”이었다

Salah의 회고에서 일관된 점은 Sup의 실패를 기능 탓으로 돌리지 않는다는 것이다. Sup은 스타트업용으로 만들어졌지만, 창업 초기의 회사는 애초에 상태 페이지를 필요로 하지 않았다. 고객이 적으면 장애를 “알릴 상대”가 없고, 페이지를 정비할 우선순위는 한없이 낮다. 문제가 실재하지 않는 층에 호감 가는 브랜드로 팔고 있었던 셈이다.

Instatus로의 전환은 이 진단에 대한 처방전이 되어 있다. 상태 페이지를 정말로 필요로 하는 것은 고객 수가 많고, 장애 시 문의가 비용이 되며, SLA에 대한 설명 책임을 지는 규모의 기업이다. 그래서 상정 고객을 대기업 쪽으로 옮기고, 그 층에 맞는 신뢰감 있는 브랜드로 바꾸고, 가격도 올렸다. 싸게 해서 저변을 넓히는 것이 아니라 비싸게 해서 “문제가 절실한 층”만 남긴다. 방향으로는 Deep Research의 가격 전환 사례와 마찬가지로, 가격 책정을 기능 개선보다 먼저 움직인 유형이다.

B2B 도구는 구매자의 사내에서 “이걸 쓰는 이유”를 설명받는다. 그때 친근한 브랜드는 설명에 방해가 되고, 단단한 이름과 충분한 가격은 오히려 통과하기 쉬움이 된다. Sup의 실패가 보여 주는 것은, 같은 기능이라도 브랜드와 가격이 “누구의 결재를 통과할 수 있는가”를 결정한다는, 수수하지만 결정적인 변수다.

집객과 “공개한다”는 전략

재출발 론칭은 Twitter와 Product Hunt에서 이뤄졌고, Salah는 “Twitter의 친구들이 정말로 퍼뜨려 줬다”고 말한다. 이후의 성장 시책으로 본인이 꼽는 것은 기능 추가와 상위 요금제 신설, Embarque.io와 함께한 블로그 콘텐츠, 그리고 /now 페이지나 GitHub 리포지터리 같은 작은 사이드 프로젝트군이다. 어느 것도 화려하지 않지만, 개발자·기술계 의사결정자가 지나가는 곳에 노출을 두는 시책으로 일관돼 있다.

경영 지표의 전면 공개도 이 맥락에서는 노출 장치로 작동한다. MRR부터 유료 고객 수, 비영리 계정 수까지 공개하는 “오픈 페이지”는 그 자체가 화제가 되고, 링크되며, 이 기사 같은 검증 가능한 기록을 남긴다. 지표 공개에서 앞서간 Plausible의 $1M ARR과 마찬가지로, 개발자 대상 상품에서는 “숨기지 않는 것”이 신뢰와 마케팅을 겸한다.

성장 속도도 기록해 둘 가치가 있다. 2022년 2월의 $5K에서 최근의 $48K까지 약 4년 만에 10배. 월별로 고르면 요란한 도약이 없는, B2B 구독다운 복리의 곡선이다. MRR $5K 시점의 계획(다운 감지 Instatus Now, 모니터링, 인시던트 관리)을 보면 단일 기능에서 주변 기능으로 단계적으로 확장해 왔음도 알 수 있다.

공개 페이지의 숫자는 수익의 구조도 비쳐 보여 준다. 총 사용자 62,261에 대해 유료 고객은 1,248, 비율로 약 2%로, 대부분은 무료 이용이다. 그럼에도 MRR $48K가 성립하는 것은 유료 쪽 단가가 평균 월 $38 안팎(MRR÷유료 고객 수)으로 무료 도구의 시세보다 명확히 높기 때문이며, “무료로 저변을 넓히고 절실한 층에만 비싸게 판다”는 전환 후의 설계가 그대로 숫자에 나타나 있다. 비영리 단체용 무상 계정이 93개라는 것까지 공개돼 있는 점은 이 공개 방침의 철저함을 보여 주는 디테일이다.

리스크와 약점

이 사업의 구조적 위치는 “대형사의 한 기능”이다. 상태 페이지는 Atlassian(Statuspage) 같은 대형사가 동종 제품을 갖고 있고, 모니터링 SaaS가 기능의 일부로 동봉하기도 하는 영역이다. 단일 기능 전문의 방어는 그 한 점에서의 완성도와 가격 탄력에 의존한다. 또 Salah는 1인 창업이고, 첫 파트타임 엔지니어를 고용한 것은 MRR이 늘어난 뒤였다. 모니터링과 장애 대응에 관여하는 인프라적 상품을 사실상 1~2명으로 떠받치는 체제는 비용 구조로는 강점이지만, 가용성에 대한 기대라는 점에서는 늘 팽팽한 줄이기도 하다. 같은 긴장을 10년 단위로 운용해 온 Healthchecks.io의 1인 SaaS가 이 유형의 선행 사례다.

덧붙여 공개 지표는 본인이 운영하는 페이지이며 제3자 감사를 거친 숫자가 아니다. 검증 가능성은 높지만 그 성질은 “지속적인 자기 신고”라는 점도 부기해 둔다.

재현의 조건과 한계

Instatus가 아니어도 적용되는 것은 ①제품이 팔리지 않을 때, 다시 만들기 전에 “누구에게·얼마에·어떤 얼굴로” 팔고 있는지를 의심한다 ②B2B 상품의 가격은 문제가 절실한 층만 남기는 필터로 설계할 수 있다 ③개발자 대상 상품에서는 지표 공개 자체가 마케팅이 된다, 이 세 가지다.

한계로는, Sup→Instatus의 전환이 통한 것은 상태 페이지라는 문제가 대기업 쪽에 실재했기 때문이며, 가격 인상과 개명은 그 수요를 “발견”했을 뿐이다. 수요가 없는 영역에서 같은 조작을 해도 결과는 달라지지 않는다. 또 지표 공개는 모방 비용이 낮은 시책이 되어 이제는 차별화로서 약하고, 당시만큼의 화제성은 기대할 수 없다. 전환의 유형은 이식할 수 있지만, 전환한 곳에 수요가 있는지의 검증은 매번 처음부터 다시 해야 한다.