월 4,900원 SaaS의 잔인한 산수

월 4,900원짜리 SaaS로 월 4,000만 원을 벌려면 유료 고객이 몇 명 필요할까? 약 8,163명이다.

계산은 초등학교 수준이지만, 결과는 가볍지 않다. 여기서 8,163명은 회원가입을 한 사람도, 무료 체험을 시작한 사람도 아니다. 이번 달에도 실제로 돈을 내는 고객이다. 제품 하나를 혼자 만들 수 있다는 사실과 8,163명의 결제를 계속 유지할 수 있다는 사실 사이에는 회사 하나만큼의 거리가 있다.

전환율을 2%로 가정하면 8,163명의 유료 고객을 얻는 데 약 40만8,000회의 방문이 필요하다. 이 역시 단순한 사고실험이다. 2%는 모든 SaaS에 통하는 업계 평균이 아니고, 방문의 질과 결제까지 걸리는 시간도 반영하지 않는다. 그래도 이 가정은 한 가지를 선명하게 만든다. 저가 구독은 판매의 마찰을 낮추는 대신 엄청난 유통량을 요구한다.

싼 가격은 문제를 없애지 않고 옮긴다

월 4,900원은 결제를 받기 쉬운 가격처럼 보인다. 구매자가 오래 고민할 이유도, 영업 담당자를 만날 이유도 적다. 그러나 가격을 낮춰 사라진 설득의 부담은 획득, 지원, 결제 실패, 이탈 관리로 이동한다. 한 명을 설득하는 일은 쉬워지지만 아주 많은 사람을 찾아야 한다.

월 이탈률을 5%로 놓으면 문제가 한 번 더 커진다. 유료 고객 8,163명 중 약 408명이 매달 빠져나간다. 신규 유료 고객 408명을 다시 데려와야 매출이 성장하는 것이 아니라 제자리에 머문다. 매달 500명을 새로 결제시켜도 순증은 약 92명뿐이다.

5%라는 숫자도 벤치마크가 아니라 가정이다. 실제 이탈은 상품, 고객군, 계약 주기, 집계 방식에 따라 달라진다. 다만 복리의 방향은 달라지지 않는다. 매달 95%가 남는다면 최초 고객 집단은 1년 뒤 약 54%만 남는다. 낮아 보이는 월간 손실이 누적되면 고객 기반의 절반 가까이를 다시 채워야 한다.

고객 수는 사업모델의 설계 조건이다

그래서 이 산수는 “1인 SaaS는 어렵다”는 푸념으로 끝나면 안 된다. 더 중요한 결론은 제품을 만들기 전에 감당 가능한 고객 수를 정해야 한다는 것이다. 고객 한 명이 보내는 문의가 한 달에 2분뿐이어도 8,163명이면 272시간이다. 모든 고객이 문의하지 않더라도, 저가 상품은 아주 작은 운영 마찰까지 큰 비용으로 증폭시킨다.

매출 4,000만 원도 곧바로 창업자의 소득이 되지 않는다. 결제 수수료, 세금, 서버와 모델 사용료, 환불, 고객지원, 유료 획득비를 빼야 한다. 사용량이 늘수록 원가가 함께 오르는 AI 제품이라면 매출보다 먼저 고객 한 명을 한 달 더 유지할 때 남는 기여이익을 봐야 한다.

따라서 이 산수를 본 뒤에 물어야 할 질문은 “어떻게 8,163명을 모으지?” 하나가 아니다. 감당할 수 없는 숫자가 나왔다면 사업의 어느 변수를 바꿔야 하는가.

바꿀 수 있는 변수는 생각보다 적다. 고객 한 명에게 받는 금액을 높이거나, 결제 전환을 높이거나, 이탈을 낮추거나, 목표 이익을 만드는 비용 구조를 바꿔야 한다. 수학은 창업자의 낙관을 할인해주지 않는다.

가격을 열 배 올리면 고객은 열 배 줄어들지 않는다

같은 월 4,000만 원을 월 4만9,000원으로 만들려면 약 817명이 필요하다. 월 49만 원이면 약 82명, 월 490만 원이면 9명이다. 이 계산만 보면 가격을 올리는 것이 정답처럼 보인다. 그러나 가격은 숫자만 바꾸는 손잡이가 아니다. 구매자와 문제, 약속, 판매 방식이 함께 바뀐다.

월 4,900원짜리 제품은 많은 사람이 작게 겪는 불편을 거의 스스로 해결해야 한다. 월 49만 원짜리 제품은 더 적은 고객이 반복해서 겪는 비싼 문제를 해결해야 한다. 월 490만 원을 받으려면 소프트웨어만 넘기는 것이 아니라 도입, 책임, 결과 확인까지 포함될 가능성이 크다. 고객 수가 줄어드는 대신 한 고객을 이해하고 성공시키는 노동이 늘어난다.

그래서 “가격을 올려라”는 조언만으로는 부족하다. 가격을 열 배 올리고 싶다면 고객이 잃고 있는 돈이나 시간, 피하고 싶은 위험, 구매 뒤에 기대하는 결과도 열 배 가까이 선명해져야 한다. 저가 제품을 고가 제품처럼 포장하는 것이 아니라 더 비싼 문제로 이동해야 한다.

그 이동을 가장 빨리 검증하는 장비가 서비스다.

서비스는 SaaS의 패배가 아니라 탐사 장비다

이 지점에서 서비스와 외주를 함께 하라는 조언이 나온다. 흔히 이것을 “제품만으로 안 되니 몸으로 때우는 일”이라고 낮춰 본다. 하지만 초기에는 반대다. 서비스는 고객이 실제로 돈을 내는 문제, 예외가 생기는 지점, 결과를 판단하는 기준을 가장 빨리 보여준다.

예를 들어 월 49만 원짜리 수작업 해결책을 열 곳에 먼저 팔면 8,163명의 익명 사용자를 모으기 전에 열 번의 깊은 학습을 얻을 수 있다. 그 과정에서 반복되는 입력, 판단, 산출물을 찾아 소프트웨어로 옮긴다. 제품은 서비스를 지우는 데서 시작하는 것이 아니라, 서비스 안에서 되풀이되는 일을 발견하는 데서 시작한다.

다만 서비스 매출을 구독 매출처럼 부르면 안 된다. 창업자의 시간이 계속 들어가야 유지되는 돈과 제품이 반복해서 만드는 돈은 원가 구조가 다르다. 둘을 함께 팔 수는 있지만 장부에서는 분리해야 한다. 서비스는 시장을 배우고 초기 현금을 만드는 도구이지, SaaS의 단위경제성을 가리는 화장품이 아니다.

전환율은 버튼보다 방문자의 이유에서 갈린다

40만 회라는 방문 숫자를 본 창업자는 랜딩페이지 문구와 결제 버튼부터 고치기 쉽다. 그러나 전환율 2%는 페이지 하나의 성적표가 아니다. 어떤 문제를 가진 사람이 어떤 약속을 보고 들어왔는지, 무료 대안과 현상 유지 중 무엇을 버려야 하는지, 결제 직전에 어떤 증거가 부족했는지가 섞인 결과다.

관심 없는 방문자 40만 명보다 지금 해결책을 찾는 사람 4,000명이 낫다. 좁은 문제를 다룬 글, 고객이 실제로 쓰는 검색어, 직접 판매에서 들은 반론, 기존 업무에 바로 넣을 수 있는 데모가 전환의 분모를 바꾼다. 유통은 트래픽을 크게 만드는 일이 아니라 구매 이유가 있는 사람의 비율을 높이는 일이다.

이탈도 같은 방식으로 읽어야 한다. 떠난 고객을 설득하는 메시지보다 먼저, 고객이 반복해서 돌아올 일이 있는지 확인해야 한다. 일회성 문제를 월 구독으로 포장했다면 리텐션 캠페인으로 구조를 고칠 수 없다. 반복 매출을 원하면 반복 문제, 반복 데이터, 반복 결과 중 적어도 하나가 제품 안에 있어야 한다.

코드 전에 손익계산서의 분모를 정한다

제품을 만들기 전에는 거창한 재무 모델이 필요하지 않다. 원하는 월 기여이익을 적고, 고객 한 명에게 실제로 남는 돈으로 나눈다. 그러면 필요한 유료 고객 수가 나온다. 예상 이탈을 적용해 매달 대체해야 할 고객을 계산하고, 판매 방식에 맞는 전환율로 필요한 대화나 방문의 수를 역산한다.

그 결과가 혼자 감당할 수 없는 규모라면 더 열심히 만들 때가 아니다. 더 비싼 문제를 고르거나, 반복 지원을 제품에서 제거하거나, 서비스로 먼저 배우거나, 이미 수요가 모인 유통 경로를 확보해야 한다. 어떤 선택을 하든 제품의 기능보다 사업의 분모가 먼저 바뀐다.

1인 SaaS의 장점은 혼자 코드를 쓸 수 있다는 데 있다. 함정은 혼자 수천 명을 상대할 수 있다고 착각하는 데 있다. 좋은 1인 사업은 가장 많은 고객을 모으는 사업이 아니라, 창업자가 감당할 수 있는 고객 수로 원하는 이익을 만드는 사업이다.

출발점은 온라인에 공유된 1인 SaaS 역산 예시입니다. 월 4,000만 원, 구독료 4,900원, 전환율 2%, 월 이탈률 5%는 사실 주장이나 업계 벤치마크가 아니라 사고실험의 가정으로만 사용했습니다. 계산값은 반올림했습니다. MRR과 구독자 이탈의 정의는 Stripe의 Billing analytics 공식 문서를 대조했습니다. 가격·서비스·기여이익으로의 확장은 이 글의 해석입니다.