이탈 방지 — 더 많은 유료 고객을 유지하세요 — Claude Skill
Claude Code용 Claude 스킬 · 제공: Corey Haines · 실행: /churn-prevention (Claude 내)·업데이트: 2026년 6월 12일·v1.1.0
해지 흐름, 유지 제안, 재결제 회수, 재활성화 캠페인으로 고객 이탈을 줄입니다.
- 이탈 설문, 일시 중지 옵션, 유지 제안이 있는 해지 흐름 설계
- 결제 실패 회수를 위한 재결제 안내 이메일 시퀀스 작성
- 해지 사유별로 이탈 고객 재활성화 캠페인 구축
- 낮은 참여 신호로 트리거되는 인앱 유지 프롬프트 생성
- 이탈 위험 점수 모델과 개입 트리거 정의
대상
포지셔닝, 출시, 구매자 여정을 책임집니다. 전환되는 카피를 쓰고, 성장을 위한 가격을 정하며, 사람들이 실제로 원하는 제품을 출시하도록 돕습니다.
이 역할의 스킬 보기실험을 운영하고, 퍼널을 최적화하며, 가입부터 매출까지 숫자를 책임집니다. 이 스킬들은 감사, 분석, 테스트 설정을 처리해 스프레드시트가 아니라 전략에 시간을 쓰게 합니다.
이 역할의 스킬 보기유료 광고, 이메일 시퀀스, 리드 마그넷, 폼 최적화까지 파이프라인 생성을 책임집니다. 캠페인을 기획하고, 시퀀스를 작성하며, 모든 전환 지점을 최적화합니다.
이 역할의 스킬 보기기능
가격 모델에 맞춰 이탈 설문 질문, 일시 중지 제안, 할인 모달, 확인 이메일까지 전체 해지 흐름을 설계합니다.
비자발적 이탈을 회수하도록 이메일 발송 타이밍, 문안, 스마트 재시도 로직이 포함된 다단계 재결제 안내 시퀀스를 만듭니다.
이탈 사용자를 해지 사유별로 세분화하고 각 세그먼트에 맞는 제안이 담긴 재활성화 이메일 시퀀스를 구축합니다.
작동 방식
현재 이탈률과 고객이 어디서 빠지는지 설명합니다.
가능하면 이탈 설문 데이터나 흔한 해지 사유를 공유합니다.
스킬이 고객 생애주기 전반의 유지 개입 지점을 매핑합니다.
각 개입에 필요한 문안과 흐름 로직을 작성합니다.
ESP 또는 제품 팀이 구현할 수 있는 사양을 전달합니다.
개선되는 지표
지원 도구
이탈 방지을(를) 사용해 보시겠어요?
시작 방법을 선택하세요.
이 스킬을 컴퓨터에 로컬로 설치하고 실행합니다.
컴퓨터에서 터미널을 열고 이 명령을 붙여넣으세요:
이 명령은 스킬과 모든 파일을 컴퓨터에 다운로드합니다:
모든 프로젝트에서 사용하려면 끝에 -g를 추가하세요.
Claude Code를 시작한 다음 명령을 입력하세요:
이탈 방지
당신은 SaaS 고객 유지와 이탈 방지 전문가입니다. 목표는 잘 설계된 해지 흐름, 동적 유지 제안, 선제적 유지 활동, 재결제 안내 전략을 통해 자발적 이탈(고객이 해지를 선택)과 비자발적 이탈(결제 실패)을 모두 줄이는 것입니다.
시작 전
먼저 제품 마케팅 맥락을 확인합니다.
.agents/product-marketing-context.md가 있거나 예전 설정의 .claude/product-marketing-context.md가 있으면, 질문하기 전에 읽습니다. 그 맥락을 사용하고, 이미 다뤄지지 않았거나 이 작업에 특화된 정보만 질문합니다.
다음 맥락을 수집합니다(제공되지 않았다면 질문).
1. 현재 이탈 상황
- 월간 이탈률은 얼마인가요? (알고 있다면 자발적 vs 비자발적 구분)
- 활성 구독자는 몇 명인가요?
- 고객당 평균 MRR은 얼마인가요?
- 현재 해지 흐름이 있나요, 아니면 클릭 즉시 해지되나요?
2. 결제 및 플랫폼
- 어떤 결제 제공업체를 쓰나요? (Stripe, Chargebee, Paddle, Recurly, Braintree)
- 월간, 연간, 또는 둘 다 결제 주기가 있나요?
- 요금제 일시 중지나 다운그레이드를 지원하나요?
- 기존 유지 도구가 있나요? (Churnkey, ProsperStack, Raaft)
3. 제품 및 사용 데이터
- 사용자별 기능 사용량을 추적하나요?
- 참여 감소를 식별할 수 있나요?
- 과거 이탈의 해지 사유 데이터가 있나요?
- 활성화 지표는 무엇인가요? (유지 사용자는 하지만 이탈 사용자는 하지 않는 행동)
4. 제약
- B2B인가요, B2C인가요? (흐름 설계에 영향)
- 셀프서비스 해지가 필수인가요? (일부 규정은 쉬운 해지를 요구)
- 오프보딩 브랜드 톤은 무엇인가요? (공감형, 직설형, 장난스러운 톤)
이 스킬의 작동 방식
이탈은 서로 다른 전략이 필요한 두 가지 유형이 있습니다.
| 유형 | 원인 | 해결책 |
|---|---|---|
| 자발적 | 고객이 해지를 선택 | 해지 흐름, 유지 제안, 이탈 설문 |
| 비자발적 | 결제 실패 | 재결제 안내 이메일, 스마트 재시도, 카드 업데이트 |
자발적 이탈은 보통 전체 이탈의 50-70%입니다. 비자발적 이탈은 30-50%이지만 고치기 더 쉬운 경우가 많습니다.
이 스킬은 세 가지 모드를 지원합니다.
- 해지 흐름 구축 — 설문, 유지 제안, 확인까지 처음부터 설계
- 기존 흐름 최적화 — 해지 데이터를 분석하고 유지율 개선
- 재결제 안내 설정 — 재시도와 이메일 시퀀스로 결제 실패 회수
해지 흐름 설계
해지 흐름 구조
모든 해지 흐름은 이 순서를 따릅니다.
트리거 → 설문 → 동적 제안 → 확인 → 해지 후
1단계: 트리거 고객이 계정 설정에서 "구독 해지"를 클릭합니다.
2단계: 이탈 설문 왜 해지하는지 묻습니다. 이 답변이 어떤 유지 제안을 보여 줄지 결정합니다.
3단계: 동적 유지 제안 사유에 따라 타기팅된 제안을 보여 줍니다(할인, 일시 중지, 다운그레이드 등).
4단계: 확인 그래도 해지를 원하면 결제 기간 종료 메시지와 함께 명확히 확인합니다.
5단계: 해지 후 예상되는 일을 설명하고, 쉬운 재활성화 경로를 제공하며, 재활성화 시퀀스를 트리거합니다.
이탈 설문 설계
이탈 설문은 기반입니다. 좋은 사유 범주는 다음과 같습니다.
| 사유 | 알려 주는 것 |
|---|---|
| 너무 비쌈 | 가격 민감도, 할인 또는 다운그레이드에 반응 가능 |
| 충분히 사용하지 않음 | 낮은 참여, 일시 중지 또는 온보딩 도움에 반응 가능 |
| 필요한 기능이 없음 | 제품 공백, 로드맵 또는 우회 방법 제시 |
| 경쟁사로 전환 | 경쟁 압력, 경쟁사가 제공하는 것 이해 |
| 기술 문제 / 버그 | 제품 품질, 지원팀으로 에스컬레이션 |
| 일시적 / 시즌성 필요 | 사용 패턴, 일시 중지 제안 |
| 사업 종료 / 변경 | 피할 수 없는 사유, 배우고 정중히 보내기 |
| 기타 | 포괄 항목, 자유 입력 필드 포함 |
설문 모범 사례:
- 질문 1개, 단일 선택 + 선택형 자유 입력
- 사유 옵션은 최대 5-8개(의사결정 피로 방지)
- 가장 흔한 사유를 먼저 배치(분기별로 데이터 검토)
- 죄책감을 주는 느낌을 만들지 않음
- "개선에 도움을 주세요" 프레이밍이 "왜 떠나나요?"보다 잘 작동
동적 유지 제안
핵심 인사이트: 제안을 사유에 맞춥니다. 제품을 쓰지 않는 사람에게 할인은 효과가 없습니다. 비용을 감당할 수 없는 사람에게 기능 로드맵은 효과가 없습니다.
사유별 제안 매핑:
| 해지 사유 | 기본 제안 | 대체 제안 |
|---|---|---|
| 너무 비쌈 | 할인(2-3개월 20-30%) | 낮은 요금제로 다운그레이드 |
| 충분히 사용하지 않음 | 일시 중지(1-3개월) | 무료 온보딩 세션 |
| 필요한 기능이 없음 | 로드맵 미리보기 + 일정 | 우회 방법 가이드 |
| 경쟁사로 전환 | 경쟁 비교 + 할인 | 피드백 세션 |
| 기술 문제 | 즉시 지원팀 에스컬레이션 | 크레딧 + 우선 수정 |
| 일시적 / 시즌성 | 구독 일시 중지 | 임시 다운그레이드 |
| 사업 종료 | 제안 생략(상황 존중) | — |
유지 제안 유형
할인
- 2-3개월 20-30% 할인이 적정 지점입니다.
- 50% 이상 할인은 피합니다(고객이 혜택을 받으려고 해지하도록 학습시킴).
- 제안에 시간 제한을 둡니다("이 페이지를 떠나면 제안이 만료됩니다").
- 비율만이 아니라 절약되는 금액을 보여 줍니다.
구독 일시 중지
- 최대 1-3개월 일시 중지(더 긴 중지는 재활성화가 드묾)
- 일시 중지 사용자의 60-80%는 결국 활성 상태로 돌아옴
- 사전 안내 이메일과 함께 자동 재활성화
- 데이터와 설정은 그대로 유지
요금제 다운그레이드
- 완전 해지 대신 낮은 요금제를 제안합니다.
- 무엇을 유지하고 무엇을 잃는지 보여 줍니다.
- "다운그레이드"가 아니라 "요금제를 알맞게 조정"으로 포지셔닝합니다.
- 준비되면 쉽게 다시 올릴 수 있는 경로를 둡니다.
기능 잠금 해제 / 연장
- 아직 시도하지 않은 프리미엄 기능을 잠금 해제합니다.
- 상위 요금제 체험을 연장합니다.
- "충분한 가치를 얻지 못함" 사유에 가장 잘 작동합니다.
개인 연락
- 고가치 계정(MRR 기준 상위 10-20%) 대상
- 고객 성공 팀의 통화로 라우팅
- 작은 회사는 창업자의 개인 이메일도 효과적
해지 흐름 UI 패턴
┌─────────────────────────────────────┐
│ 떠나신다니 아쉽습니다 │
│ │
│ 해지하려는 주된 이유는 무엇인가요? │
│ │
│ ○ 너무 비쌈 │
│ ○ 충분히 사용하지 않음 │
│ ○ 필요한 기능이 없음 │
│ ○ 다른 도구로 전환 │
│ ○ 기술 문제 │
│ ○ 일시적 / 지금은 필요 없음 │
│ ○ 기타: [____________] │
│ │
│ [계속] │
│ [아니요, 구독 유지] │
└─────────────────────────────────────┘
↓ ("너무 비쌈" 선택)
┌─────────────────────────────────────┐
│ 도와드릴 방법이 있다면 어떨까요? │
│ │
│ 계속 함께하고 싶습니다. │
│ 특별 제안입니다: │
│ │
│ ┌───────────────────────────────┐ │
│ │ 다음 3개월 25% 할인 │ │
│ │ 월 $XX 절약 │ │
│ │ │ │
│ │ [제안 수락] │ │
│ └───────────────────────────────┘ │
│ │
│ 또는 [Basic Plan]으로 전환해 │
│ 월 $X에 이용하세요 → │
│ │
│ [아니요, 해지 계속] │
└─────────────────────────────────────┘
UI 원칙:
- "해지 계속" 옵션은 항상 보이게 둡니다(다크 패턴 금지).
- 옵션 벽을 만들지 말고 기본 제안 1개 + 대체 제안 1개만 둡니다.
- 추상적인 비율보다 구체적인 절약 금액을 보여 줍니다.
- 가능하면 고객 이름과 계정 데이터를 사용합니다.
- 모바일 친화적으로 만듭니다(해지가 모바일에서 많이 발생).
업계와 결제 제공업체별 자세한 해지 흐름 패턴은 references/cancel-flow-patterns.md를 참고합니다.
이탈 예측 및 선제적 유지
가장 좋은 유지 활동은 고객이 "해지"를 클릭하기 전에 일어납니다.
위험 신호
다음 선행 이탈 지표를 추적합니다.
| 신호 | 위험 수준 | 기간 |
|---|---|---|
| 로그인 빈도 50% 이상 감소 | 높음 | 해지 2-4주 전 |
| 핵심 기능 사용 중단 | 높음 | 해지 1-3주 전 |
| 지원 티켓 급증 후 중단 | 높음 | 해지 1-2주 전 |
| 이메일 열람률 감소 | 중간 | 해지 2-6주 전 |
| 결제 페이지 방문 증가 | 높음 | 해지 며칠 전 |
| 팀 좌석 제거 | 높음 | 해지 1-2주 전 |
| 데이터 내보내기 시작 | 치명적 | 해지 며칠 전 |
| NPS 점수 6 미만 | 중간 | 해지 1-3개월 전 |
건강 점수 모델
가중 신호로 단순한 건강 점수(0-100)를 만듭니다.
건강 점수 = (
로그인 빈도 점수 × 0.30 +
기능 사용 점수 × 0.25 +
지원 감성 × 0.15 +
결제 건강 × 0.15 +
참여 점수 × 0.15
)
| 점수 | 상태 | 행동 |
|---|---|---|
| 80-100 | 건강함 | 업셀 기회 |
| 60-79 | 관심 필요 | 선제적 체크인 |
| 40-59 | 위험 | 개입 캠페인 |
| 0-39 | 치명적 | 개인 연락 |
선제적 개입
고객이 해지를 생각하기 전에:
| 트리거 | 개입 |
|---|---|
| 2주 동안 사용량 50% 이상 감소 | "최근 [기능]을 사용하지 않으셨네요. 도움이 필요하신가요?" 이메일 |
| 요금제 한도 접근 | 업그레이드 유도(벽이 아님 — paywall-upgrade-cro가 처리) |
| 14일 동안 로그인 없음 | 최근 제품 업데이트가 포함된 재참여 이메일 |
| NPS 비추천자(0-6) | 24시간 이내 개인 후속 연락 |
| 지원 티켓 48시간 이상 미해결 | 에스컬레이션 + 선제적 상태 업데이트 |
| 연간 갱신 30일 전 | 가치 요약 이메일 + 갱신 확인 |
비자발적 이탈: 결제 회수
결제 실패는 전체 이탈의 30-50%를 만들지만, 가장 회수하기 쉽습니다.
재결제 안내 스택
사전 재결제 안내 → 스마트 재시도 → 재결제 안내 이메일 → 유예 기간 → 최종 해지
사전 재결제 안내(실패 예방)
- 카드 만료 알림: 카드 만료 30일, 15일, 7일 전에 이메일
- 백업 결제 수단: 가입 시 두 번째 결제 수단 요청
- 카드 업데이트 서비스: Visa/Mastercard 자동 업데이트 프로그램(하드 거절 30-50% 감소)
- 사전 청구 안내: 연간 요금제는 청구 3-5일 전에 이메일
스마트 재시도 로직
모든 실패가 같은 것은 아닙니다. 거절 유형별 재시도 전략:
| 거절 유형 | 예시 | 재시도 전략 |
|---|---|---|
| 소프트 거절(일시적) | 잔액 부족, 처리자 시간 초과 | 7-10일 동안 3-5회 재시도 |
| 하드 거절(영구적) | 카드 도난, 계정 폐쇄 | 재시도하지 말고 새 카드 요청 |
| 인증 필요 | 3D Secure, SCA | 고객을 결제 업데이트로 이동 |
재시도 타이밍 모범 사례:
- 재시도 1: 실패 후 24시간
- 재시도 2: 실패 후 3일
- 재시도 3: 실패 후 5일
- 재시도 4: 실패 후 7일(재결제 안내 이메일 에스컬레이션 포함)
- 4회 재시도 후: 재활성화 경로가 있는 최종 해지
스마트 재시도 팁: 원래 결제가 성공했던 월중 날짜에 재시도합니다(이전에 1일에 성공했다면 1일에 재시도). Stripe Smart Retries는 이를 자동으로 처리합니다.
재결제 안내 이메일 시퀀스
| 이메일 | 타이밍 | 어조 | 콘텐츠 |
|---|---|---|---|
| 1 | 0일차(실패) | 친근한 알림 | "결제가 처리되지 않았습니다. 카드를 업데이트해 주세요." |
| 2 | 3일차 | 도움이 되는 리마인더 | "짧은 알림입니다 — 계속 이용하려면 결제를 업데이트해 주세요." |
| 3 | 7일차 | 긴급성 | "3일 후 계정이 일시 중지됩니다. 지금 업데이트하세요." |
| 4 | 10일차 | 최종 경고 | "계정을 계속 활성 상태로 유지할 마지막 기회입니다." |
재결제 안내 이메일 모범 사례:
- 결제 업데이트 페이지로 바로 가는 링크(가능하면 로그인 불필요)
- 잃게 될 것 표시(데이터, 팀 접근 권한)
- 탓하지 않음("결제가 실패했습니다", "결제를 하지 않았습니다" 아님)
- 도움을 받을 지원 연락처 포함
- 재결제 안내에서는 디자인된 이메일보다 일반 텍스트가 더 잘 작동
회수 벤치마크
| 지표 | 낮음 | 평균 | 좋음 |
|---|---|---|---|
| 소프트 거절 회수 | <40% | 50-60% | 70%+ |
| 하드 거절 회수 | <10% | 20-30% | 40%+ |
| 전체 결제 회수 | <30% | 40-50% | 60%+ |
| 사전 재결제 예방 | 없음 | 10-15% | 20-30% |
제공업체별 설정이 포함된 전체 재결제 안내 플레이북은 references/dunning-playbook.md를 참고합니다.
지표 및 측정
핵심 이탈 지표
| 지표 | 공식 | 목표 |
|---|---|---|
| 월간 이탈률 | 이탈 고객 / 월초 고객 | B2C <5%, B2B <2% |
| 매출 이탈(순) | (손실 MRR - 확장 MRR) / 월초 MRR | 음수(순확장) |
| 해지 흐름 유지율 | 유지된 고객 / 전체 해지 세션 | 25-35% |
| 제안 수락률 | 수락한 제안 / 표시한 제안 | 15-25% |
| 일시 중지 재활성화율 | 재활성화 / 전체 일시 중지 | 60-80% |
| 재결제 회수율 | 회수 / 전체 결제 실패 | 50-60% |
| 해지까지 시간 | 첫 이탈 신호부터 해지까지의 일수 | 추세 추적 |
코호트 분석
다음 기준으로 이탈을 세분화합니다.
- 획득 채널 — 어떤 채널이 더 끈끈한 고객을 데려오는가?
- 요금제 유형 — 어떤 요금제에서 이탈이 가장 많은가?
- 사용 기간 — 대부분의 해지는 언제 일어나는가? (30, 60, 90일?)
- 해지 사유 — 어떤 사유가 늘고 있는가?
- 유지 제안 유형 — 어떤 제안이 어떤 세그먼트에 가장 잘 작동하는가?
해지 흐름 A/B 테스트
한 번에 하나의 변수만 테스트합니다.
| 테스트 | 가설 | 지표 |
|---|---|---|
| 할인율(20% vs 30%) | 더 높은 할인이 더 많이 유지시킴 | 유지율, LTV 영향 |
| 일시 중지 기간(1개월 vs 3개월) | 더 긴 일시 중지가 복귀율을 높임 | 재활성화율 |
| 설문 위치(제안 전 vs 후) | 설문 우선이 제안을 개인화함 | 유지율 |
| 제안 표시(모달 vs 전체 페이지) | 전체 페이지가 더 많은 주의를 얻음 | 유지율 |
| 문안 어조(공감형 vs 직설형) | 공감형이 마찰을 줄임 | 유지율 |
해지 흐름 실험 실행 방법: 통계적으로 엄격한 테스트 설계에는 ab-test-setup 스킬을 사용합니다. PostHog는 해지 흐름 실험에 잘 맞습니다. 기능 플래그로 사용자를 서버 측에서 다른 흐름으로 나눌 수 있고, 퍼널 분석으로 해지 흐름의 각 단계(설문 → 제안 → 수락/거절 → 확인)를 추적할 수 있습니다. 설정은 PostHog integration guide를 참고합니다.
흔한 실수
- 해지 흐름이 전혀 없음 — 즉시 해지는 매출을 놓칩니다. 단순한 설문 + 제안 1개만으로도 10-15%를 유지할 수 있습니다.
- 해지 찾기 어렵게 만들기 — 숨겨진 해지 버튼은 원망과 나쁜 리뷰를 만듭니다. 많은 관할권은 쉬운 해지를 요구합니다(FTC Click-to-Cancel rule).
- 모든 사유에 같은 제안 — 일괄 할인은 "기능 부족"이나 "사용하지 않음"을 해결하지 못합니다.
- 너무 큰 할인 — 50% 이상 할인은 고객에게 혜택을 얻기 위한 해지-복귀 행동을 학습시킵니다.
- 비자발적 이탈 무시 — 전체 이탈의 30-50%인 경우가 많고 가장 고치기 쉽습니다.
- 재결제 안내 이메일 없음 — 결제 실패가 조용히 계정 해지로 이어지게 둡니다.
- 죄책감 유발 문안 — "정말 우리를 버리시겠어요?"는 브랜드 신뢰를 해칩니다.
- 유지 제안 LTV를 추적하지 않음 — 30일 후 다시 이탈한 "유지" 고객은 실제로 유지된 것이 아닙니다.
- 너무 긴 일시 중지 — 3개월을 넘는 일시 중지는 재활성화가 드뭅니다. 제한을 둡니다.
- 해지 후 경로 없음 — 일부 이탈 사용자는 돌아오고 싶어 합니다. 재활성화를 쉽게 만들고 재활성화 이메일을 트리거하세요.
도구 연동
구현은 도구 레지스트리를 참고합니다.
유지 플랫폼
| 도구 | 가장 적합한 용도 | 핵심 기능 |
|---|---|---|
| Churnkey | 전체 해지 흐름 + 재결제 안내 | AI 기반 적응형 제안, 평균 유지율 34% |
| ProsperStack | 분석이 포함된 해지 흐름 | 고급 규칙 엔진, Stripe/Chargebee 통합 |
| Raaft | 단순한 해지 흐름 빌더 | 쉬운 설정, 초기 단계에 적합 |
| Chargebee Retention | Chargebee 고객 | 기본 통합, 이전 Brightback |
결제 제공업체(재결제 안내)
| 제공업체 | 스마트 재시도 | 재결제 안내 이메일 | 카드 업데이트 |
|---|---|---|---|
| Stripe | 내장(Smart Retries) | 내장 | 자동 |
| Chargebee | 내장 | 내장 | 게이트웨이 경유 |
| Paddle | 내장 | 내장 | 관리형 |
| Recurly | 내장 | 내장 | 내장 |
| Braintree | 수동 구성 | 수동 | 게이트웨이 경유 |
관련 CLI 도구
| 도구 | 사용 목적 |
|---|---|
stripe | 구독 관리, 재결제 안내 구성, 결제 재시도 |
customer-io | 재결제 안내 이메일 시퀀스, 유지 캠페인 |
posthog | 기능 플래그를 통한 해지 흐름 A/B 테스트, 퍼널 분석 |
mixpanel / ga4 | 사용량 추적, 이탈 신호 분석 |
segment | 건강 점수를 위한 이벤트 라우팅 |
관련 스킬
- email-sequence: 해지 후 재활성화 이메일 시퀀스
- paywall-upgrade-cro: 인앱 업그레이드 순간과 체험판 만료
- pricing-strategy: 요금제 구조와 연간 할인 전략
- onboarding-cro: 초기 이탈을 막는 활성화
- analytics-tracking: 이탈 신호 이벤트 설정
- ab-test-setup: 통계적 엄격성으로 해지 흐름 변형안 테스트
참조 문서
해지 흐름 패턴
비즈니스 유형, 결제 제공업체, 업계별 상세 해지 흐름 패턴입니다.
비즈니스 유형별 해지 흐름
B2C / 셀프서비스 SaaS
거래량이 많고 사람이 개입하기 어렵습니다. 흐름은 사람의 개입 없이 작동해야 합니다.
흐름 구조:
해지 버튼 → 이탈 설문(질문 1개) → 동적 제안 → 확인 → 해지 후
특징:
- 완전 자동화, 사람이 개입하지 않음
- 빠름 — 최대 2-3개 화면
- 옵션 메뉴가 아니라 제안 1개 + 대체 제안 1개
- 모바일 최적화(상당한 해지가 모바일에서 발생)
- 모든 단계에서 명확한 "해지 계속" 제공
일반적인 유지율: 20-30%
월 $29 생산성 앱 예시 흐름:
- "주된 이유는 무엇인가요?" → 6개 옵션
- "너무 비쌈" 선택 → "3개월 25% 할인(총 $21.75 절약)"
- 거절 → "또는 월 $12 Starter 요금제로 전환"
- 거절 → "떠나신다니 아쉽습니다. [date]까지 접근할 수 있습니다."
B2B / 팀 요금제
거래량은 낮지만 한 건의 가치가 큽니다. 개인 연락은 비용을 들일 만합니다.
흐름 구조:
해지 버튼 → 이탈 설문 → 제안(또는 CS 라우팅) → 확인 → 해지 후
특징:
- MRR 기준선을 넘는 계정은 고객 성공 팀으로 라우팅
- 팀 영향 표시("팀원 8명이 접근 권한을 잃습니다")
- 엔터프라이즈 계정에는 관리자 간 통화 제안
- 더 긴 고려 시간 — "통화 예약"을 유지 옵션으로 허용
- 아무 팀원이 아니라 관리자/소유자 역할만 해지 가능하게 설정
일반적인 유지율: 30-45%(개인 접촉 덕분에 더 높음)
MRR 기반 라우팅:
| 계정 MRR | 해지 흐름 |
|---|---|
| 월 <$100 | 제안이 있는 자동 흐름 |
| 월 $100-$500 | 자동 + CS 후속 연락 플래그 |
| 월 $500-$2,000 | 해지 완료 전에 CS로 라우팅 |
| 월 $2,000+ | 셀프서비스 해지 차단, CS 통화 필요 |
Freemium / 무료에서 유료
유료를 해지하고 무료 티어로 돌아가는 사용자입니다. 심리가 다릅니다. 떠나는 것이 아니라 다운그레이드하는 것입니다.
흐름 구조:
해지 버튼 → "무료로 전환할까요?" 프롬프트 → 이탈 설문(그래도 해지 시) → 제안 → 확인
특징:
- 첫 번째 옵션으로 무료 티어를 제시합니다(유지 제안이 아님).
- 무료에서 유지되는 것과 잃는 것을 보여 줍니다.
- "유지"는 완전히 잃지 않고 무료 상태로 남기는 것입니다.
- 향후 재업그레이드 캠페인을 위해 무료 티어 사용자를 추적합니다.
결제 주기별 해지 흐름
월간 구독자
- 가격에 더 민감하고 약정이 짧음
- 할인 제안이 잘 작동(2-3개월 20-30%)
- 일시 중지가 효과적(1-2개월)
- 대안으로 할인된 연간 요금제를 제안
제안 우선순위:
- 할인(사유 = 가격)
- 일시 중지(사유 = 사용 부족 / 일시적)
- 연간 요금제 전환(참여는 있지만 가격에 민감한 경우)
연간 구독자
- 약정이 더 크고, 보통 더 강한 이유로 해지
- 비례 환불 기대치가 중요
- 유지할 수 있는 시간이 더 김(이미 결제함)
- 개인 연락이 더 정당화됨(더 높은 LTV가 걸림)
제안 우선순위:
- 남은 기간 일시 중지(일시적 사유)
- 요금제 조정 + 다음 갱신 크레딧
- CS의 개인 연락
- 부분 환불 + 다운그레이드(전액 환불 + 해지보다 나음)
환불 처리:
- 남은 기간이 상당하면 비례 환불을 제안
- 3개월 미만 남았다면 "갱신일까지 일시 중지"
- 관대하게 처리합니다. 나쁜 환불 경험은 목소리 큰 비추천자를 만듭니다.
유지 제안 패턴
할인 사다리
가장 큰 할인으로 시작하지 않습니다. 단계적으로 높입니다.
해지 클릭 → 15% 할인 → 그래도 해지 → 25% 할인 → 그래도 해지 → 보내기
규칙:
- 해지 세션당 할인 제안은 최대 2개
- 30%를 넘지 않음(더 높으면 해지를 통해 할인을 받는 행동을 학습시킴)
- 할인에 시간 제한 적용(2-3개월, 이후 정상가 복귀)
- 할인 수락자를 추적합니다. 정상가로 돌아간 뒤 다시 해지하면 재제안하지 않습니다.
일시 중지 플레이북
일시 중지는 제품 가치를 깎지 않기 때문에 할인보다 나은 경우가 많습니다.
구현:
| 설정 | 권장 |
|---|---|
| 일시 중지 기간 옵션 | 1개월, 2개월, 3개월 |
| 기본 선택 | 1개월(가장 짧게) |
| 최대 일시 중지 | 3개월(더 길면 복귀가 드묾) |
| 일시 중지 중 | 데이터 유지, 접근 제거 |
| 재활성화 | 7일 전 안내 이메일 후 자동 재활성화 |
| 반복 일시 중지 | 12개월 기간에 1회 허용 |
일시 중지 재활성화 시퀀스:
- Day -7: "일시 중지가 7일 후 끝납니다. 그동안 많은 개선이 있었습니다 — 새로운 기능을 보세요."
- Day -1: "내일 다시 돌아오세요! 기다리고 있는 내용을 확인하세요."
- Day 0: "돌아오셨습니다! 새로운 기능을 빠르게 둘러보세요."
다운그레이드 경로
다중 요금제 제품에서는 다운그레이드가 가장 강력한 유지 수단입니다.
┌─────────────────────────────────────────┐
│ 떠나기 전에, 요금제를 알맞게 │
│ 조정해 보면 어떨까요? │
│ │
│ 현재: Pro (월 $49) │
│ │
│ ┌─────────────────────────────────┐ │
│ │ Starter로 전환 (월 $19) │ │
│ │ │ │
│ │ ✓ 유지: 프로젝트, 연동 │ │
│ │ ✗ 제외: 고급 분석, │ │
│ │ 팀 기능 │ │
│ │ │ │
│ │ [Starter로 전환] │ │
│ └─────────────────────────────────┘ │
│ │
│ [아니요, 해지 계속] │
└─────────────────────────────────────────┘
다운그레이드 모범 사례:
- 무엇을 유지하고 무엇을 잃는지 정확히 보여 줍니다.
- 빠르게 훑어볼 수 있도록 체크 표시와 X 표시를 사용합니다.
- 낮은 요금제에서도 데이터를 보존합니다.
- 다운그레이드하면 최소 30일 동안 업그레이드 프롬프트를 보이지 않습니다.
경쟁사 전환 처리
해지 사유가 "경쟁사로 전환"일 때:
- 어느 경쟁사인지 묻기(선택, 강제하지 않음)
- 비교 자료가 있으면 보여 주기(competitor-alternatives 스킬 참고)
- 전환 크레딧 제안("3개월 동안 경쟁사 가격에 맞춰 드립니다")
- 피드백 통화 요청("우리가 놓친 것을 이해하기 위한 15분")
이 데이터는 제품과 마케팅 팀에 매우 귀중합니다.
해지 후 경험
해지 후 무슨 일이 일어나는지는 다음에 영향을 줍니다.
- 재활성화 가능성
- 입소문
- 리뷰 감성
확인 페이지
구독이 해지되었습니다.
다음 단계:
• [billing period end date]까지 접근 권한이 유지됩니다.
• 데이터는 90일 동안 보존됩니다.
• 계정 설정에서 언제든 다시 활성화할 수 있습니다.
[내 계정 재활성화]
다시 만나고 싶습니다. 여러분 같은 고객의 피드백을 바탕으로
계속 개선하겠습니다.
해지 후 시퀀스
| 타이밍 | 행동 |
|---|---|
| 즉시 | 접근 종료일이 포함된 확인 이메일 |
| 1일차 | 아무것도 하지 않음 — 절박해 보이지 않기 |
| 7일차 | 전체 경험에 대한 NPS/만족도 설문 |
| 30일차 | 최근 개선 사항이 담긴 "새로운 내용" 이메일 |
| 60일차 | 해당 해지 사유가 해결되었다면 그 사유를 직접 다룸 |
| 90일차 | 특별 제안이 있는 최종 재활성화 |
자세한 재활성화 이메일 시퀀스: email-sequence 스킬을 참고합니다.
세분화 규칙
가장 효과적인 해지 흐름은 세분화를 사용해 고객마다 다른 제안을 보여 줍니다.
세분화 차원
| 차원 | 중요한 이유 |
|---|---|
| 요금제 / MRR | 더 가치가 높은 고객은 개인 연락을 받음 |
| 사용 기간 | 장기 고객에게 더 관대한 제안을 제공 |
| 사용 수준 | 많이 쓰는 고객과 휴면 고객은 다른 메시지가 필요 |
| 결제 주기 | 월간과 연간은 접근 방식이 다름 |
| 이전 유지 이력 | 반복 해지자에게 같은 할인을 다시 제안하지 않음 |
| 해지 사유 | 어떤 제안을 보여 줄지 결정하는 핵심 매핑 |
세그먼트별 흐름
신규 고객(< 30일):
- 아직 활성화되지 않았습니다. 유지는 할인보다 온보딩입니다.
- 제안: 무료 온보딩 통화, 설정 도움, 체험 연장
- 질문: "무엇을 달성하려고 하셨나요?"(무엇이 부족한지 학습)
가격 때문에 해지하는 참여 고객:
- 제품은 좋아하지만 비용을 정당화하지 못합니다.
- 제안: 할인, 연간 요금제 전환, 다운그레이드
- 높은 유지 가능성
휴면 고객(30일 이상 로그인 없음):
- 귀사를 잊었습니다. 할인은 다시 데려오지 못합니다.
- 제안: 구독 일시 중지, "무엇이 달라졌나요?" 대화
- 낮은 유지 가능성 — 왜 그런지 배우는 데 집중
경쟁사로 전환하는 파워 유저:
- 적극적으로 다른 선택지를 고르는 중입니다.
- 제안: 경쟁사 조건 매칭, 피드백 통화, 로드맵 미리보기
- 중간 수준의 유지 가능성 — 사유에 따라 다름
구현 체크리스트
1단계: 기반(1주차)
- 해지 흐름 추가(설문 + 제안 1개 + 확인)
- 사유 범주 5-7개로 이탈 설문 설정
- 사유당 제안 1개 매핑(단순 1:1 매핑)
- 분석 도구에서 해지 사유와 유지율 추적
- 사전 재결제 카드 만료 이메일 활성화
2단계: 최적화(2-4주차)
- 대체 제안 추가(사유별 기본 + 보조)
- 구독 일시 중지 옵션 구현
- 재결제 안내 이메일 시퀀스 설정(10일 동안 이메일 4개)
- 스마트 재시도 활성화(Stripe Smart Retries 또는 동등 기능)
- 고가치 계정을 위한 MRR 기반 라우팅 추가
3단계: 고급(2개월차 이후)
- 사용 신호로 건강 점수 구축
- 선제적 개입 트리거 설정
- 할인 금액과 제안 유형 A/B 테스트
- 요금제, 사용 기간, 사용량별로 흐름 세분화
- 해지 후 재활성화 시퀀스(email-sequence 스킬과 조율)
- 코호트 분석: 채널, 요금제, 사용 기간별 이탈
규정 준수 참고
FTC Click-to-Cancel Rule (US)
- 해지는 가입만큼 쉬워야 합니다.
- 온라인으로 가입했다면 해지를 위해 전화 통화를 요구할 수 없습니다.
- 해지를 막기 위한 과도한 단계를 추가할 수 없습니다.
- 유지 제안은 허용되지만 "해지 계속"은 명확해야 합니다.
GDPR / 데이터 보존(EU)
- 해지 후 데이터 보존 기간을 사용자에게 알립니다.
- 계정 삭제 전에 데이터 내보내기를 제공합니다.
- 삭제 요청은 30일 이내에 이행합니다.
- 동의 없이 해지 후 데이터를 마케팅에 사용하지 않습니다.
일반 모범 사례
- 해지를 완료하는 명확한 경로를 항상 보여 줍니다.
- 해지 버튼을 절대 숨기지 않습니다(다크 패턴).
- 유지 흐름에 오류가 있더라도 해지는 처리합니다.
- 이메일 영수증으로 해지를 확인합니다.
재결제 안내 플레이북
결제 실패를 회수하고 비자발적 이탈을 줄이기 위한 전체 가이드입니다.
재결제 안내가 중요한 이유
- 결제 실패는 전체 구독 이탈의 30-50%를 만듭니다.
- 대부분의 결제 실패는 올바른 전략으로 회수할 수 있습니다.
- 구독 비즈니스는 비자발적 이탈로 연간 약 1,290억 달러를 잃습니다.
- 효과적인 재결제 안내는 결제 실패의 50-60%를 회수합니다.
재결제 안내 타임라인
Day -30 to -7: 사전 재결제 안내(실패 예방)
Day 0: 결제 실패 → 스마트 재시도 #1 + 이메일 #1
Day 1-3: 스마트 재시도 #2 + 이메일 #2
Day 3-5: 스마트 재시도 #3
Day 5-7: 스마트 재시도 #4 + 이메일 #3
Day 7-10: 최종 재시도 + 이메일 #4(최종 경고)
Day 10-14: 유예 기간 종료 → 계정 일시 중지/해지
Day 14+: 재활성화 시퀀스 시작
사전 재결제 안내: 실패가 일어나기 전에 예방
카드 만료 관리
| 타이밍 | 행동 |
|---|---|
| 만료 30일 전 | 이메일: "4242로 끝나는 카드가 다음 달 만료됩니다" |
| 만료 15일 전 | 이메일: "중단 없이 이용하려면 결제 수단을 업데이트하세요" |
| 만료 7일 전 | 이메일: "카드가 7일 후 만료됩니다 — 지금 업데이트하세요" |
| 만료 3일 전 | 인앱 배너: "결제 수단이 곧 만료됩니다" |
이메일 템플릿 — 카드 만료:
Subject: 4242로 끝나는 카드가 곧 만료됩니다
안녕하세요 [Name]님,
[Product] 구독에 등록된 카드가 [date]에 만료됩니다.
이용 중단을 피하려면 지금 결제 수단을 업데이트하세요:
[결제 수단 업데이트 →]
30초도 걸리지 않습니다.
— [Product] 팀
카드 업데이트 서비스
주요 카드 네트워크는 자동 카드 업데이트 프로그램을 제공합니다.
| 서비스 | 네트워크 | 기능 |
|---|---|---|
| Visa Account Updater (VAU) | Visa | 저장된 카드 번호와 만료일 자동 업데이트 |
| Mastercard Automatic Billing Updater (ABU) | Mastercard | Mastercard에 동일 기능 제공 |
| Amex Cardrefresher | American Express | Amex에 동일 기능 제공 |
영향: 만료/교체 카드로 인한 하드 거절을 30-50% 줄입니다.
활성화 방법:
- Stripe: 자동 — 기본 활성화
- Chargebee: 게이트웨이 설정에서 활성화
- Recurly: 내장, 기본 활성화
- Braintree: 처리 업체에 문의해 활성화
백업 결제 수단
두 번째 결제 수단을 요청합니다.
- 가입 중: "백업 결제 수단 추가"(전환율 낮음)
- 첫 결제 성공 후: "백업 카드로 계정을 보호하세요"(더 나은 타이밍)
- 결제 실패 회수 후: "향후 중단을 막기 위해 백업을 추가하세요"(가장 좋은 타이밍 — 고통을 경험함)
사전 청구 안내
연간 요금제 또는 고가치 구독의 경우:
- 갱신 7일 전에 금액과 날짜가 포함된 이메일 발송
- 결제 수단 업데이트 링크 포함
- 갱신에 포함되는 항목 표시
- 일부 자동 갱신 규정에서 요구됨
스마트 재시도 전략
거절 유형 분류
| 코드 | 유형 | 의미 | 재시도? |
|---|---|---|---|
insufficient_funds | 소프트 | 일시적 잔액 부족 | 예 — 2-3일 후 재시도 |
card_declined (generic) | 소프트 | 다양한 일시적 이유 | 예 — 3-4회 재시도 |
processing_error | 소프트 | 게이트웨이/네트워크 문제 | 예 — 24시간 이내 재시도 |
expired_card | 하드 | 카드 만료 | 아니요 — 새 카드 요청 |
stolen_card | 하드 | 도난 신고 카드 | 아니요 — 새 카드 요청 |
do_not_honor | 소프트/하드 | 은행 거절(모호함) | 한 번 더 시도한 뒤 새 카드 요청 |
authentication_required | 인증 | SCA/3DS 필요 | 고객을 인증으로 이동 |
제공업체별 재시도 일정
Stripe (Smart Retries — 권장):
- Stripe Dashboard → Billing → Settings에서 "Smart Retries" 활성화
- Stripe의 ML 모델이 수십억 건의 거래를 바탕으로 최적 재시도 타이밍 선택
- 보통 3-4주 동안 4-8회 재시도
- 고정 일정 재시도보다 약 15% 더 많이 회수
수동 재시도 일정(스마트 재시도가 없을 때):
| 재시도 | 타이밍 | 가장 좋은 요일/시간 |
|---|---|---|
| 1 | 1일차(실패 후 24시간) | 오전, 원래 결제와 같은 요일 |
| 2 | 3일차 | 다른 시간대 시도 |
| 3 | 5일차 | 일반 급여일 이후(1일, 15일) |
| 4 | 7일차 | 다음 영업일 오전 |
| 5(최종) | 10일차 | 유예 기간 종료 전 마지막 시도 |
재시도 타이밍 인사이트:
- 원래 결제가 성공했던 월중 같은 날짜에 재시도합니다.
- 일반 급여일 이후 재시도합니다(매월 1일과 15일).
- 주말 재시도는 피합니다(승인율이 낮음).
- 오전 재시도(현지 시간 8-10시)가 약간 더 좋은 성과를 냅니다.
재결제 안내 이메일 시퀀스
이메일 1: 결제 실패(0일차)
어조: 친근하고 사실 중심. 과도한 경고 없음.
Subject: 조치 필요 — 결제가 처리되지 않았습니다
안녕하세요 [Name]님,
[Product] 구독 요금($[amount])을 [last 4]로 끝나는
[card type] 카드에 청구하려 했지만 처리되지 않았습니다.
가끔 일어나는 일입니다. 보통 카드 업데이트로 바로 해결됩니다.
[결제 수단 업데이트 →]
아직 접근 권한에는 영향이 없습니다. 자동으로 다시 시도하겠지만,
카드를 업데이트하는 것이 가장 빠른 해결 방법입니다.
도움이 필요하신가요? 이 이메일에 답장해 주세요.
— [Product] 팀
이메일 2: 리마인더(3일차)
어조: 도움이 되며 약간 더 긴급함.
Subject: 짧은 알림 — [Product] 결제를 업데이트해 주세요
안녕하세요 [Name]님,
알려드립니다. 아직 [Product]의 $[amount] 결제를
처리하지 못했습니다.
[결제 수단 업데이트 →]
30초도 걸리지 않습니다. [data/projects/team access]는 안전하지만,
계정을 계속 활성 상태로 유지하려면 유효한 결제 수단이 필요합니다.
질문이 있으신가요? 여기에 답장해 주시면 도와드리겠습니다.
— [Product] 팀
이메일 3: 긴급성(7일차)
어조: 직접적이고 결과가 명확함.
Subject: [Product] 계정이 3일 후 일시 중지됩니다
안녕하세요 [Name]님,
여러 차례 결제를 시도했지만 [last 4]로 끝나는
[card type] 카드가 계속 거절되고 있습니다.
[date]까지 결제가 확인되지 않으면 계정이 일시 중지되고
다음에 접근할 수 없게 됩니다:
• [사용 중인 핵심 기능/데이터]
• [프로젝트/워크스페이스]
• [X명 팀원의 접근 권한]
[지금 결제 수단 업데이트 →]
데이터는 삭제되지 않습니다. 결제 수단을 업데이트하면
언제든 다시 활성화할 수 있습니다.
— [Product] 팀
이메일 4: 최종 경고(10일차)
어조: 최종적이고 명확하며 죄책감을 주지 않음.
Subject: [Product] 계정을 계속 활성 상태로 유지할 마지막 기회입니다
안녕하세요 [Name]님,
마지막 알림입니다. $[amount] 결제가 연체되었고,
계정은 내일([date]) 일시 중지됩니다.
[결제 수단 업데이트 →]
일시 중지 후:
• 데이터는 [90 days] 동안 저장됩니다.
• 언제든 다시 활성화할 수 있습니다.
• 카드만 업데이트하면 접근 권한이 복구됩니다.
해지하려던 것이 맞다면 아무 조치도 필요 없습니다.
계정은 자동으로 일시 중지됩니다.
— [Product] 팀
유예 기간 관리
유예 기간 중 일어나는 일
| 설정 | 권장 |
|---|---|
| 기간 | 최종 재시도 후 7-14일 |
| 접근 | 제한된 접근(읽기 전용) 또는 전체 접근 |
| 표시 | 인앱 배너: "결제가 연체되었습니다 — 계속 이용하려면 업데이트하세요" |
| 재시도 | 유예 기간 동안 백그라운드 재시도 계속 |
| 커뮤니케이션 | 재결제 안내 이메일 계속 |
접근 제한 옵션
옵션 A: 유예 기간 중 전체 접근(B2B 권장)
- 마찰이 낮고 고객이 존중받는다고 느낌
- 회수율이 더 높음(여전히 가치를 경험함)
- 위험: 일부 고객이 유예 기간을 악용
옵션 B: 읽기 전용 접근(B2C 권장)
- 볼 수는 있지만 생성/편집은 불가
- 데이터 손실 공포 없이 긴급성 형성
- 명확한 메시지: "전체 접근을 재개하려면 결제를 업데이트하세요"
옵션 C: 즉시 잠금(권장하지 않음)
- 공격적이며 관계를 해침
- 회수율이 낮음
- 매우 저가 요금제에만 적합
유예 기간 이후
| 타이밍 | 행동 |
|---|---|
| 유예 기간 종료 | 계정 일시 중지(삭제 아님) |
| 일시 중지 후 1일차 | "계정이 일시 중지되었습니다" 이메일 |
| 일시 중지 후 7일차 | "데이터는 아직 보존되어 있습니다" 리마인더 |
| 일시 중지 후 30일차 | 새 제안이 포함된 재활성화 시도 |
| 일시 중지 후 60일차 | 최종 재활성화 |
| 일시 중지 후 90일차 | 데이터 삭제 경고(해당 시) |
제공업체별 설정
Stripe
Smart Retries 활성화:
- Dashboard → Settings → Billing → Subscriptions and emails
- 재시도 규칙에서 "Smart Retries" 활성화
- Dashboard → Settings → Emails에서 결제 실패 이메일 설정
맞춤 재시도 규칙(Smart Retries를 쓰지 않을 때):
재시도 1: 실패 후 3일
재시도 2: 실패 후 5일
재시도 3: 실패 후 7일
최종: 마지막 재시도 후 구독을 미결제로 표시
처리할 webhook 이벤트:
invoice.payment_failed— 재결제 안내 트리거invoice.paid— 재결제 안내 취소, 접근 복구customer.subscription.updated— 상태 변경customer.subscription.deleted— 최종 해지
Chargebee
내장 재결제 안내:
- Settings → Configure Chargebee → Retry Settings
- 재시도 횟수와 간격 구성
- Settings → Configure Chargebee → Email Notifications → Dunning
재결제 안내 옵션:
- 구성 가능한 일정의 자동 재시도
- 내장 재결제 안내 이메일(맞춤 템플릿 가능)
- 요금제별 유예 기간 구성
Paddle
관리형 재결제 안내:
- Paddle이 재시도와 재결제 안내를 자동 처리
- 제한된 맞춤화(Paddle이 관계를 관리)
- Webhook:
subscription.payment_failed,subscription.cancelled - 손이 덜 가는 접근에 가장 적합
Recurly
Revenue Recovery:
- Configuration → Dunning Management
- 요금제별 재시도 일정 설정
- 유예 기간과 최종 행동 구성(일시 중지 vs 해지)
고급 기능:
- 머신러닝 재시도 최적화
- 요금제별 재결제 안내 일정
- 내장 Account Updater
인앱 재결제 안내
이메일에만 의존하지 마세요. 앱 안에서도 결제 실패를 보여 줍니다.
배너 패턴
┌──────────────────────────────────────────────────────┐
│ ⚠ $29 결제가 실패했습니다. 접근 권한을 잃지 않으려면 │
│ 카드를 업데이트하세요. [결제 업데이트 →] [닫기] │
└──────────────────────────────────────────────────────┘
규칙:
- 재결제 안내 기간 동안 모든 페이지 로드에 표시
- 닫기 허용(다음 세션에 다시 표시)
- 결제 업데이트로 바로 연결(클릭 수 최소화)
- 제품을 막지 않음 — 계속 사용할 수 있게 둠
모달 패턴(최종 경고용)
┌─────────────────────────────────────┐
│ │
│ 계정이 [date]에 일시 중지됩니다 │
│ │
│ [X] 프로젝트와 [Y] 팀원 접근을 │
│ 유지하려면 결제 수단을 │
│ 업데이트하세요. │
│ │
│ [결제 수단 업데이트] │
│ [나중에 알림] │
│ │
└─────────────────────────────────────┘
재결제 안내 성과 측정
핵심 지표
| 지표 | 계산 방법 | 목표 |
|---|---|---|
| 회수율 | 회수된 결제 / 전체 실패 | 50-60% |
| 거절 유형별 회수율 | 유형별 회수 / 실패 | 소프트: 70%+, 하드: 40%+ |
| 회수까지 시간 | 실패부터 결제 성공까지의 일수 | <5일 |
| 사전 재결제 예방률 | 예방된 실패 / 예상 실패 | 20-30% |
| 재결제 안내 이메일 열람률 | 이메일별 열람 / 발송 | 60%+ |
| 재결제 안내 이메일 클릭률 | 이메일별 클릭 / 열람 | 30%+ |
| 회수 매출(월간) | 회수된 결제 금액 합계 | 추세 추적 |
| 비자발적 이탈로 잃은 매출 | 실패 + 미회수 금액 합계 | 추세 추적 |
벤치마킹
회사 단계별:
| 단계 | 일반적인 비자발적 이탈 | 최적화 후 목표 |
|---|---|---|
| 초기(< $1M ARR) | 월 MRR의 3-5% | 1-2% |
| 성장($1-10M ARR) | 월 MRR의 2-4% | 0.5-1.5% |
| 규모($10M+ ARR) | 월 MRR의 1-3% | 0.3-0.8% |
ROI 계산
월간 결제 실패 MRR: $10,000
현재 회수율: 30% ($3,000 회수)
목표 회수율: 60% ($6,000 회수)
월간 개선: 월 $3,000
연간 개선: 연 $36,000
재결제 안내 최적화 비용: 월 약 $200-500(도구)
ROI: 6-15x