AARRR 해적 지표 프레임워크로 사이드 프로젝트 퍼널 처음 그려보기

1. 퍼널은 숫자표가 아니라 행동의 연쇄다

AARRR은 Acquisition(획득), Activation(활성화), Retention(유지), Revenue(수익), Referral(추천)의 앞글자를 딴 프레임워크입니다. 처음부터 복잡한 대시보드를 만들기보다, 사용자가 어떤 경로로 들어와 어떤 행동을 한 뒤 다시 돌아오고 결제하거나 공유하는지 한 줄로 그려보는 데 목적이 있습니다.

먼저 ‘활성화 행동’을 정하세요

제품마다 사용자가 가치를 느끼는 순간은 다릅니다. 메모 앱이라면 첫 메모 저장, 자동화 도구라면 첫 작업 실행, 커뮤니티라면 첫 게시물 작성처럼 “이 행동을 하면 제품의 핵심 가치를 경험했다고 볼 수 있다”는 기준을 하나 정합니다.

조코헌트에 출시된 프로덕트 210개와 출시 메이커 165명을 보더라도 제품의 형태는 다양합니다. 따라서 모든 서비스에 같은 활성화 기준을 적용하기보다, 내 제품의 약속과 직접 연결된 행동을 골라야 합니다.

퍼널의 시작과 끝을 좁게 잡기

첫 버전에서는 방문자 전체를 분석하려 하지 마세요. 특정 랜딩페이지 방문부터 회원가입, 핵심 기능 사용, 재방문, 결제 또는 공유까지 한 사이클만 추적하면 됩니다. 범위가 좁아야 데이터가 적어도 해석이 가능합니다.

2. AARRR을 실제 제품 행동으로 번역하기

획득과 활성화

획득은 사용자가 어디에서 왔는지 확인하는 단계입니다. landing_view에 유입 경로를 붙이고, signup_complete로 가입 완료를 기록합니다. 활성화는 가입 직후의 핵심 행동입니다. 예를 들어 first_project_created, first_export_completed처럼 제품에 맞는 이름을 사용하세요.

가입자 수만 보면 “관심은 있었지만 가치를 못 느낀 사람”을 놓치기 쉽습니다. 가입 후 핵심 행동까지 이어지는 흐름을 따로 봐야 온보딩, 카피, 첫 화면 중 무엇을 고칠지 판단할 수 있습니다.

유지·수익·추천

유지는 일정 기간 뒤 다시 핵심 행동을 했는지 보는 단계입니다. 단순 로그인보다 core_action_completed처럼 실제 가치와 가까운 이벤트가 유용합니다. 수익은 결제 페이지 진입, 결제 성공, 업그레이드처럼 돈과 연결된 행동을 나눠 기록합니다.

추천은 초대, 공유 링크 생성, 후기 작성 등 제품 특성에 맞춰 정합니다. 조코헌트 집계에서 출시 첫 24시간 안에 업보트나 댓글 같은 반응을 하나라도 받은 프로덕트는 69%였지만, 댓글을 하나라도 받은 프로덕트는 37%였습니다. 반응의 문턱과 깊은 참여의 문턱이 다르다는 점을 보여주는 사례로, 추천 지표도 “공유 버튼을 눌렀다”와 “실제로 새 사용자가 들어왔다”를 구분하는 편이 좋습니다.

3. 이벤트는 적게, 맥락과 함께 설계하기

이름보다 중요한 이벤트 속성

이벤트 이름만 남기면 나중에 비교가 어렵습니다. 각 이벤트에 source, plan, device, first_visit_date처럼 분석에 필요한 속성을 붙이세요. 다만 처음부터 모든 정보를 수집하면 관리 비용이 커집니다. “이 이벤트를 보고 어떤 결정을 내릴 것인가?”에 답하지 못하는 속성은 우선 제외합니다.

이벤트 표에는 다음 네 칸이면 충분합니다.

• 이벤트명: 제품 안에서 실제로 일어난 행동
• 발생 시점: 화면 진입인지, 성공 완료인지
• 핵심 속성: 유입 경로·요금제·기능 유형 등
• 다음 질문: 이 데이터를 보고 바꿀 제품 요소

성공과 실패를 분리하기

checkout_started와 payment_success를 하나로 합치지 말고 분리하세요. signup_started와 signup_complete도 마찬가지입니다. 퍼널의 어느 지점에서 멈추는지 보려면 시도와 완료가 모두 필요합니다. 분석 도구를 고를 때는 GA4 vs PostHog vs Plausible: 1인 개발자가 첫 분석 도구 하나만 고른다면을 참고하고, 구현 순서는 PostHog Next.js 설치부터 첫 이벤트 추적까지: 인디 메이커용 30분 셋업 가이드에서 확인할 수 있습니다.

4. 병목은 가장 낮은 숫자가 아니라 가장 바꿀 수 있는 지점이다

단계 사이의 이탈을 비교하기

방문→가입, 가입→활성화, 활성화→재방문처럼 인접 단계의 연결을 봅니다. 방문자는 많은데 활성화 행동이 거의 없다면 첫 경험이나 제품 약속이 문제일 수 있습니다. 활성화는 괜찮지만 재방문이 약하다면 핵심 가치의 반복성이나 사용 맥락을 점검합니다. 결제 직전 이탈이 크다면 가격, 신뢰 정보, 결제 흐름을 살펴볼 차례입니다.

단순히 가장 낮은 비율만 고치려 하지 말고, 이번 주에 실제로 바꿀 수 있고 결과를 다시 측정할 수 있는 지점을 고르세요. 이것이 1인 개발자에게 맞는 병목 선정 기준입니다.

한 번에 하나의 가설만 실험하기

“온보딩 첫 화면에 예시를 추가하면 가입자의 첫 핵심 행동이 늘어날 것이다”처럼 가설을 한 문장으로 씁니다. 변경 전 이벤트 흐름을 확인하고, 한 가지 요소만 바꾼 뒤 같은 기준으로 다시 측정합니다. 결과가 좋지 않아도 어느 단계의 가정이 틀렸는지 알게 되므로 기록 자체가 다음 개발의 재료가 됩니다.

5. 첫 퍼널을 운영하는 7일 루틴

첫날에는 활성화 행동과 다섯 단계의 이벤트를 정의합니다. 둘째 날에는 성공·실패 이벤트를 코드에 연결하고, 셋째 날에는 직접 테스트해 중복 기록이나 누락을 확인합니다. 이후 며칠 동안 유입 경로와 행동 흐름을 관찰하면서 가장 의심되는 병목 하나를 고릅니다.

마지막 날에는 숫자보다 질문을 정리하세요. “누가 들어왔나?”, “어디서 가치를 경험하지 못했나?”, “다시 돌아온 사람은 어떤 행동을 했나?”, “결제나 추천으로 이어진 이유는 무엇인가?”가 핵심입니다. 노스스타 지표와 퍼널의 역할을 구분하고 싶다면 노스스타 지표 정하는 법: 사이드 프로젝트에 맞는 단 하나의 숫자 고르기를, 재방문 흐름을 더 깊게 읽고 싶다면 리텐션 곡선 읽는 법: 우상향·미소·하락 그래프가 말하는 제품의 건강 상태를 이어서 읽어보세요.

AARRR의 가치는 지표를 많이 모으는 데 있지 않습니다. 사용자의 다음 행동을 막는 한 지점을 발견하고, 작은 수정으로 다시 확인하는 반복에 있습니다.