Retention Rate는 첫 방문 후 지정된 기간 내에 앱으로 돌아오는 사용자의 비율입니다. 이것은 제품 분석의 기본 지표입니다: 앱이 사용자를 유지하지 못하면 설치 증가는 비즈니스를 구할 수 없습니다. Mixpanel Retention Benchmarks 2025 연구에 따르면, 모바일 앱의 중앙값 Day 1 retention은 25%이고 Day 30 retention은 8%입니다. Retention Rate를 이해하면 팀이 온보딩의 문제점을 식별하고 사용자 LTV를 높일 수 있습니다.
주요 포인트
Retention Rate(RR)는 첫 방문 후 지정된 시간 내에 앱으로 돌아오는 사용자의 비율을 나타내는 지표입니다. MAU나 DAU가 활성 사용자의 절대 수를 측정하는 반면, Retention Rate는 잠재고객 품질을 측정합니다: 제품이 시간이 지남에 따라 사용자를 얼마나 잘 유지할 수 있는지입니다. 높은 Retention Rate는 제품-시장 적합성의 지표이자 지속 가능한 성장의 핵심입니다.
많은 스타트업이 유지를 무시하고 설치 증가에 집중합니다. 결과: 수많은 다운로드, 제로 활동. Retention Rate는 사용자에게 제품의 진정한 가치를 보여줍니다. 첫 주 후 10% 미만의 사용자만 남는다면 제품이 잠재고객의 문제를 해결하지 못하는 것입니다. Andrew Chen(a16z 전 파트너)에 따르면, Day 7 retention > 30%인 스타트업은 성공적인 시리즈 A 라운드 가능성이 3배 더 높습니다.
LTV(Lifetime Value)는 Retention Rate에 직접적으로 의존합니다. 사용자가 제품에 오래 머물수록 더 많은 비용을 지불하거나 광고 수익을 창출합니다. 공식: LTV = ARPU * 평균 수명. CAC를 늘리지 않고 LTV를 높이는 가장 효과적인 방법은 유지율 개선을 통해 평균 수명을 늘리는 것입니다. Localytics에 따르면, 유지율을 5% 높이면 모바일 게임에서 LTV가 30-50%, E-Commerce에서 25-40% 증가합니다.
세 가지 주요 시간 포인트가 유지율 측정의 업계 표준을 형성했습니다: Day 1, Day 7, Day 30. 각각은 사용자 행동에 대한 다른 질문에 답하고 팀의 주의가 필요한 제품의 다른 측면을 가리킵니다. 추가로, Unbounded Retention(비구속 유지)도 있습니다 — 정확히 N일이 아닌 N 이후의任意의 날에 복귀하는 것입니다.
Day 1 retention — 사용자가 설치 다음 날 돌아왔는지 여부입니다. 이것이 가장 중요한 지표입니다: 첫날 앱이 사용자를 사로잡지 못하면 돌아올 확률이 급격히 떨어집니다. 기준은 모바일 앱의 경우 25-40%입니다. 20% 미만의 값은 온보딩, 느린 로딩 또는 광고로 만들어진 기대와의 불일치 문제를 나타냅니다. 처음 24시간은 습관 형성을 위한 기회의 창입니다.
Day 7 retention은 제품이 사용자의 주간 루틴의 일부가 되었는지 보여줍니다. 사용자가 일주일 후에 돌아온다면 제품이 그들의 규칙적인 행동의 일부가 되고 있는 것입니다. 중앙값 Day 7 retention은 소셜 미디어의 경우 15-25%, E-Commerce의 경우 10-15%입니다. Day 7은 유지율이 안정화되는 지점입니다. Day 1 대비 Day 7의 하락은 사용자가 돌아오도록 동기를 부여하지 않는 약한 습관 후크를 나타냅니다.
Day 30 retention은 제품의 장기적 가치 지표입니다. 중앙값은 카테고리에 따라 5-15%입니다. Day 30 retention이 20%를 초과하면 제품이 예외적인 유지율을 보여줍니다. Day 30은 LTV 계산에 중요합니다: 30일째까지 생존한 사용자는 90일 이상 머물 확률이 높습니다. 이 지표는 수익 예측과 사용자 확보 예산 계획의 기초입니다.
| 유지 유형 | 측정일 | 기준 | 확인 내용 |
|---|---|---|---|
| Day 1 | 1 | 25-40% | 첫인상, 온보딩, 기대 일치 |
| Day 7 | 7 | 15-25% | 주간 습관, 참여, 코어 루프 |
| Day 30 | 30 | 5-15% | 장기 유지, LTV, 제품-시장 적합성 |
Retention Rate 계산은 두 가지 주요 방법으로 수행됩니다: 클래식 코호트 테이블과 bucket 방법(이산적 복귀)입니다. 방법 선택은 제품의 비즈니스 로직에 따라 달라집니다. 클래식 코호트는 “정확히 N일째에 얼마나 많은 사용자가 돌아왔는가”라는 질문에 답하고, bucket 방법은 “N 이후任意의 날에 얼마나 많은 사용자가 돌아왔는가”에 답합니다. 대부분의 제품 팀에게 두 방법 모두 유사한 결과를 제공하지만, bucket 방법이 더 관대한 것으로 간주됩니다.
특정 기간(예: 1주일) 동안의 모든 신규 사용자를 모으십시오 — 이것이 코호트입니다. 그런 다음 설치 후 각 날짜에 대해 이 코호트의 몇 명의 사용자가 목표 작업을 수행했는지 계산합니다. 예시: 1월 26일 1,000건의 설치 중 250명이 1월 27일에 돌아왔습니다 — Day 1 retention = 25%. 코호트 테이블을 통해 출시 주별 유지율 동향을 확인하고 제품 변경의 효과를 식별할 수 있습니다.
Bucket retention은 사용자가 특정 임계값 이후任意의 날에 돌아온 경우 “유지됨”으로 간주합니다. 예: Day 7 bucket — 사용자가 설치 후 7-13일 사이에 돌아왔습니까? 이 방법은 클래식 접근법보다 높은 값을 제공하며 불규칙한 사용 패턴의 앱에 더 적합합니다. 대부분의 분석 플랫폼(Amplitude, Mixpanel)은 기본적으로 bucket 방법을 사용합니다.
-- 클래식 코호트 retention Day 1
WITH first_visit AS (
SELECT user_id, MIN(event_date) AS first_day
FROM user_events
GROUP BY user_id
)
SELECT
COUNT(DISTINCT fv.user_id) AS cohort_size,
COUNT(DISTINCT e.user_id) AS returned_day1,
ROUND(COUNT(DISTINCT e.user_id) * 100.0 / COUNT(DISTINCT fv.user_id), 1) AS retention_day1
FROM first_visit fv
LEFT JOIN user_events e
ON fv.user_id = e.user_id
AND e.event_date = fv.first_day + INTERVAL '1 day'
WHERE fv.first_day >= CURRENT_DATE - INTERVAL '30 days';
첫 번째 실수는 첫 활동일이 아닌 설치일부터 유지율을 계산하는 것입니다. 사용자가 앱을 설치했지만 3일 후에야 열었다면 Day 1 retention이 부정확합니다. 두 번째 실수는 제거를 고려하지 않는 것입니다: 앱을 삭제한 사용자는 돌아올 수 없지만 분모에 남아 있어야 합니다. 세 번째 실수는 다른 기간의 코호트를 혼합하는 것입니다: 1월과 2월 사용자의 유지율 비교는 동일한 방법론에서만 유효합니다.
import pandas as pd
def cohort_retention(df):
# 각 사용자의 첫 날 확인
first = df.groupby('user_id')['event_date'].min().reset_index()
first.columns = ['user_id', 'first_day']
# 조인하고 일수 차이 계산
merged = df.merge(first, on='user_id')
merged['day'] = (merged['event_date'] - merged['first_day']).dt.days
# 유지율 요약 테이블
cohort = merged.groupby(['first_day', 'day'])['user_id'].nunique()
cohort = cohort.unstack(level='day')
return cohort.div(cohort[0], axis=0)
Retention Rate 기준은 사용 빈도와 참여 주기에 따라 앱 카테고리별로 다릅니다. 소셜 미디어 앱은 일일 사용 패턴 덕분에 가장 높은 유지율을 보여줍니다. 유틸리티 앱(계산기, 손전등)은 가장 낮습니다: 사용자가 작업을 해결하고 다시 돌아오지 않습니다.
Statista Mobile Benchmarks 2025 보고서에 따르면, Day 1 retention 중앙값: 소셜 미디어 — 42%, 게임 — 30%, 핀테크 — 28%, E-Commerce — 22%, 건강 및 피트니스 — 20%. Day 7 retention: 소셜 미디어 — 25%, 게임 — 15%, 핀테크 — 18%, E-Commerce — 10%, 건강 및 피트니스 — 12%. Day 30 retention: 소셜 미디어 — 15%, 게임 — 5%, 핀테크 — 10%, E-Commerce — 5%, 건강 및 피트니스 — 7%.
온보딩 품질은 첫 번째이자 가장 중요한 요소입니다. 사용자는 처음 3-5분 안에 제품의 가치를 이해해야 합니다. 푸시 알림은 두 번째 요소입니다: 잘 설계된 알림은 Day 7 retention을 15-30% 향상시킵니다. 세 번째 요소는 성능입니다: 로딩에 3초 이상 걸리는 앱은 Day 1까지 사용자의 30%를 잃습니다. 네 번째는 광고나 앱 스토어가 만든 기대와의 일치입니다.
Retention Rate 개선은 제품, 온보딩 및 사용자 커뮤니케이션의 변경이 필요한 체계적인 노력입니다. 입증된 전략을 살펴보겠습니다. 이러한 전략은 모바일 팀이 라이프사이클의 모든 단계에서 사용자 유지율을 높이는 데 도움이 됩니다.
온보딩은 기능 목록이 아닌 제품의 가치를 보여주어야 합니다. 연구에 따르면 사용자는 3-4개 이상의 온보딩 화면을 통과하지 않습니다. 모범 사례는 인터랙티브 온보딩입니다: 사용자가 즉시 핵심 작업(예: 첫 번째 프로젝트 만들기)을 수행하도록 합니다. 인터랙티브 온보딩이 있는 앱은 수동적인 설명 화면이 있는 앱보다 Day 1 retention이 20-30% 더 높습니다.
사용자 행동 기반 콘텐츠 개인화는 유지율을 높이는 가장 효과적인 방법 중 하나입니다. Netflix, Spotify, TikTok은 개인화를 기반으로 제품을 구축했습니다. 모바일 앱의 경우, 이는 다음을 의미할 수 있습니다: 조회 기반 제품 추천, 개인화된 콘텐츠 피드 또는 사용자 행동 기반 기능 선택. 개인화는 Day 7 retention을 평균 15-25% 향상시킵니다.
연속 기록(Streaks), 배지 시스템 및 진행 표시줄은 돌아오는 습관을 만듭니다. Duolingo는 유지율의 주요 동인으로 연속 기록을 사용합니다: 사용자는 여러 날의 연속 기록을 잃고 싶어하지 않습니다. 중요한 점은 메커니즘이 앱의 코어 루프와 연결되어야 하며 인위적이지 않아야 한다는 것입니다. 피트니스 앱의 경우 연속 기록이 매우 효과적이지만, 은행 앱의 경우 거슬릴 수 있습니다.
-- 카테고리 중앙값보다 retention Day 7이 높은 사용자
WITH user_retention AS (
SELECT user_id,
ROUND(COUNT(DISTINCT CASE
WHEN event_date >= first_day + 7
AND event_date < first_day + 14
THEN 1 END) * 100.0 / 1, 1) AS retention_day7
FROM user_events
GROUP BY user_id
)
SELECT COUNT(*) AS high_retention_users
FROM user_retention
WHERE retention_day7 > 30;
자주 묻는 질문
기준은 카테고리에 따라 다릅니다. 소셜 미디어의 경우 좋은 Day 1 retention > 40%, Day 7 > 25%입니다. E-Commerce의 경우 — Day 1 > 20%, Day 7 > 10%. 자체 지표를 해당 분야의 벤치마크 및 월별 동향과 비교하세요.
클래식 유지는 정확히 N일째의 복귀를 계산합니다. Bucket 유지는 범위 내(예: 7-13일)의任意의 날 복귀를 계산합니다. Bucket 방법은 더 높은 값을 제공하며 불규칙한 사용자 활동이 있는 앱에 더 적합합니다.
이탈률(Churn Rate)은 유지율의 반대입니다. 유지율 = 25%이면 이탈률 = 75%입니다. 공식: Churn Rate = 1 — Retention Rate. 제품 분석에서는 사용자 이동의 전체 그림을 얻기 위해 두 지표를 함께 사용합니다.
Day 1 retention에는 1,000건의 설치로 충분합니다. Day 7에는 5,000건, Day 30에는 10,000건입니다. 데이터가 적을수록 통계적 오차가 커집니다. 데이터가 적은 경우 클래식 대신 롤링 유지율을 사용하세요.
익숙한 UX 변경은 유지율 하락의 일반적인 원인입니다. 사용자는 다시 배우는 것을 좋아하지 않습니다. 해결책: 변경 사항의 단계적 롤아웃(피처 플래그), 10% 사용자를 대상으로 한 새 버전의 A/B 테스트, 이전 인터페이스로 되돌릴 수 있는 옵션 제공.
요약
턴키 방식의 모바일 애플리케이션을 개발해 드립니다
IT Sectr는 2017년부터 스타트업과 기업을 위한 iOS 및 Android 애플리케이션을 만듭니다. 저희가 상담해 드리고 최적의 솔루션을 제안하겠습니다.