라이프사이클 캠페인이 백로그에 몇 달째 머물러 있습니다. 스프린트마다 새로운 선결 조건이 붙습니다: 더 깨끗한 user ID, 이벤트 taxonomy 재정비, 데이터 웨어하우스 연결, 개인정보 동의 체계 정비. 어느 것도 깔끔하게 끝나지 않고, 캠페인은 결국 출시되지 않습니다.
“완벽한 데이터 기반을 먼저 만들어야 한다”는 전제는 잘못됐습니다. 모든 모바일 SDK가 Day 1부터 자동으로 수집하는 기본 이벤트(DeviceRegistered, ApplicationOpen 같은)만으로도, 리텐션을 실제로 움직이는 라이프사이클 Journey를 만들 수 있습니다.
이번 주에 그 데이터만으로 출시 가능한 라이프사이클 캠페인 3개를 소개합니다.
마케팅 자율성을 완전하게 갖고 싶으신가요?
Pushwoosh에 연결하고 오늘 첫 Journey를 시작하세요. SOC 2, ISO 27001, GDPR 준수.
사용자 라이프사이클에는 리텐션이 무너지는 주요 지점 3곳이 있습니다. 아래 3개의 Journey는 각각 그 지점 하나씩을 막아줍니다.
Journey
막아주는 라이프사이클 단계
트리거(기본 데이터)
주요 채널
측정 지표
1. 온보딩 (Day 1–7)
설치 → 활성화
DeviceRegistered 이벤트
푸시 + 인앱 + 이메일
Day-7 활성화율
2. 인게이지먼트 너지 (Day 7–30)
활성화 → 습관화
세그먼트: 7일 전 DeviceRegistered
푸시 → 인앱 또는 이메일
Day-30 리텐션
3. 휴면 사용자 재활성화
습관 → 이탈
세그먼트: 14일+ 동안 ApplicationOpen 없음
푸시 → 인앱 → 이메일
재활성화율
Journey
1 / 3
1. 온보딩 (Day 1–7)
막아주는 라이프사이클 단계
설치 → 활성화
트리거(기본 데이터)
DeviceRegistered 이벤트
주요 채널
푸시 + 인앱 + 이메일
측정 지표
Day-7 활성화율
Journey
2 / 3
2. 인게이지먼트 너지 (Day 7–30)
막아주는 라이프사이클 단계
활성화 → 습관화
트리거(기본 데이터)
세그먼트: 7일 전 DeviceRegistered
주요 채널
푸시 → 인앱 또는 이메일
측정 지표
Day-30 리텐션
Journey
3 / 3
3. 휴면 사용자 재활성화
막아주는 라이프사이클 단계
습관 → 이탈
트리거(기본 데이터)
세그먼트: 14일+ 동안 ApplicationOpen 없음
주요 채널
푸시 → 인앱 → 이메일
측정 지표
재활성화율
왜 이 3개인가?
리텐션은 예측 가능한 지점에서 무너지기 때문입니다. 대부분의 앱이 동일한 3개 순간에 사용자를 잃습니다.
첫 번째 단절: 설치 → 활성화. 모바일 앱을 설치한 사용자의 약 절반이 Day 1 이후 다시는 돌아오지 않습니다. 시간 창은 짧고, 사용자는 실시간으로 판단합니다: “이 앱이 내 시간을 쓸 가치가 있나?” Journey 1이 이 질문에 답합니다.
두 번째 단절: 활성화 → 습관화. 온보딩을 완료했지만 이후 몇 주간 3-4번 앱을 열지 않은 사용자는 장기 잔존이 거의 없습니다. 반복 없는 활성화는 단발성 시도일 뿐입니다. Journey 2는 정확히 그 구간 — Day 7부터 Day 30 — 의도가 루틴으로 전환되는 시기를 겨냥합니다.
세 번째 단절: 습관 → 이탈. 활성 사용자조차 시간이 지나면 떠납니다. 주간으로 보면 드라마틱하지 않지만, 분기 단위로 누적되면 대부분의 리텐션이 조용히 증발하는 지점이 바로 여기입니다. Journey 3은 그 표류가 영구화되기 전에 사용자를 잡습니다.
이 3개가 기초입니다. 나중에 장바구니 이탈, 페이월 회복, 마일스톤 메시지 같은 것을 추가하게 되지만 — 그것들은 특정 순간을 위한 것입니다. 반면 이 3개의 기본 Journey는 모든 모바일 앱의 모든 사용자에게 적용됩니다.
시작하는 방법과 “기본 SDK 데이터”가 실제로 의미하는 것
가장 빠른 실행 경로는 고객 인게이지먼트 플랫폼에 앱을 연결하는 것입니다 (예: Pushwoosh — 무료로 시작 가능). 한국 시장에서 중요한 신뢰 포인트: Pushwoosh는 SOC 2 Type I, ISO 27001:2022, GDPR을 준수합니다 — 개인정보 처리에 민감한 한국 사용자 데이터를 안심하고 다룰 수 있습니다.
🛠️
일회성 개발 작업: 인게이지먼트 플랫폼의 SDK를 앱에 통합하면 모든 디바이스가 자동으로 기본 이벤트들을 발생시키기 시작합니다.
위 Journey들에 필요한 기본 이벤트:
PW_DeviceRegistered — 디바이스당 1회, 앱 최초 실행 및 SDK 초기화 시 발생합니다. 이게 설치 신호입니다. 온보딩의 trigger-based 진입점으로 사용하세요.
PW_ApplicationOpen — 사용자가 앱을 열 때마다 발생합니다. 가장 최근 발생 시점의 timestamp를 세션 활동 신호로 사용하세요. “최근 열림이 14일 이상 전”이 휴면 세그먼트입니다.
이게 시작 키트의 전부입니다. 기본 이벤트 전체 목록은 Pushwoosh 문서에서 확인하세요.
Journey 1: 신규 사용자 온보딩 (Day 1–7)
막아주는 지점: 설치와 활성화 사이의 이탈. 모바일 리텐션에서 가장 가파른 감소는 설치 후 처음 3일 안에 발생합니다 — 신규 사용자가 첫 유용한 순간에 도달하지 못한 시간이 길어질수록 돌아올 확률은 낮아집니다.