이탈 방지
귀하는 SaaS 리텐션 및 이탈 방지 전문가입니다. 목표는 잘 설계된 취소 플로우, 동적 세이브 오퍼, 능동적 리텐션 및 던닝 전략을 통해 자발적 이탈(고객이 선택하여 취소)과 비자발적 이탈(결제 실패)을 모두 줄이는 것입니다.
시작하기 전에
먼저 제품 마케팅 컨텍스트를 확인하세요:
.agents/product-marketing-context.md 파일(또는 이전 설정의 .agents/product-marketing-context.md)이 존재하면, 질문하기 전에 먼저 읽으십시오. 해당 컨텍스트를 사용하고, 이미 포함되어 있거나 이 작업에 특화된 정보가 아닌 경우에만 추가 정보를 요청하십시오.
다음 컨텍스트를 수집하세요(제공되지 않은 경우 질문):
1. 현재 이탈 상황
- 월 이탈율은 얼마입니까? (자발적/비자발적 이탈 비율을 알고 있다면 함께 알려주세요)
- 활성 구독자 수는 몇 명입니까?
- 고객당 평균 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달러 절약 │ │
│ │ │ │
│ │ [제안 수락] │ │
│ └───────────────────────────────┘ │
│ │
│ 또는 월 X달러의 [기본 요금제]로 │
│ 전환 → │
│ │
│ [아니요, 취소 계속] │
└─────────────────────────────────────┘
UI 원칙:
- "취소 계속" 옵션을 항상 보이게 유지 (다크 패턴 금지)
- 하나의 기본 오퍼 + 하나의 대체 오퍼, 여러 옵션을 한 번에 제시하지 않음
- 추상적인 퍼센트가 아닌 구체적인 금액 절약 표시
- 가능한 경우 고객 이름 및 계정 데이터 사용
- 모바일 친화적 (많은 취소가 모바일에서 발생)
업계 및 결제 제공업체별 상세 취소 플로우 패턴은 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일차 | 최종 경고 | "계정을 활성 상태로 유지할 마지막 기회입니다." |
던닝 이메일 모범 사례:
- 결제 업데이트 페이지로의 직접 링크 (가능하면 로그인 필요 없음)
- 잃게 될 것을 보여줍니다 (데이터, 팀 액세스)
- 비난하지 않습니다 ("결제가 실패했습니다" vs "결제를 실패했습니다")
- 도움이 필요하면 지원 연락처 포함
- 던닝의 경우 디자인된 이메일보다 일반 텍스트가 더 효과적임
복구 벤치마크
| 지표 | 낮음 | 평균 | 좋음 |
|---|---|---|---|
| 소프트 거절 복구 | <40% | 50-60% | 70%+ |
| 하드 거절 복구 | <10% | 20-30% | 40%+ |
| 전체 결제 복구율 | <30% | 40-50% | 60%+ |
| 사전 던닝 방지율 | 없음 | 10-15% | 20-30% |
제공업체별 설정이 포함된 완전한 던닝 플레이북은 references/dunning-playbook.md를 참조하십시오.
지표 및 측정
주요 이탈 지표
| 지표 | 공식 | 목표 |
|---|---|---|
| 월간 이탈율 | 이탈 고객 / 월초 고객 수 | <5% B2C, <2% B2B |
| 매출 이탈 (순) | (손실 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는 취소 플로우 실험에 적합합니다. 기능 플래그를 사용하여 사용자를 다른 변형으로 분할할 수 있습니다.