순매출 유지율(Net Revenue Retention) 분석 방법: 단계별 가이드

어떤 기업은 이 지표에서 130%를 기록하고도 여전히 축소될 수 있습니다. 반면 다른 기업은 95%를 기록하고도 더 건강한 비즈니스일 수 있습니다.

모순처럼 들릴 수 있습니다. 하지만 이는 비율을 계산할 때 신규 고객을 의도적으로 제외할 때 발생하는 현상일 뿐입니다.

순매출 유지율(Net revenue retention)은 구독 보고서에서 가장 많이 인용되지만 가장 오해하기 쉬운 수치입니다. 공식 자체는 간단합니다. 하지만 이 공식이 무엇을 제외하는지 이해하는 것이 의사결정을 바꾸는 핵심입니다.

이 가이드에서는 공식과 분모가 모든 의미를 담고 있는 이유를 다룹니다. 그런 다음 결과를 해석하는 방법, 세 가지 수동 계산 경로, 그리고 각 경로가 한계에 부딪히는 지점을 살펴봅니다.

Net revenue retention이 측정하는 것

이것은 단 한 가지, 즉 이미 보유하고 있던 매출에 어떤 변화가 일어났는지만을 측정합니다.

Workday의 계산 가이드는 그 범위를 명확히 정의합니다. 이 지표는 "기존 고객으로부터 발생하는 반복 매출의 백분율 변화"를 추적합니다.

신규 고객은 제외됩니다. 가중치를 낮추거나 조정한 것이 아닙니다. 완전히 제외된 것입니다.

이 단 하나의 설계 방식 때문에 이 수치가 유용하면서도 동시에 오해를 불러일으키는 것입니다. 이는 기존 고객 기반이 확장되고 있는지 아니면 잠식되고 있는지를 분리하여 보여줄 뿐, 전체적인 성장에 대해서는 아무것도 말해주지 않습니다.

공식과 4가지 변수

Workday는 이를 다음과 같이 정의합니다.

NRR = (Starting RR + Expansion RR – Contraction RR – Churn RR) / Starting RR × 100

구성 요소	정의
Starting RR	해당 기간 시작 시점의 반복 매출
Expansion RR	업셀 및 크로스셀로 인한 매출
Contraction RR	다운그레이드로 인한 매출 손실
Churn RR	해지 또는 미갱신으로 인한 매출 손실

이 네 가지 중 세 가지는 동일한 고객 코호트 내에서의 변화입니다. 코호트를 잘못 설정하는 것이 가장 흔한 오류이며, 이는 결과 수치만 보고는 파악하기 어렵습니다.

이 모든 것에 앞서, 깨끗하게 정리된 반복 매출 기준 데이터가 필요합니다. 구독 내보내기 데이터를 MRR 및 ARR 보고서로 변환하는 방법에 대한 가이드에서 이 단계를 다루고 있으며, 해당 가이드의 정의가 이번 단계로 바로 이어집니다.

분모가 이야기의 전부인 이유

분모는 기초 반복 매출이며, 그 외의 다른 요소는 절대 포함되지 않습니다.

따라서 이 지표는 "우리가 가지고 있던 돈 중에서 얼마나 유지하고 있으며, 얼마나 더 늘렸는가"에 대한 답을 줍니다. "우리가 지난 분기보다 더 커졌는가"에 대한 답은 줄 수 없습니다.

두 기업의 사례가 이 차이를 잘 보여줍니다. 한 기업은 신규 고객을 전혀 유치하지 못하면서도 기존 고객 기반을 유지하고 강력한 업셀을 통해 130%를 기록합니다. 다른 기업은 신규 비즈니스를 3배로 늘리면서 기존 고객 기반에서는 95%를 기록합니다.

두 수치 모두 정확합니다. 하지만 이 중 한 기업만 실제로 성장하고 있으며, 이 지표만으로는 어느 기업인지 알 수 없습니다.

실무적인 규칙은 명확합니다. 이 수치를 절대 단독으로 제시하지 마십시오. 신규 매출 또는 기존 고객 기반 데이터와 함께 제공하여, 독자가 이 비율이 무엇을 기준으로 계산된 것인지 확인할 수 있도록 해야 합니다.

언급할 만한 분모의 함정이 하나 더 있습니다. 결제 플랫폼이 정의하는 반복 매출의 범위는 대부분의 사람들이 생각하는 것보다 좁습니다. Stripe의 결제 분석 문서에 따르면 세금, 무료 요금제, 사용량 기반 상품, 체험판은 제외됩니다. 분모 데이터를 플랫폼 내보내기 파일에서 가져온다면 이러한 제외 사항들이 그대로 반영됩니다.

수치가 의미하는 바

Workday가 제시하는 범위별 해석은 매우 직관적이어서 인용하기 좋습니다.

결과	Workday의 해석
100% 초과	"순 확장: 기존 고객이 잃어버린 매출보다 더 많은 매출을 창출하고 있음을 의미합니다."
90–100%	정체 또는 미세한 수축
90% 미만	"경고 신호: 고객 이탈 및 다운그레이드가 확장을 앞지르고 있음을 의미합니다."

기간은 자유롭게 선택할 수 있습니다. 해당 페이지에서는 "보고 주기에 맞춰 NRR을 월별, 분기별 또는 연간 기준으로 계산하도록 선택할 수 있다"고 설명합니다.

부주의할 경우 이러한 유연성은 함정이 될 수 있습니다. 동일한 비즈니스에서 도출된 월별 수치와 연간 수치는 서로 다른 숫자이며, 단순히 곱하기를 한다고 해서 서로 변환되지 않습니다.

주기를 한 번 정하면 보고서에 명시하고, 서로 다른 주기끼리 절대 비교하지 마십시오. Amplitude의 지표 설명서에서도 제품 분석 관점에서 동일한 내용을 다루고 있습니다.

수동으로 계산하는 방법

옵션 1: 4가지 합계를 구한 후 마지막에 한 번 나누기

코호트 설정부터 시작합니다. 기간 시작 시점에 반복 매출이 발생한 모든 고객의 목록을 작성하고, 해당 목록을 고정합니다.

그런 다음 고객 필터와 날짜 범위를 지정한 SUMIFS 함수를 사용하여 고정된 목록에 대해서만 각 변화의 합계를 구합니다. 이렇게 하면 4가지 명확한 합계가 산출됩니다.

마지막에 한 번만 나눕니다. 4가지 합계를 별도의 셀에 유지해야 "어느 부분에서 변화가 생겼는가"라는 질문에 답할 수 있으며, 이것이 실제 행동으로 이어질 수 있는 유일한 질문입니다.

이 방법의 한계는 특정 기간에 대한 단 하나의 숫자만 얻을 수 있다는 점입니다. 104%라는 결과는 알 수 있지만, 누가 이를 주도했는지는 알 수 없습니다.

옵션 2: 고객 수준의 변화 테이블 구축하기

코호트 내 고객당 하나의 행을 만들고, 각 변화 유형별로 열을 만듭니다. 기초 매출, 기말 매출, 그리고 확장, 수축, 이탈로 세분화된 차이를 기록합니다.

이제 보고서를 요금제별, 세그먼트별, 유지 기간별, 유치 코호트별로 세분화할 수 있습니다.

이러한 세분화 분석을 통해 진짜 인사이트를 발견할 수 있습니다. 겉보기에 건강해 보이는 종합 수치 뒤에는 한 세그먼트가 급격히 확장하는 동안 다른 세그먼트가 조용히 다운그레이드되고 있는 상황이 숨겨져 있을 수 있습니다. 코호트 분석에 대한 설명서에서 종합적인 뷰가 왜 왜곡될 수 있는지 다루고 있습니다.

이 방법의 한계는 데이터의 양과 조인 작업입니다. 구독 내보내기 데이터와 계정 테이블을 매칭하는 작업은 일반적인 수식만으로 처리하기에는 한계를 넘어섭니다.

옵션 3: 정의 탭 유지하기

코호트 규칙과 주기를 기록합니다. 그런 다음 신규 판매 대비 확장으로 간주되는 기준, 기간 중간의 변경 사항이 어떻게 정산되는지, 내보낸 데이터가 어떤 매출 정의를 사용하는지 기록합니다.

확장의 경계는 종종 논쟁을 불러일으킵니다. 두 번째 제품을 구매하는 고객을 확장으로 볼 것인지 신규 비즈니스로 볼 것인지에 대해서는 두 가지 해석 모두 타당성이 있습니다.

한계는 규칙을 문서화한다고 해서 그것이 자동으로 적용되지는 않는다는 점입니다. 누군가는 매 주기마다 동일한 필터를 다시 설정해야 합니다.

공통적인 한계. 세 가지 옵션 모두 해당 기간의 첫날 기준의 코호트를 재구성할 수 있다는 것을 전제로 합니다. 내보낸 데이터가 현재 상태만 보여준다면, 그 코호트를 재구성하는 것 자체가 가장 큰 작업이 됩니다.

수동 방식의 한계와 지체되는 지점

첫 번째 계산은 반나절이면 끝납니다. 하지만 네 번째 계산은 더 오래 걸립니다. 아무도 신경 쓰지 않는 사이에 정의가 조금씩 달라졌기 때문입니다.

요금제 변경은 확장과 수축의 구분을 무너뜨립니다. 고객을 새로운 가격표로 이동시키는 패키지 개편은 성장도 손실도 아닌 변화를 만들어냅니다. 이는 필터가 우연히 잡아내는 버킷에 분류될 뿐입니다.

100% 할인은 모두를 혼란스럽게 만드는 예외적인 케이스입니다. Stripe 문서에 따르면 매출이 0으로 떨어지면 해당 기간 동안 이탈로 기록됩니다. 따라서 고객이 떠나지 않았음에도 불구하고 완전히 할인된 계정이 손실된 것으로 표시될 수 있습니다.

설정 변경 사항도 즉시 반영되지 않습니다. Stripe는 분석 설정 조정이 적용되는 데 24~48시간이 소요된다고 명시하고 있습니다. 설정을 변경한 당일에 다시 계산하면 방금 변경한 사항이 반영되지 않습니다.

이사회 회의에서만 드러나는 비용도 있습니다. 누군가 지난 분기 자료와 수치가 왜 다른지 물어볼 때, 그 답은 대개 정의의 차이에 있습니다. 그리고 그 정의는 회의에 가져오지 않은 탭에 들어있기 마련입니다.

Powerdrill Bloom으로 구축하는 방법

1단계: 구독 내보내기 파일 업로드하기

구독 파일 또는 구독 및 계정 파일을 함께 업로드합니다. Powerdrill Bloom은 업로드 시 컬럼을 분석하므로, 비율을 계산하기 전에 중복된 고객 ID, 누락된 요금제 값, 일치하지 않는 통화 필드 등을 미리 찾아냅니다.

2단계: 자연어로 정의 설명하기

규칙을 직접 구축하는 대신 말로 설명하십시오. 코호트 날짜, 주기, 확장으로 간주할 항목, 기간 중간의 변경 사항을 정산하는 방법을 지정합니다.

그런 다음 함정을 드러내는 질문을 던져보십시오. 시작 코호트 중 어떤 고객의 매출이 0으로 떨어졌는지 물어보십시오. 고객의 결정이 아닌 요금제 개편으로 인해 발생한 변화가 무엇인지 물어보십시오. 그런 다음 세그먼트별, 유지 기간별로 수치가 어떻게 나뉘는지 물어보십시오.

3단계: 차트, 보고서 또는 프레젠테이션 덱 내보내기

변화 테이블, 4가지 구성 요소의 폭포수 차트, 또는 결과와 함께 코호트 규칙이 포함된 슬라이드를 내보냅니다.

흔히 하는 실수들

기준 데이터 없이 수치만 제시하는 것. 기준이 되는 숫자가 없는 백분율은 장식에 불과합니다. 그 옆에 기초 반복 매출을 함께 보여주십시오.

분모에 신규 고객을 포함하는 것. 이 지표는 기존 코호트만을 대상으로 정의됩니다. 신규 비즈니스를 포함하면 성격이 다른, 덜 유용한 비율이 되어버립니다.

월별 수치와 연간 수치를 비교하는 것. 이 둘은 서로 다른 측정 기준이며 변환할 수 없습니다. 하나의 주기를 정하고 이를 명시하십시오.

명확한 규칙 없이 두 번째 제품 구매를 확장으로 계산하는 것. 이는 확장이 될 수도 있고 신규 비즈니스가 될 수도 있습니다. 한 번 결정한 후 문서화하고 일관되게 적용하십시오.

할인으로 인해 매출이 0이 된 계정을 이탈로 해석하는 것. 플랫폼 정의에서는 매출이 0이 되면 해당 기간 동안 이탈한 것으로 처리합니다. 고객이 실제로 떠났는지 확인하십시오.

요금제 개편을 무시하는 것. 고객을 새로운 가격표로 마이그레이션하는 것은 고객의 결정에 의한 변화가 아닙니다. 이러한 행은 별도로 표시해 두십시오.

결제 설정을 변경한 직후에 다시 계산하는 것. 플랫폼 설정이 적용되는 데 24~48시간이 걸릴 수 있으므로, 이때 얻는 수치는 이전 설정 기준의 수치입니다.

결론

코호트를 고정하고, 4가지 변화의 합계를 구하고, 오직 기초 반복 매출로만 나누고, 주기를 고정하고, 항상 백분율 옆에 기준 데이터를 함께 보여주십시오. 이것이 이 수치가 이사회 검토를 통과할 수 있게 만드는 방법입니다.

수치 자체는 최종 결과물이 아닙니다. 확장, 수축, 이탈 간의 세부적인 구분이 앞으로 무엇을 해야 할지 알려주는 나침반 역할을 합니다.

이러한 세부 구분을 재구성하느라 분기 전체를 허비하고 있다면, 구독 내보내기 파일에 Powerdrill Bloom을 사용해 보십시오. SaaS 지표 추적을 위한 최고의 AI 도구 모음 및 AI 보고서 생성기 페이지도 함께 확인해 보시기 바랍니다.

자주 묻는 질문

순매출 유지율(Net revenue retention) 공식은 무엇인가요?

Workday는 기초 반복 매출에 확장을 더하고 수축과 이탈을 뺀 값을 모두 기초 반복 매출로 나눈 뒤 100을 곱한 것으로 정의합니다.

신규 고객도 포함되나요?

아니요. 이 지표는 기존 고객으로부터 발생하는 반복 매출의 백분율 변화만을 측정합니다. 그렇기 때문에 비즈니스가 실제로 성장하고 있는지 여부는 알려줄 수 없습니다.

어떤 결과가 좋은 수치인가요?

Workday는 100% 초과를 순 확장, 90% 미만을 경고 신호로 해석하며, 90~100%는 정체 또는 미세한 수축으로 봅니다. 벤치마크는 세그먼트마다 다르므로 먼저 자체적인 추세와 비교해 보십시오.

월별로 계산해야 하나요, 아니면 연간으로 계산해야 하나요?

주기를 고정하기만 한다면 둘 다 괜찮습니다. 두 가지는 서로 다른 측정 기준이며 상호 변환할 수 없으므로, 하나의 주기를 선택하고 모든 보고서에 이를 명시하십시오.

제 수치가 결제 플랫폼의 수치와 다른 이유는 무엇인가요?

대개 매출 정의의 차이 때문입니다. 플랫폼 수치에는 세금, 무료 요금제, 사용량 기반 상품, 체험판이 제외되는 경우가 많으므로, 총 청구 금액을 기준으로 작성된 스프레드시트와는 일치하지 않을 수 있습니다.