Unit Economics LTV CAC 비즈니스 지표 분석
Photo by
Campaign Creators
on
Unsplash

기획자를 준비하는 과정에서 처음으로 회사 문서나 PM 아티클을 읽다 보면 낯선 단어들이 쏟아집니다. LTV, CAC, Churn Rate, Payback Period… 저도 처음 이 단어들을 마주했을 때 "이게 대체 무슨 말이지?"라는 생각부터 들었습니다. 문서 전체를 이해하고 싶은데 핵심 용어를 모르니 맥락이 하나도 잡히지 않는 느낌이었죠. 그래서 저는 빠르게 업무에 적응하려면 이 단어들을 먼저 공부해야겠다고 마음먹고, 자료를 찾기 시작했습니다.

그렇게 공부하다 발견한 프레임워크가 바로 Unit Economics(유닛 이코노믹스)입니다. 처음엔 복잡해 보였지만, 핵심 질문 하나로 정리가 됩니다. "고객 1명을 얻는 데 드는 비용보다, 그 고객이 주는 가치가 더 큰가?" — 이 질문에 답할 수 있다면 Unit Economics의 절반은 이해한 겁니다.

이 글에서는 Unit Economics의 핵심 개념부터 계산 방법, 판단 기준, 그리고 기획자가 자주 저지르는 실수까지 완벽하게 정리해드립니다. 비즈니스 모델 전반에 대한 맥락이 궁금하시다면 비즈니스 모델 캔버스(BMC) 완벽 가이드도 함께 읽어보시면 도움이 됩니다.


1. Unit Economics란 무엇인가 — "고객 1명"으로 보는 수익 구조

Unit Economics는 비즈니스의 가장 작은 단위(고객 1명, 거래 1건 등)를 기준으로 수익과 비용을 분석해, 사업의 수익 구조가 건강한지 판단하는 프레임워크입니다.

많은 사람들이 "매출이 늘고 있으니까 사업이 잘 되고 있겠지"라고 생각합니다. 하지만 저는 공부를 하면서 뉴스에서 전혀 다른 사례들을 많이 봤습니다. 광고 노출은 많은데 실제 구매 전환이 이루어지지 않거나, 이탈률이 계속 늘어나면서 결국 적자가 쌓이는 회사들의 이야기였죠. 매출은 늘고 있는데 왜 적자냐는 질문 — Unit Economics가 망가진 회사들의 전형적인 증상입니다. 그 기사들을 읽으면서 "아, 단순히 수치가 크다고 좋은 게 아니구나"라는 걸 처음으로 실감했습니다.

Unit Economics를 제대로 이해하면 이런 상황을 사전에 파악하고 대응할 수 있습니다. 전체 P&L(손익계산서)과 구분해서, 고객 1명 단위에서 수익이 나고 있는지를 판단하는 것이 핵심입니다.


2. CAC (Customer Acquisition Cost) — 고객 1명을 얻는 데 드는 비용

CAC는 고객 1명을 새로 확보하는 데 소요된 총 비용입니다. 공식으로 표현하면 다음과 같습니다.

CAC = 총 마케팅·영업 비용 ÷ 동일 기간 신규 획득 고객 수

CAC에 포함되는 항목과 제외되는 항목을 명확히 구분하는 것이 중요합니다. 많은 초보 기획자들이 이 경계를 흐릿하게 두는 실수를 합니다.

  • 포함 항목: 광고비, 마케팅 인건비, 영업 인건비, 프로모션·쿠폰 비용, 콘텐츠 제작비
  • 미포함 항목(엄격 기준): 기존 고객 유지 비용, 제품 개발비, 일반 관리비

예시: 이번 달 마케팅·영업에 총 5,000만 원을 썼고, 신규 고객이 1,000명 생겼다면 CAC = 5,000만 원 ÷ 1,000명 = 5만 원/명입니다.

저는 실제 수치를 접할 기회가 아직 없었기 때문에, AI에게 예문과 계산 문제를 부탁해서 직접 손으로 풀어보는 방식으로 공부했습니다. 업종별 통상적인 CAC 범위도 같이 찾아보면서 "이 산업은 고객 1명을 얻는 데 이 정도 비용이 드는구나"라는 감각을 키웠습니다. 그러다 보니 단순 암기가 아니라 실제 사업 맥락에서 숫자가 어떤 의미를 갖는지 이해하게 됐습니다.


3. LTV (Lifetime Value) — 고객 1명이 가져다 주는 전체 가치

LTV(또는 CLV)는 고객 1명이 서비스를 이용하는 전체 기간 동안 창출하는 순수익의 현재 가치입니다. CAC와 함께 Unit Economics의 가장 핵심적인 두 축을 이룹니다.

기본 계산식

LTV = ARPU × (1 ÷ Churn Rate)
단, ARPU = 사용자 1인당 월평균 수익 / Churn Rate = 월간 이탈률

실무 권장 계산식 (Gross Margin 반영)

LTV = (ARPU × Gross Margin) ÷ Churn Rate
Gross Margin(매출 총이익률)을 반영해야 진짜 이익 기준 LTV를 계산할 수 있습니다.

예시: ARPU가 월 1만 원, Gross Margin 70%, 월 Churn Rate 5%라면
LTV = (10,000원 × 0.7) ÷ 0.05 = 140,000원

LTV를 계산할 때 Gross Margin을 빼먹는 실수가 매우 흔합니다. 매출 기준으로만 LTV를 계산하면 실제보다 훨씬 과대 계산되어, 사업 수익성을 낙관적으로 오판하게 됩니다. "고객이 주는 수익에서 원가를 빼야 진짜 이익"이라는 점을 항상 기억하세요.


4. Churn Rate, Retention, Payback Period — 놓치면 안 되는 보조 지표들

Churn Rate(이탈률)는 처음 봤을 때 "왜 이렇게 중요하게 다루는 거지?"라는 생각이 들 수 있습니다. 저도 처음에는 그냥 탈퇴자 비율 정도로만 이해했습니다. 그런데 구독 서비스 가격 인상 뉴스를 여러 번 접하면서 생각이 바뀌었습니다. 서비스 운영비 부담 때문에 요금을 올리면, 이탈률이 급격히 올라가고, 그게 곧바로 매출 타격으로 이어지더라고요. 이탈률이 단 1~2%만 올라가도 LTV 계산 결과가 극적으로 달라진다는 걸 직접 계산해보고서야 실감했습니다.

Churn Rate (이탈률)

Churn Rate = 이탈 고객 수 ÷ 기간 시작 시점 고객 수 × 100

LTV 공식에서 분모 역할을 하기 때문에, Churn Rate가 조금만 올라가도 LTV는 크게 하락합니다. 항상 월간 또는 연간으로 단위를 통일해서 사용해야 합니다. 월간과 연간을 혼용하면 계산이 완전히 틀어집니다.

Retention Rate (유지율)

Retention Rate = 1 − Churn Rate

Churn Rate의 반대 개념으로, 기존 고객 중 다음 기간에도 남아 있는 비율입니다. 구독 서비스에서는 이 수치가 생존 지표나 다름없습니다.

Payback Period (투자 회수 기간)

Payback Period = CAC ÷ (ARPU × Gross Margin)

예시: CAC = 5만 원, ARPU = 1만 원, Gross Margin = 70%라면
Payback Period = 50,000 ÷ (10,000 × 0.7) = 약 7.1개월

주의할 점은 Payback Period가 고객의 평균 유지 기간보다 길면 투자 회수가 불가능합니다. 즉, 회수 기간이 LTV 기간을 초과하면 구조적으로 손해입니다.


5. LTV/CAC 비율 — 사업의 건강성을 한 숫자로 판단하는 법

LTV/CAC 비율은 Unit Economics에서 가장 자주 인용되는 핵심 수익성 지표입니다. "고객 1명에게 투자한 비용 대비 얼마나 더 많은 가치를 얻는가"를 하나의 숫자로 보여줍니다.

LTV/CAC = LTV ÷ CAC

LTV/CAC 비율 해석 기준표 (SaaS / 구독 서비스 기준)

LTV/CAC 해석 대응 방향
1 미만 위험 — 고객 1명에서 손해 발생 CAC 절감 또는 LTV 향상 즉시 필요
1 ~ 3 주의 — 수익성 낮음, 개선 필요 이탈률 감소, ARPU 향상 전략 검토
3 건강한 기준선 (업계 일반적 목표) 현재 구조 유지, 성장 전략 수립
3 ~ 5 양호 — 성장 투자 여력 있음 마케팅 확대, 신규 채널 테스트
5 이상 우수 — 단, 성장 기회 놓칠 수 있음 CAC를 더 써서 성장 가속화 고려

▲ 출처: SaaS 업계 표준 지표 기준 (참고: U.S. Small Business Administration)

LTV/CAC가 높다고 무조건 좋은 건 아닙니다. 5 이상이면 오히려 마케팅 투자를 너무 안 하고 있다는 신호일 수 있습니다. 성장 기회를 놓치고 있는 거죠. 반대로 1 미만이면 고객을 얻을수록 손해가 쌓이는 구조입니다. 스케일업 전에 반드시 이 비율을 먼저 점검해야 합니다.


6. ARPU와 Gross Margin — LTV 계산의 두 핵심 변수

LTV를 정확히 계산하려면 ARPU와 Gross Margin을 제대로 이해해야 합니다. 이 두 가지를 혼동하거나 생략하면 LTV가 완전히 다른 값이 나옵니다.

ARPU (Average Revenue Per User)

ARPU = 총 수익 ÷ 활성 사용자 수

ARPU는 전체 사용자(무료 포함) 기준이고, ARPPU(Average Revenue Per Paying User)는 유료 사용자만 기준입니다. 프리미엄 서비스를 분석할 때 이 둘을 혼용하면 수익성이 과대 또는 과소 평가될 수 있습니다.

Gross Margin (매출 총이익률)

Gross Margin = (매출 - 매출원가) ÷ 매출 × 100
업종 일반적 Gross Margin 범위
SaaS / 소프트웨어 70 ~ 90%
이커머스 20 ~ 40%
제조업 30 ~ 50%
음식 배달 플랫폼 50 ~ 70% (플랫폼 수수료 기준)

▲ 업종별 평균 수치는 개별 기업에 따라 다를 수 있습니다.

저는 공부하면서 업종별 통상적인 수치를 찾아보고, 직접 여러 분야의 수익 구조를 예상해보는 시간을 가졌습니다. "SaaS는 왜 Gross Margin이 이렇게 높을까?", "배달 플랫폼은 수수료가 매출이니까 이 범위가 맞겠구나" 같은 식으로요. 이렇게 직접 업종과 연결해서 생각해보니 단순한 공식이 아니라 사업 구조와 연결된 살아있는 숫자로 느껴졌습니다.


7. Unit Economics를 다른 기획 프레임워크와 연결하기

Unit Economics를 잘 이해하면 다른 기획 프레임워크들과 자연스럽게 연결됩니다. 저는 이 지표들이 서비스 기획 전반의 의사결정과 얼마나 긴밀하게 연결되는지 깨닫고 나서, 기획자에게 이 지표를 아는 것이 왜 필수인지를 비로소 이해했습니다.

  • CAC → 마케팅 채널 전략: CAC가 높다면 어느 채널에서 비효율이 발생하는지 파악하고 예산 배분을 재조정해야 합니다. 시장 조사와 경쟁사 분석 가이드의 포지셔닝 전략과 연결됩니다.
  • LTV → OKR/KPI 목표 설정: LTV는 고객 1명이 만들어내는 수익의 최대치입니다. 이를 기반으로 연간 매출 목표, MAU 목표 등 구체적인 KPI를 설정할 수 있습니다. OKR과 KPI 완벽 가이드와 함께 읽어보세요.
  • Churn Rate → 프로덕트 로드맵: 이탈률이 높다면 제품의 어느 부분에서 이탈이 발생하는지 분석하고, 이를 개선하기 위한 기능 우선순위를 조정해야 합니다. 프로덕트 로드맵 수립 완벽 가이드를 참고하면 도움이 됩니다.
  • LTV/CAC → 사업 타당성 검증: 이 비율이 3 이상인지 확인하는 것이 신규 사업 또는 기능 기획의 첫 번째 체크포인트가 됩니다.

8. 기획자가 자주 저지르는 Unit Economics 실수 7가지

제가 공부하면서 "나도 이 실수를 할 뻔했겠다"라고 느낀 오류들을 정리했습니다. 기획자로서 이 지표들을 빠르게 파악하고 정확하게 쓸 수 있을수록 실무 경쟁력이 높아진다는 것을 깨달았습니다. 지표를 모르면 회의에서 데이터 이야기가 나올 때 맥락을 못 잡고 결국 엉뚱한 기획을 하게 됩니다. 반대로 지표를 빠르게 읽을 수 있으면, 서비스 이슈에 즉각적으로 대응하고 설득력 있는 제안을 할 수 있습니다.

  1. LTV에 Gross Margin을 반영하지 않음: 매출 기준으로 LTV를 계산해 수익성을 과대 평가. → "고객이 주는 수익에서 원가를 반드시 빼야 진짜 이익"
  2. CAC 범위가 불명확: 어떤 비용을 포함할지 정의하지 않고 계산. → 포함 항목 리스트를 먼저 명확히 정의하기
  3. Churn Rate 단위 혼용: 월간 이탈률과 연간 이탈률을 섞어 사용. → 항상 같은 단위(월간 또는 연간)로 통일
  4. LTV/CAC가 높으면 무조건 좋다는 오해: 5 이상이면 성장 투자를 더 해야 한다는 신호일 수 있음. → "너무 높으면 성장 기회를 놓치고 있을 수도" 관점 필요
  5. Unit Economics를 전체 P&L로 혼동: 회사 전체 손익과 고객 1명 기준을 혼용. → "Unit은 항상 고객 1명 기준"임을 기억
  6. Payback Period가 LTV보다 길어도 된다는 오해: 회수 기간이 고객 유지 기간을 초과하면 구조적 손해. → 반드시 비교해서 확인
  7. TAM·SAM·SOM과 분리해서 봄: 시장 규모와 Unit Economics는 함께 봐야 사업 타당성을 판단할 수 있습니다. TAM SAM SOM 완벽 가이드도 참고해보세요.

마무리 — 지표를 빠르게 파악하는 것이 곧 기획자의 경쟁력

기획자를 준비하면서 저는 이 지표들을 공부하고 나서 비로소 기사나 IR 자료를 읽을 때 맥락이 잡히기 시작했습니다. "아, 이 회사는 CAC는 낮은데 Churn Rate가 높구나", "LTV/CAC가 1에 가깝다는 건 지속 가능한 구조가 아니겠다"처럼 숫자가 스스로 이야기를 해주기 시작했습니다.

Unit Economics는 한 번 이해하고 끝내는 개념이 아닙니다. 서비스를 기획할 때마다, 새로운 기능의 우선순위를 잡을 때마다, 마케팅 예산을 논의할 때마다 계속 꺼내어 확인해야 하는 기준이 됩니다. 제가 경험한 것처럼 지표를 빠르게 파악할수록 서비스 이슈에 즉각 대응할 수 있고, 그게 곧 기획자로서의 경쟁력을 높이는 가장 확실한 방법이라고 생각합니다.

서비스 기획자의 전반적인 역할과 책임이 궁금하시다면 서비스기획자란 무엇인가? 역할과 책임 완벽 정리도 함께 읽어보시길 추천드립니다.

프로덕트 라이프사이클 성장 그래프 이미지

 

📷 Photo by Carlos Muza on Unsplash

저는 처음 서비스기획을 공부하기 시작했을 때, "서비스를 잘 만들면 그냥 계속 성장하는 거 아닌가?"라고 순진하게 생각했습니다. 그런데 실제로 공부를 하고 케이스를 들여다보면, 한때 잘나가던 서비스도 어느 순간 쇠퇴하고, 심지어 문을 닫는 경우가 많다는 걸 알게 됐습니다. 그 흐름을 이해하는 핵심 개념이 바로 프로덕트 라이프사이클(Product Life Cycle, PLC)입니다.

이 글은 서비스기획자 혹은 PM을 준비하는 분들, 그리고 "우리 서비스 지금 어느 단계지?"를 고민하는 현업 실무자분들을 위해 작성했습니다. 노션에서 정리한 수업 내용을 바탕으로 실무에서 바로 쓸 수 있는 개념들을 최대한 쉽게 풀어드릴게요.


1. 왜 프로덕트 라이프사이클을 알아야 할까?

서비스는 출시했다고 끝나는 것이 아닙니다. 시간이 지나면서 사용자의 반응, 시장 상황, 경쟁 환경, 수익 구조가 계속 달라집니다. 저는 이걸 처음 배웠을 때 마치 사람의 일생과 비슷하다고 느꼈습니다. 태어나서(도입기), 학교 다니며 성장하고(성장기), 직장에서 안정적으로 일하다가(성숙기), 은퇴 후 조용히 마무리하는(쇠퇴기) 흐름처럼요.

서비스기획자가 이 흐름을 이해해야 하는 이유는 명확합니다. 같은 기능 개선이라도 서비스의 단계에 따라 우선순위가 완전히 달라지기 때문입니다.

  • 도입기에는 "이 서비스가 정말 시장에서 먹히는가?"를 검증하는 것이 최우선입니다.
  • 성장기에는 "새로운 사용자를 확보하는 것만큼, 기존 사용자가 떠나지 않는가?"가 중요합니다.
  • 성숙기에는 "더 많이 성장하기보다, 어떻게 더 효율적으로 수익을 만들 것인가?"를 고민합니다.
  • 쇠퇴기에는 "버틸 것인가, 방향을 바꿀 것인가, 종료할 것인가?"를 결정해야 합니다.

즉, PLC를 모르면 맞지 않는 시기에 맞지 않는 전략을 쓰는 실수를 범할 수 있습니다.


2. 프로덕트 라이프사이클 4단계 한눈에 보기

프로덕트 라이프사이클은 보통 다음 네 단계로 나뉩니다.

도입기 → 성장기 → 성숙기 → 쇠퇴기

각 단계를 한눈에 비교하면 다음과 같습니다.

단계 사용자 곡선 기획자 우선순위 핵심 지표
🌱 도입기 완만한 상승 PMF 탐색, 핵심 기능 검증 활성 사용자, 피드백 품질
🚀 성장기 급격한 상승 리텐션, 차별화, 기능 확장 DAU, MAU, 리텐션율
🏢 성숙기 완만한 수평 수익 최적화, 사용자 세분화 LTV, ARPU, 시장 점유율
📉 쇠퇴기 하락 피벗 판단 또는 종료 준비 이탈률, MAU 감소율

3. 각 단계 상세 분석 — 기획자가 해야 할 일

🌱 도입기 (Introduction) — PMF를 찾아라

도입기는 서비스가 처음 시장에 출시된 시기입니다. 이 시기에는 아직 많은 사용자가 서비스를 알지 못하고, 주로 새로운 것을 빨리 써보는 얼리 어답터(Early Adopter)들이 먼저 사용합니다.

도입기의 특징은 다음과 같습니다. 사용자 인지도가 낮고 천천히 증가하며, 수익보다 비용이 더 클 수 있습니다. 또한 사용자가 무엇을 좋아하고 불편해하는지 빠르게 확인해야 하고, 핵심 기능이 시장에서 통하는지 검증해야 합니다.

기획자의 핵심 역할: PMF(Product-Market Fit) 탐색

도입기 핵심 질문: "이 서비스가 없어지면 사용자가 정말 아쉬워할까?"

PMF를 찾기 전에는 무리하게 성장에 투자하기보다, 사용자의 문제를 제대로 해결하고 있는지 먼저 확인해야 합니다. 돈을 써서 사용자를 데려왔더니 금방 다 나가버리면 아무 의미가 없으니까요.

🚀 성장기 (Growth) — 리텐션을 잡아라

성장기는 사용자가 빠르게 늘어나는 시기입니다. 서비스가 시장에서 반응을 얻고, 사람들이 점점 더 많이 사용하기 시작합니다. 이 시기에는 경쟁자도 등장하기 시작합니다.

성장기의 특징은 사용자 수의 급격한 증가, 시장 인지도 상승, 수익 발생 시작, 경쟁 서비스 등장, 기능 확장과 안정성의 중요성 증가입니다.

기획자의 핵심 역할: 리텐션(Retention) 관리

성장기에서 기획자가 자주 하는 실수는 "신규 사용자 숫자"에만 집중하는 것입니다. 물이 들어오는 만큼 나가버리면 성장이 아닙니다. 사용자가 계속 남아 있는지, 이탈하는 지점은 어디인지를 면밀히 분석해야 합니다.

성장기에서 주로 활용하는 전략이 성장 해킹(Growth Hacking)입니다. A/B 테스트, 바이럴 루프, 온보딩 개선, 추천 프로그램, 가입 전환율 개선 등이 대표적인 방법입니다.

🏢 성숙기 (Maturity) — 효율과 수익을 극대화하라

성숙기는 서비스의 성장 속도가 느려지고 시장 점유율이 안정되는 시기입니다. 사용자 수가 폭발적으로 늘지는 않지만, 일정한 규모의 사용자를 확보한 상태입니다.

성숙기의 특징은 사용자 증가 둔화, 시장 점유율 안정, 치열한 경쟁, 수익성 개선 필요, 사용자 세분화(Segmentation)의 중요성 증가입니다.

기획자의 핵심 역할: 수익 최적화와 사용자 세분화

성숙기에는 "더 많이 성장하자"보다 "어떻게 더 효율적으로 운영하고 수익을 만들 것인가"가 중요합니다. LTV(Lifetime Value)와 ARPU(Average Revenue Per User)가 핵심 지표로 부상합니다.

📉 쇠퇴기 (Decline) — 데이터로 판단하라

쇠퇴기는 사용자 수와 매출이 줄어드는 시기입니다. 중요한 것은 쇠퇴기가 곧 실패를 의미하지는 않는다는 점입니다. 기술 변화, 대체 서비스 등장, 사용자 니즈 변화 등 다양한 이유로 쇠퇴기에 들어갈 수 있습니다.

쇠퇴기의 특징은 사용자 수 감소, 매출 감소, 이탈률 증가, 기존 기능의 매력 약화, 서비스 방향 재검토 필요입니다.

기획자의 핵심 역할: 감정이 아닌 데이터로 결정하기

쇠퇴기에서 기획자가 가장 경계해야 할 것은 감정적으로 버티는 것입니다. 데이터를 보고 냉정하게 판단해야 합니다. 선택지는 크게 두 가지입니다. 하나는 핵심 자산을 유지하면서 방향을 바꾸는 피벗(Pivot)이고, 다른 하나는 서비스를 종료 또는 축소하는 것입니다. 전략적인 종료도 훌륭한 기획자의 결정이 될 수 있습니다.


4. 핵심 지표와 용어 완벽 정리

저는 이 용어들을 처음 접했을 때 영어 약자들이 너무 많아서 헷갈렸는데, 하나씩 뜯어보면 어렵지 않습니다. 단계별로 어떤 지표를 봐야 하는지 함께 정리해드립니다.

용어 풀이 쉬운 설명 주로 사용하는 단계
PMF Product-Market Fit 이 서비스가 시장의 니즈를 잘 충족하는 상태 🌱 도입기
리텐션 Retention 사용자가 서비스를 계속 다시 사용하는 비율 🚀 성장기
LTV Lifetime Value 한 사용자가 서비스 이용 전체 기간에 만드는 수익 합계 🏢 성숙기
CAC Customer Acquisition Cost 신규 고객 1명을 확보하는 데 드는 비용 🚀🏢 성장기/성숙기
ARPU Average Revenue Per User 사용자 1명당 평균 매출 🏢 성숙기
번 레이트 Burn Rate 서비스 운영에 매달 소진되는 비용 🌱🚀 도입기/성장기
피벗 Pivot 핵심 자산을 유지하면서 전략적으로 방향을 바꾸는 것 📉 쇠퇴기

LTV vs CAC — 수익성 판단의 핵심 공식

기획자가 꼭 이해해야 하는 계산 예시를 하나 들어볼게요.

항목 예시 A (건강한 서비스) 예시 B (위험한 서비스)
월 구독료 10,000원 10,000원
평균 이용 기간 24개월 3개월
LTV 240,000원 30,000원
CAC 50,000원 50,000원
LTV/CAC 비율 4.8배 ✅ 건강 0.6배 ❌ 위험

일반적으로 LTV가 CAC의 3배 이상이 되어야 지속 가능한 서비스로 봅니다. 예시 B처럼 CAC보다 LTV가 낮으면, 사용자를 데려올수록 오히려 손해를 보는 구조입니다.


5. 실제 서비스로 단계 판단하기

서비스의 단계를 판단할 때는 단순히 "유명한가?"만 보면 안 됩니다. 제가 공부하면서 실제 서비스 케이스를 분석해보니, 다음과 같이 정리할 수 있었습니다.

서비스 추정 단계 판단 이유
카카오톡 🏢 성숙기 이미 많은 사용자를 확보했고 생활 인프라처럼 자리 잡음
인스타그램 🏢 성숙기 성장 속도는 예전보다 둔화되었지만 강한 사용자 기반 보유
클럽하우스 📉 쇠퇴기 초기에 빠르게 주목받았으나 이후 사용자 관심과 사용량이 감소

단, 서비스의 단계는 국가, 사용자층, 기능 영역에 따라 다르게 해석될 수 있습니다. 중요한 것은 정답을 맞히는 것이 아니라 근거를 가지고 판단하는 것입니다.

실제로 면접 준비를 하거나 케이스 스터디를 할 때, "이 서비스는 현재 어느 단계에 있나요? 그 근거는 무엇인가요?"라는 질문에 명확하게 답할 수 있으면 큰 강점이 됩니다.


6. 자주 하는 오해 — 라이프사이클에 대한 흔한 착각

이 부분은 저도 처음에 헷갈렸던 부분들입니다. 정확하게 이해하고 넘어가는 게 중요합니다.

오해 1. 성장기에는 수익을 나중에 생각해도 된다

성장기에는 사용자 확보가 중요하지만, 수익 모델을 완전히 미뤄두면 성숙기로 넘어갈 때 심각한 문제가 생길 수 있습니다. 성장기에도 "언젠가 어떻게 돈을 벌 것인가"에 대한 설계는 반드시 필요합니다.

오해 2. 라이프사이클은 항상 순서대로만 흐른다

피벗이나 리뉴얼을 통해 다시 도입기처럼 시작할 수도 있습니다. 오래된 회사가 새로운 타깃 고객을 대상으로 완전히 다른 가치를 제공한다면, 그 서비스는 다시 검증이 필요한 도입기 상태가 됩니다.

오해 3. 쇠퇴기는 실패다

쇠퇴기는 무조건 실패를 의미하지 않습니다. 시장 변화에 따라 어떤 서비스는 자연스럽게 역할을 다할 수 있습니다. 중요한 것은 쇠퇴를 인정하고 다음 선택을 준비하는 것입니다. 전략적인 종료도 훌륭한 의사결정이 될 수 있습니다.

오해 4. PMF는 한 번 달성하면 영원히 유지된다

시장은 변하고 사용자의 기대도 변합니다. 경쟁 서비스가 등장하면 기존의 강점이 약해질 수도 있습니다. 그래서 PMF는 지속적으로 재검증해야 합니다. (참고: Nielsen Norman Group - Product Life Cycle / 한국인터넷진흥원(KISA) 디지털 서비스 가이드)


7. 기획자를 위한 핵심 정리 — 단계별 체크리스트

마지막으로 각 단계에서 기획자가 자신에게 던져야 할 핵심 질문들을 정리했습니다. 이 질문들을 항상 머릿속에 갖고 있으면 어떤 단계에서도 흔들리지 않을 수 있습니다.

단계 핵심 질문
🌱 도입기 사용자가 이 서비스를 왜 써야 하는가? / 핵심 기능이 문제를 해결하는가? / PMF를 찾기 전에 성장에 투자하고 있지는 않은가?
🚀 성장기 새로 들어온 사용자가 계속 사용하는가? / 이탈하는 지점은 어디인가? / 경쟁 서비스와 어떤 차별점이 있는가?
🏢 성숙기 가장 가치 높은 사용자 그룹은 누구인가? / 현재 수익 모델은 안정적인가? / 새로운 수익원을 만들 수 있는가?
📉 쇠퇴기 사용자가 줄어드는 진짜 이유는 무엇인가? / 피벗하면 다시 성장 가능성이 있는가? / 계속 운영하는 비용이 가치보다 큰가?

📌 이 글의 핵심 요약
프로덕트 라이프사이클: 도입기 → 성장기 → 성숙기 → 쇠퇴기
각 단계마다 기획자의 우선순위와 핵심 지표가 달라집니다.
LTV > CAC × 3 이면 건강한 서비스입니다.
PMF는 한 번이 아니라 지속적으로 재검증해야 합니다.
쇠퇴기 = 실패가 아닙니다. 전략적 종료도 좋은 기획입니다.

이 글과 함께 아래 관련 글들도 함께 읽어보시면 기획자로서의 역량을 더 넓게 키울 수 있습니다.

+ Recent posts