0515 수업
사용자 중심의 PM은 어떻게 일하는가
- Step 1. 사용자 여정 맵핑 (User Journey Mapping)
- 사용자가 서비스를 처음 접하는 순간부터 핵심 가치를 경험하기까지의 전체 흐름을 그립니다.
- Step 2. 피크 경험(Peak Experience) 찾기
- 사용자가 서비스의 핵심 가치를 체감하는 순간을 찾습니다. 이것이 바로 사용자가 "아, 이 서비스 괜찮다!"라고 느끼는 지점입니다.
- Step 3. 리텐션(재방문율)과 상관관계가 높은 행동 찾기
- 피크 경험을 한 사용자와 하지 않은 사용자의 재방문율(리텐션)을 비교합니다.
북극성 지표 설정하는 방법
북극성 지표(North Star Metric)란?
나침반이 항상 북극을 가리키듯, 서비스의 방향을 잡아주는 단 하나의 핵심 지표를 북극성 지표라고 한다.
| 서비스 | 북극성 지표 |
| DAU (일간 활성 사용자 수) | |
| Airbnb | 예약된 숙박 일수 |
| Spotify | 청취 시간 |
| 토스 | 월간 송금 건수 |
| 카카오페이 | 월간 결제 건수 |
좋은 북극성 지표의 3가지 조건
- 고객 가치 반영: 이 지표가 올라가면 사용자가 실제로 더 큰 가치를 얻고 있어야 함
- 비즈니스 성장 연결: 이 지표가 올라가면 매출/성장이 따라와야 함
- 팀 전체의 방향성: 마케팅, 개발, 디자인 모든 팀이 "이 숫자를 올리자"로 정렬 가능
허영 지표(Vanity Metric): 보기에는 좋아 보이지만, 실제 비즈니스 가치와 연결되지 않는 지표.
대표적으로 "앱 다운로드 수 100만 돌파!" — 그런데 MAU는 5천 명
AARRR 프레임워크 (해적 지표)
북극성 지표를 설정하기 위해 가장 널리 쓰이는 프레임워크
- Acquisition (획득)
- Activation (활성화)
- Retention (유지)
- Revenue (수익)
- Referral (추천)
AARRR에서 가장 중요한 단계는? 서비스마다 다르지만, 일반적으로 Retention(유지)이 가장 중요
비즈니스/재무 지표
- ARPU — 사용자당 평균 매출 (Average Revenue Per User)
- ARPU = 총 매출 ÷ 전체 사용자 수
- 의미: 사용자 한 명이 평균적으로 얼마의 매출을 만드는가
- 활용: 사용자 규모 대비 수익성 판단, 경쟁사 비교
- 주의점: 고래 사용자(Whale)가 ARPU를 왜곡할 수 있음 → 중위값도 함께 봐야 함 + 사용자수
- LTV (CLTV) — 고객 생애 가치 (Customer Lifetime Value)
- LTV = ARPU × 평균 고객 유지 기간 ( 개월 )
- 의미: 한 명의 고객이 서비스를 이용하는 전체 기간 동안 만드는 총 수익
- 활용: 고객 획득에 얼마까지 투자할 수 있는지 판단
- 핵심 공식: LTV > CAC 이어야 비즈니스가 지속 가능
- CAC — 고객 획득 비용 (Customer Acquisition Cost)
- CAC = 총 마케팅 / 영업 비용 ÷ 신규 고객 수
- 의미: 고객 한 명을 데려오는 데 드는 비용
- 활용: 마케팅 효율성 판단, 채널별 ROI 비교
- 황금 비율: LTV:CAC = 3:1 이상이면 건전한 비즈니스
LTV vs CAC: 비즈니스 지속 가능성 판단
[ 건전한 비즈니스 ]
LTV: 30,000 원 >>> CAC: 10,000 원 (LTV/CAC = 3.0 ✅ )
→ 고객 한 명당 2 만 원의 순이익
[ 위험한 비즈니스 ]
LTV: 15,000 원 <<< CAC: 20,000 원 (LTV/CAC = 0.75 ❌ )
→ 고객을 모을수록 손해
[ 성장 투자 단계 ]
LTV: 50,000 원 > CAC: 40,000 원 (LTV/CAC = 1.25 ⚠ )
→ 이익은 있지만 얇음 , 스케일 후 CAC 개선 필요
지표 추적하는 방법
- 퍼널 분석 (Funnel Analysis)
사용자가 목표 행동에 도달하기까지의 단계별 전환 과정을 시각화한 것

ㄴ 송금 메뉴에 들어왔는데 금액 입력하지 않고 이탈하는 이유?
퍼널 설계 4원칙

이벤트 로깅 설계 (Event Logging)
퍼널의 각 단계를 실제로 추적하려면, 사용자의 행동을 이벤트(Event)로 기록
데이터 사전 (Data Dictionary)
이벤트 로깅 설계를 완료하면, 이를 개발자가 구현할 수 있도록 문서화
오후 실습 - 이벤트 사전(Data Dictionary) 초안 작성
노션으로 수행함
'구름 핀테크 교육' 카테고리의 다른 글
| [13일차] 파이프라인 AB테스트 (0) | 2026.05.19 |
|---|---|
| [12일차] 데이터 요구사항 정의서 (0) | 2026.05.18 |
| [9일차] 생성형 AI, LLM, RAG (0) | 2026.05.13 |
| [8일차] 기업 사례 분석 (0) | 2026.05.12 |
| [7일차] SQL 작성 (Google Cloud BigQuery) (0) | 2026.05.11 |