SaaS 지표 라이브러리

청구 주기(Billing Cycle): SaaS 월간 vs 연간 청구

청구 주기는 구독에 요금이 청구되는 간격입니다. 월간, 분기, 연간, 다년입니다. 월간 청구는 약정을 낮추지만 churn과 결제 실패 노출을 높입니다. 연간 청구는 현금 흐름과 리텐션을 개선하지만 판매하기 더 어렵습니다. 혼합된 청구 주기는 깔끔하게 비교하려면 MRR로 정규화해야 합니다.

청구 주기란?

청구 주기는 구독에 요금이 청구되는 간격입니다. 월간, 분기, 연간, 다년입니다. 고객이 얼마나 자주 청구받는지, 얼마나 많은 금액을 미리 약정하는지, 청구 이벤트 사이에 그 매출이 churn에 얼마나 노출되는지를 결정합니다.

청구 주기 vs 결제 일정

"청구 주기"는 보통 그 기간의 결제가 실제로 어떻게 걷히는지가 아니라 계약 기간을 가리킵니다. 둘은 독립적입니다. 연간 계약은 한 번에 선불로 결제하거나, 예를 들어 반기 결제 두 번이나 분기 결제 네 번으로 나눠 낼 수 있으며, 이때도 기본 계약 기간은 연간으로 유지됩니다.

이 구분은 churn 노출에 영향을 줍니다. 일시불 연간 계약은 서명 시점 단 한 번만 결제 실패에 노출됩니다. 같은 연간 계약이라도 분할 납부하면 매 분할 시점마다 결제 실패 기회가 생겨, 고객의 실제 약정 기간은 바뀌지 않았어도 더 짧은 청구 주기의 노출 프로필에 가까워집니다.

흔한 청구 주기 유형

주기전형적인 용도주요 장점주요 트레이드오프
월간SMB, 셀프서브, 낮은 약정 요금제구매 문턱이 낮고 영업 주기가 빠름churn·결제 실패 노출이 높음
분기미드마켓, 일부 사용량 기반 요금제월간과 연간의 중간 지점덜 흔해서 동종 기업과 벤치마킹하기 어려움
연간대부분의 SMB~미드마켓 SaaS현금 흐름이 좋고 churn 노출이 낮음판매하기 어렵고 거래 속도가 느림
다년엔터프라이즈 계약가격 안정성, 가장 강한 리텐션·현금 포지션가장 긴 영업 주기, 가장 큰 약정 요구

청구 주기가 churn에 중요한 이유

모든 청구 이벤트는 고객이 해지할 결정 시점이며, 카드 결제라면 결제가 그냥 실패할 기회이기도 합니다. 월간 청구는 매년 이런 순간을 최대 12번 만들고, 일시불 연간 계약은 단 한 번만 만듭니다. 비슷한 고객이라도 연간 요금제가 월간 요금제보다 일관되게 낮은 churn을 보이는 주된 이유가 이것입니다. 연간 고객이 본질적으로 더 충성스러워서가 아니라, 해지 또는 실패 결정을 요구받는(그리고 그에 노출되는) 빈도가 훨씬 낮기 때문입니다.

이는 연간 계약이 선불로 한 번에 결제된다는 것을 전제로 합니다. 분할 납부하는 연간 계약은 각 분할 시점마다 결제 실패 기회를 새로 얻으므로, 같은 수준으로 churn 노출이 줄어들지 않습니다. 위의 청구 주기 vs 결제 일정을 참고하세요.

비자발적 churn, 즉 고객이 스스로 떠나기로 선택한 게 아니라 카드가 만료되거나 결제가 실패해 구독이 끊기는 경우도, 단순히 청구 시도 빈도가 높다는 이유만으로 월간 청구에서 훨씬 더 노출되기 쉽습니다.

혼합된 청구 주기를 MRR로 정규화하기

MRR은 정의상 월 단위 숫자입니다. 그래서 월간이 아닌 계약은 MRR에 더해지기 전에 월 환산 값으로 변환해야 합니다.

예시

한 고객이 12,000달러짜리 연간 계약에 서명하고 선불로 전액 결제합니다.

월 환산 금액 = $12,000 / 12 = $1,000

실제 현금은 서명 시점에 한 번만 걷혔지만, 계약이 유지되는 동안 매달 MRR에 더해지는 값은 그 1,000달러입니다. 이를 잘못 처리하면(예를 들어 전액 12,000달러를 단일 월의 MRR에 그대로 더하면) MRR이 심하게 왜곡되어, 연간 갱신이 몰린 달에는 급등하고 사업의 진짜 반복 기반은 과소평가됩니다.

청구 주기와 어떤 ARR 정의를 써야 하는가

이 정규화 문제는 ARR 페이지에서 흔히 나오는 혼란 지점과 곧바로 연결됩니다. ARR은 Annualized Run Rate(MRR × 12)를 뜻할 수도, 더 엄격한 Annual Recurring Revenue(총 계약 금액 ÷ 연수)를 뜻할 수도 있습니다. 어느 쪽이 특정 기업에 더 의미 있는지는 청구 주기 구성에 크게 좌우됩니다.

  • 매출 대부분이 월간 계약에서 나온다면 Annualized Run Rate가 더 유용한 숫자입니다. 단순히 현재의 월간 기준선을 연환산한 값이기 때문입니다.
  • 매출 대부분이 연간·다년 계약에서 나온다면 더 엄격한 Annual Recurring Revenue 정의가 그 사업을 더 잘 반영합니다. 매출이 실제로 1년 이상 진짜로 잠겨 있기 때문입니다.

두 유형이 진짜로 섞여 있는 기업이라면, 더 신뢰할 수 있는 근본 신호로 MRR을(모든 계약을 제대로 정규화해서) 신중하게 추적하고, 어느 정의든 ARR은 그 위에 얹는 연환산 뷰로 다뤄야 합니다.

청구 주기 관련 자주 묻는 질문

SaaS에서 흔한 청구 주기는 무엇인가요?

가장 흔한 것은 월간, 분기, 연간, 다년(보통 2~3년)입니다. 월간과 연간이 압도적으로 많이 쓰이고, 분기와 다년은 특정 세그먼트에서 나타나는 경향이 있습니다. 분기는 일부 미드마켓 거래에서, 다년은 가격 안정성을 위해 협상하는 엔터프라이즈 계약에서 주로 등장합니다.

연간 계약을 MRR로 어떻게 정규화하나요?

연간 계약 금액을 12로 나눕니다. 연 12,000달러 계약은 고객이 계약 시작 시점에 전액을 한 번에 청구받았더라도 매달 MRR에 1,000달러씩 기여합니다. 이 정규화 없이는 MRR이 연간 고객이 실제로 나타내는 반복 가치를 과소평가하게 됩니다.

청구 주기는 churn 비율에 영향을 주나요?

네, 상당히 큽니다. 월간 청구는 고객에게 30일마다 해지할 결정 시점을 주고, 카드 결제 실패로 인한 비자발적 churn에 매년 최대 12번 매출을 노출시킵니다. 연간 청구는 고객이 더 오래 약정하고 결제 실패도 1년에 한 번만 일어나므로 둘 다 줄여줍니다. 연간 요금제가 가격 인센티브를 통해 자주 밀리는 주된 이유입니다.

청구 주기가 섞여 있다면 어떤 ARR 정의를 써야 하나요?

매출 대부분이 월간 계약에서 나온다면 Annualized Run Rate 정의의 ARR(MRR × 12)이 더 의미 있는 숫자입니다. 매출 대부분이 연간·다년 계약에서 나온다면 더 엄격한 Annual Recurring Revenue 정의(총 계약 금액 ÷ 연수)가 더 잘 맞습니다. 두 정의 모두의 전체 설명은 ARR을 참고하세요.

연간 청구가 월간보다 항상 나은가요?

항상 그렇지는 않습니다. 연간 청구는 현금 흐름을 개선하고 churn 노출을 줄이지만 판매하기는 더 어렵습니다. 고객은 더 큰 금액을 미리 약정해야 하므로 거래 속도가 느려지고 성사 문턱이 높아질 수 있습니다. 많은 SaaS 기업이 둘 다 제공하면서, 흔히 소폭 할인 같은 가격 인센티브로 고객을 연간으로 유도합니다.

청구 주기는 실제로 청구받는 빈도와 같은가요?

꼭 그렇지는 않습니다. 청구 주기는 보통 계약 기간(월간, 분기, 연간, 다년)을 가리킵니다. 그 기간 안에서 고객이 실제로 얼마나 자주 청구받는지는 별개의 선택인 결제 일정입니다. 연간 계약은 한 번에 선불로 결제하거나, 약정 목적상 여전히 연간 계약으로 남으면서 분할 납부할 수 있습니다. 연간 계약의 분할 납부는 일시불 연간 청구가 피하는 결제 실패 노출도 어느 정도 되살립니다.