초기 SaaS 가격이 안 먹히는 진짜 이유: LTV/CAC보다 먼저 ‘구매까지 걸린 시간’을 보세요

초기 SaaS에서 가격이 맞는지 판단하려고 하면 대부분 LTV/CAC부터 꺼냅니다.

그런데 고객 수가 적고, 유지 기간도 짧고, 영업 방식도 아직 흔들리는 단계라면 이 숫자는 생각보다 늦게 움직입니다.

특히 세일즈 보조형이나 파운더 세일즈가 섞인 팀이라면 CAC도, LTV도 계산은 되지만 의사결정에는 잘 안 쓰이는 경우가 많습니다.

이럴 때 더 먼저 봐야 하는 숫자가 있습니다.

리드가 처음 들어온 날부터 실제 결제까지 걸린 시간입니다.

이 숫자를 보면 지금 가격이 너무 비싼지, 설명이 어려운지, 대상 고객이 넓게 잡혔는지, 할인 없이 닫히는 딜이 있는지까지 한 번에 드러납니다.

이 글을 끝까지 읽으면 이번 주 안에 Google Sheet 한 장으로 가격 실험용 추적표를 만들고, 다음 10건의 딜에서 무엇을 바꿀지 바로 판단할 수 있습니다.

단계 1. 먼저 ‘구매까지 걸린 시간’을 한 줄 정의로 고정하세요

먼저 무엇을 해야 하는지 짚고 넘어가겠습니다.

여러분 팀에서 구매까지 걸린 시간을 하나의 공식으로 통일해야 합니다. 가장 실무적인 정의는 이렇습니다.

첫 유효 접점 날짜 → 첫 결제 날짜

여기서 첫 유효 접점은 단순 방문이 아니라, 데모 신청·문의 회신·세일즈 콜 예약·무료체험 시작처럼 사람 손이 닿는 순간으로 잡는 편이 낫습니다.

초기 팀은 유입 채널 데이터보다 실제 대화 로그가 더 정확한 경우가 많기 때문입니다.

이걸 먼저 봐야 하는 이유는, 초기에는 LTV가 아직 형성되는 단계이기 때문입니다. 해지율이 안정되지 않았고, 업셀도 없고, 고객군도 섞여 있습니다. CAC도 마찬가지입니다. 파운더가 직접 영업하면 인건비를 어떻게 넣을지부터 흔들립니다. 반면 구매까지 걸린 시간은 첫 5~10건만 쌓여도 패턴이 보입니다.

같은 30만 원 플랜인데 어떤 고객은 3일 안에 결제하고, 어떤 고객은 45일째 검토만 한다면 가격 문제가 아니라 고객 선별 문제일 가능성이 큽니다.

구체적인 방법은 다음과 같습니다. Google Sheet 한 장에 열을 8개만 만드세요.

리드명 / 회사 규모 / 직무 / 첫 유효 접점일 / 제안 가격 / 할인 여부 / 첫 결제일 / 결제까지 일수

여기에 한 열만 더 붙이면 좋습니다. “지연 이유”입니다.

예: 예산 승인, 보안 검토, 내부 우선순위 밀림, 가격 이의, 경쟁사 비교.

3~5명 팀이라면 CRM을 새로 붙이지 말고 이 표부터 굴리는 편이 빠릅니다.

첫 2주 동안은 파운더나 세일즈 담당 1명이 매일 10분씩 업데이트하면 충분합니다.

완료 기준도 미리 정해 두어야 합니다.

최근 10건의 유효 리드 중 최소 7건 이상에 대해 첫 접점일과 결제일, 또는 아직 미결제 상태가 기록돼 있으면 됩니다.

그 순간부터 여러분은 감으로 “요즘 가격 반응이 별로예요”라고 말하지 않게 됩니다.

대신 “10건 중 4건은 7일 안에 닫혔고, 3건은 21일 넘게 가격 이의로 멈췄다”처럼 말하게 됩니다. 이 차이가 가격 실험의 출발점입니다.

단계 2. 느린 딜과 빠른 딜을 갈라서 가격 문제가 맞는지 확인하세요

이제 표가 생겼다면 평균부터 보지 마세요. 평균은 초기 데이터에서 거의 항상 여러분을 속입니다.

해야 할 일은 빠른 딜과 느린 딜을 나누는 것입니다. 기준은 단순하게 잡으면 됩니다.

예를 들어 첫 10~20건에서는 7일 이내 결제, 8~21일 결제, 22일 이상 미결 또는 장기 검토로 세 구간만 나누세요.

월 100만 원 이하의 초기 MRR 단계라면 이 정도 구간화만 해도 충분히 의사결정이 됩니다.

이렇게 구분해서 보는 이유는, 가격이 진짜 문제일 때와 아닐 때 나타나는 신호가 다르기 때문입니다. 빠른 딜은 보통 세 가지 특징을 보입니다. 문제 강도가 높고, 의사결정자가 직접 들어오고, 가격 설명이 짧습니다.

반대로 느린 딜은 내부 승인 단계가 많거나, 팀 규모에 비해 플랜이 과하거나, 제품 가치 지표와 과금 기준이 어긋나 있습니다.

예를 들어 사용자는 5명인데 좌석당 과금만 제시하고 있다면, 실제 가치는 팀 전체 워크플로 개선에서 나오는데 가격은 개별 계정 수에 묶여 있는 셈입니다. 이럴 때는 가격 수준보다 가격 구조가 전환을 늦춥니다.

실행 방법은 다음과 같습니다. 최근 10건을 놓고 각 딜 옆에 메모를 붙이세요.

“왜 빨랐는가?” 또는 “왜 늦어졌는가?”

이때 고객에게 미래 의견을 묻지 말고 과거 행동을 물어야 합니다. “이 가격이면 쓰실 것 같나요?”

대신 “마지막으로 이 문제를 해결하려고 어떤 툴에 얼마를 썼나요?”, “이번 결제 전에 내부에서 누가 승인했나요?”, “비교한 다른 대안은 무엇이었나요?”라고 물으세요. 여기서 얻는 답이 가격 실험의 재료가 됩니다.

저는 초기 팀에서 이 질문만 바꿔도 가격 회의의 질이 확 달라지는 걸 여러 번 봤습니다.

인터뷰 5건과 기존 딜 리뷰 1시간이면 첫 판단을 내릴 수 있습니다. 그리고 여기서 꼭 봐야 할 신호가 있습니다.

할인해야만 빨리 닫히는가, 특정 업종에서만 유독 짧게 닫히는가, 연간 결제 제안 시 오히려 검토 기간이 늘어나는가.

2024년 SaaS 가격 트렌드에서도 월간 플랜 가격을 조정해 연간 플랜 쪽 선택을 유도하는 사례가 보이는데, 초기 팀은 이런 구조를 그대로 따라 하기보다 “우리 고객은 약정 자체를 부담스러워하는가”부터 봐야 합니다.

결제까지 5일 걸리던 고객이 연간 제안 뒤 18일로 늘었다면, 할인율이 아니라 구매 마찰이 늘어난 것입니다.

끝났음을 아는 기준은 간단합니다. 여러분이 느린 딜의 원인을 최소 3개 범주로 분류할 수 있으면 됩니다. 예를 들어 가격 수준, 가격 구조, 승인 절차.

여기까지 오면 “가격이 비싸다”는 막연한 말이 “10인 이하 스타트업은 월 49만 원 자체보다 연간 선결제 조건에서 멈춘다”로 바뀝니다. 그 문장이 나와야 다음 단계가 의미가 있습니다.

단계 3. 가격을 크게 바꾸지 말고, ‘구매 시간을 줄이는 실험’부터 하세요

이제 가격 실험을 해야 합니다. 다만 초기 팀이 가장 많이 하는 실수가 있습니다. 전환이 안 나온다고 바로 가격표 전체를 갈아엎는 겁니다. 그러면 무엇이 효과였는지 알 수 없습니다.

먼저 해야 할 일은 구매 시간을 줄이는 방향의 작은 실험입니다. 가격 수준, 패키징, 결제 조건 중 하나만 바꾸세요. 한 번에 하나입니다.

가장 쉬운 실험은 세 가지입니다.

첫째, 연간 선결제만 제안하던 팀은 월간 플랜을 앞에 두고 연간은 두 번째 옵션으로 내보세요.

둘째, 모든 기능을 한 플랜에 넣었다면 “핵심 문제 해결 기능만 있는 스타터 플랜”을 따로 만드세요.

셋째, 가격 이의가 잦다면 할인 대신 온보딩 지원 2주, 데이터 이전 지원, 전담 세팅 같은 비금전 조건을 붙여 보세요.

초기에는 숫자를 깎는 것보다 결제 결심을 빠르게 만드는 편이 학습 가치가 큽니다.

이런 방식이 나은 이유는, 가격이 매출 지표인 동시에 메시지이기 때문입니다.

너무 싼 가격은 오히려 “이 제품이 우리 문제를 제대로 해결하나?”라는 의심을 만들고, 너무 복잡한 가격은 검토 시간을 늘립니다.

온라인 구매자들이 가격을 강하게 의사결정 요소로 본다는 조사도 있지만, 초기 B2B SaaS에서는 단순히 싸다고 닫히지 않습니다. 결제까지 시간이 짧아지는 가격이 좋은 가격에 더 가깝습니다.

특히 세일즈 주도형 딜에서는 협상 중에 경제성을 계산하기 쉬워 보여도, 실제로는 시간이 가장 비싼 비용이 됩니다.

14일 걸리던 딜이 5일로 줄면 같은 리소스로 더 많은 학습과 더 많은 파이프라인을 돌릴 수 있습니다.

실험 운영은 2주 단위로 하세요. 각 실험마다 목표를 하나만 둡니다.

예: “스타터 플랜 도입 후 10인 이하 팀의 첫 결제까지 걸리는 중앙값을 18일에서 7일 이하로 줄인다.” 전환율도 같이 보되, 우선순위는 구매 시간입니다. 5건만 모여도 방향은 보입니다.

반대로 4주가 지나도 구매 시간 분포가 그대로라면 가격 문제가 아니라 ICP나 제품 가치 제안이 흔들리는 것입니다.

모두에게 팔려고 하면 세일즈 사이클이 길어지고, 그 결과 CAC가 뒤늦게 악화됩니다. 그래서 순서가 중요합니다.

LTV/CAC를 버리라는 뜻이 아니라, 그 숫자가 의미를 갖기 전에 먼저 딜이 얼마나 빨리 닫히는지 보라는 뜻입니다.

끝났음을 어떻게 아느냐면, 같은 고객군에서 “어떤 가격 제안이 더 빨리 닫히는지”가 반복적으로 보일 때입니다.

예를 들어 10인 이하 마케팅팀은 월간 스타터 플랜에서 6일 안에 결제하고, 50인 이상 팀은 보안 검토 때문에 30일 이상 걸린다면 가격표를 하나로 두면 안 됩니다. 이 시점부터 가격 실험은 추측이 아니라 운영이 됩니다.

체크리스트

• 우리 팀은 ‘첫 유효 접점’의 정의를 하나로 통일했습니까?
• 최근 10건의 리드에 대해 첫 접점일과 결제일까지 기록돼 있습니까?
• 결제까지 일수를 평균이 아니라 구간별로 나눠 보고 있습니까?
• 7일 이내 결제된 딜의 공통점 2개 이상을 적을 수 있습니까?
• 21일 이상 지연된 딜의 이유를 가격 수준, 가격 구조, 승인 절차로 구분했습니까?
• 할인 없이 닫힌 딜과 할인 후 닫힌 딜을 따로 보고 있습니까?
• 가격 반응을 물을 때 미래 의향 대신 과거 지출과 비교 대안을 묻고 있습니까?
• 한 번의 실험에서 가격 수준, 패키징, 결제 조건 중 하나만 바꾸고 있습니까?
• 실험 기간을 2주 또는 5건 단위로 끊어 보고 있습니까?
• 구매 시간이 짧아진 고객군을 별도 ICP 후보로 표시했습니까?
• 연간 결제 제안이 실제로 구매를 앞당기는지, 오히려 늦추는지 확인했습니까?
• LTV/CAC를 보기 전에 세일즈 사이클이 짧아지는 방향으로 가격을 조정하고 있습니까?

초기 SaaS 가격은 정답을 맞히는 일이 아니라, 결제 결심이 빨라지는 조건을 찾아가는 일에 가깝습니다.

딜이 빨리 닫히기 시작하면 전환율이 보이고, 그다음에야 CAC가 읽히고, 그다음에야 LTV가 쌓입니다. 순서를 거꾸로 잡으면 숫자는 많아도 판단은 늦어집니다.

참고한 문헌 링크

• The State of B2B SaaS Pricing in 2024
• Guide to 2024 SaaS pricing: strategy, models, statistics, and examples
• SaaS Unit Economics: Pricing for Growth
• Customer Acquisition Cost Benchmarks — 44 Statistics Every Marketing Leader Should Know in 2026
• AI 시대 B2B SaaS 가격 전략 실전 가이드 — 모델 선택부터 엔터프라이즈 협상까지
• Pricing experiments: How to price your SaaS product just right
• 2024년 SaaS 가격 전략 트렌드