AARRR 뜻과 해적 지표 5단계

🤔 숫자는 많은데 무엇부터 확인할까요?

설치와 가입, 재방문 및 결제 기록을 따로 보면 놓치는 관계가 있습니다. AARRR은 사용자를 데려오는 일부터 다시 쓰고 추천하며 수익을 만드는 일까지 나눠 질문하게 돕습니다. 숫자를 나열한 뒤 가장 작은 값 하나만 고르는 공식은 아닙니다.

🔑 AARRR의 다섯 질문

AARRR은 아래 다섯 영어 단어의 앞글자를 모은 이름입니다. 해적의 함성을 닮은 발음에서 해적 지표(Pirate Metrics)라고도 부릅니다. Dave McClure의 Startup Metrics for Pirates 발표로 알려진 틀입니다.

여기서 Revenue는 보통 매출 발생을 보는 말이며 비용을 뺀 이익과 같지 않습니다. 무료 사용자도 광고 매출에 기여할 수 있으므로 직접 결제만으로 고정하지 않습니다.

다섯 질문이 모든 사용자의 고정된 시간 순서는 아닙니다. 먼저 결제한 뒤 반복해서 사용하거나, 결제 전에 친구에게 추천할 수도 있습니다. 실제 서비스의 경로를 확인합니다.

🥾 등산로에서 되돌아오는 곳 찾기

등산객이 어느 구간에서 많이 되돌아오는지 알면 길을 점검할 곳을 찾는 데 도움이 됩니다. 그러나 돌아온 사람이 많다는 사실만으로 길이 고장 났다고 할 수는 없습니다. 짧은 산책이 목적이었거나 날씨가 바뀌었을 수도 있습니다.

서비스에서도 단계별 이탈을 관찰한 뒤 실제 불편과 목적을 확인합니다. 사람들이 입력 오류 때문에 첫 기록을 못 저장했다면 수정할 문제입니다. 무료 기능만 필요해 결제하지 않았다면 다른 판단이 필요합니다. 숫자와 원인을 구분해야 합니다.

📊 단계와 다음 확인을 연결하기

증상 하나가 원인 하나와 자동으로 연결되는 것은 아닙니다. 예를 들어 재활동이 낮다고 알림을 더 보내기 전에 앱을 다시 사용할 이유와 실제 사용 문제를 확인합니다.

🧮 단계 전환율을 곱할 수 있는 조건

다음은 같은 달 설치한 10,000명을 추적한 가상 예제입니다. 각 사용자의 설치일을 D0, 7일 뒤를 D+7처럼 표시하고 D+30까지 관찰을 마쳤습니다. 이 표는 설치 후 기록을 저장하고, 7일째 돌아온 뒤 30일째까지 결제한 순서를 모두 충족한 사용자만 다음 단계에 넣습니다. 실제 앱의 전체 결제자가 반드시 이 경로를 거치는 것은 아닙니다.

앞 단계의 사용자 안에서 다음 단계를 집계했으므로 0.20 × 0.60 × 0.15 = 0.018, 즉 1.8%입니다. 직접 180 ÷ 10,000 × 100으로도 같은 값이 나옵니다. 서로 다른 달의 전체 가입자와 전체 결제자를 이렇게 곱하지 않습니다.

재방문 1,200명 가운데 같은 관찰 기간에 360명이 초대를 공유했다면 공유 비율은 30%입니다. 초대로 들어온 신규 설치가 240건이었다면 공유 사용자 수와 구분해 적습니다. 추천은 이 예제의 결제 필수 단계가 아니므로 곱셈에서 제외합니다.

가장 작은 단계 비율은 결제 15%이며 활성화 20%가 아닙니다. 다만 서로 다른 행동의 비율을 줄 세운 것만으로 어떤 문제를 먼저 고칠지는 알 수 없습니다.

🔢 가정을 바꾼 계산과 실제 개선 구분하기

아래는 다른 조건이 그대로라는 계산 가정입니다. 실제 개선 효과를 확인하거나 비용을 산정한 표가 아닙니다.

첫 행 대비 결제 수는 각각 54명과 90명 늘어나는 계산입니다. 20%에서 30%는 10%포인트 상승이자 기존 값 대비 50% 증가입니다. 30 - 20 = 10이 퍼센트포인트 차이이고, (30 - 20) ÷ 20 × 100 = 50%가 상대 증가율입니다. 이를 설치의 30% 증가와 같은 크기의 변화라고 보지 않습니다.

두 번째 방법에 광고비 증액을 가정하지 않았다고 전체 비용이 0원인 것은 아닙니다. 화면 수정과 개발, 실험 비용이 들 수 있고 뒤 단계 비율이 달라질 수도 있습니다. 설치를 30% 더 얻는 광고비도 반드시 30%만 증가한다고 보장할 수 없습니다. 우선순위는 실제 문제, 예상 효과와 근거, 비용 및 소요 기간을 함께 보고 정합니다.

같은 집단에서 앞 단계를 거친 사용자를 다음 단계에 넣은 예제입니다. 그림의 첫 저장은 D+6까지, 결제는 D+7 재방문 뒤 D+30까지로 정했습니다. 모든 실제 사용자의 경로가 이와 같다는 뜻은 아닙니다.

🎯 활성화 행동은 어떻게 정하나요?

활성화는 첫 유용한 경험을 관찰할 수 있는 행동으로 정의합니다. 가계부라면 지출 저장과 합계 확인, 협업 도구라면 동료와 문서를 함께 여는 행동을 후보로 삼을 수 있습니다. 가입 완료도 서비스 목적에 맞는지 검토할 수 있으며 무조건 금지되는 정의는 아닙니다.

처음에는 사용자가 무엇을 하려는지 보고 후보 행동과 기간을 적습니다. 그 행동을 한 집단과 하지 않은 집단의 이후 사용을 비교하되 관찰 기간과 유입 조건을 맞춥니다. 자주 남는 사람에게 보이는 행동이 유지의 원인이라는 뜻은 아닙니다.

예를 들어 ‘첫 주에 지출 3건 저장’이 이후 재사용과 함께 나타났다면 가설로 기록합니다. 이미 필요가 큰 사람이 두 행동을 모두 했을 수도 있습니다. 첫 사용 안내를 바꾸는 실험에서 실제 문제와 이후 결과를 확인하고 정의를 보완합니다.

🔀 마케팅 퍼널과는 어떻게 다른가요?

퍼널은 정한 행동 순서에서 전환과 이탈을 살펴보는 방식입니다. 구매 이후 재구매나 추천까지 포함해 만들 수도 있습니다. 퍼널은 항상 구매에서 끝난다는 구분은 맞지 않습니다.

AARRR은 무엇을 질문할지 정리하는 틀이고, 퍼널 분석은 그중 필요한 경로를 측정하는 데 쓸 수 있습니다. 둘을 반드시 하나만 골라 사용할 필요는 없습니다. 도구에서는 첫 단계부터 들어온 사용자만 보는지, 중간 단계 진입도 인정하는지 설정을 확인합니다.

❓ 자주 묻는 질문

가장 낮은 전환율부터 고치면 되나요?

문제 후보로 볼 수 있지만 자동 결정은 아닙니다. 그 행동이 모든 사람에게 필요한지, 측정이 맞는지, 실제 불편과 개선 비용이 무엇인지 확인합니다. 다른 단계의 결과가 나빠지는지도 함께 관찰합니다.

추천 기능이 없으면 어떻게 하나요?

기능이 없어도 실제 소개가 일어날 수 있습니다. 다만 브랜드 검색이나 후기만으로 추천 유입이라고 확정하지 않습니다. 확인 방법이 없으면 미측정이라고 적고 나머지 질문을 활용합니다.

기준을 바꿔도 되나요?

바꿀 수 있습니다. 이유와 변경일, 이전 정의를 남기고 가능한 같은 기간의 자료를 두 기준으로 비교합니다. 과거 원자료가 없으면 예전 값을 새 정의로 복원했다고 쓰지 않습니다.

KPI와 함께 쓰려면 어떻게 하나요?

중요하게 관리할 지표인 KPI를 고를 때 AARRR의 질문을 참고할 수 있습니다. 목표값 외에도 대상 집단과 행동, 기간 및 비용 조건을 적습니다. 모든 단계에 똑같은 목표를 강제로 붙이지 않습니다.

📝 작은 모임 앱의 경로 계산하기

메모장에 설치 20명 → 첫 모임 저장 10명 → 그중 재방문 5명 → 그중 결제 1명을 적습니다. 같은 집단에서 D+6까지 첫 저장, 그중 D+7 재방문, 그중 재방문 뒤 D+30까지 결제를 추적했고 모두 관찰을 마친 가상 기록입니다.

앞 단계 대비는 50%, 50%, 20%입니다. 누적 결제는 1 ÷ 20 × 100 = 5%이며 0.5 × 0.5 × 0.2 × 100으로도 5%입니다. 단계별 분모와 설치자 전체를 분모로 한 값을 구분합니다.

이번에는 첫 저장만 12명으로 바꾸고 뒤 비율 50%와 20%가 유지된다고 가정합니다. 재방문은 6명, 계산상 기대 결제는 1.2명입니다. 실제 사람 수가 소수라는 뜻이 아니라 비율을 적용한 기대값입니다. 실제 결과와 같은 숫자라고 적었다면 관찰 기록인지 가정 계산인지 다시 확인합니다.

마지막으로 ‘결제 비율이 낮은 이유는 아직 모른다’고 적고 사용자가 유료 기능을 필요로 했는지 확인할 질문을 하나 남깁니다.

📋 3줄 요약

1. AARRR은 획득과 활성화, 유지, 추천 및 수익을 질문하는 틀이며 모든 사용자의 고정 순서를 뜻하지 않습니다.

2. 앞 단계의 같은 사용자 집단에서 다음 단계를 집계할 때 단계 전환율을 곱해 누적 비율을 확인할 수 있습니다.

3. 낮은 전환율만으로 개선 순서를 정하지 않고 실제 문제와 비용 및 다른 단계의 영향을 함께 확인합니다.

참고 자료

• Dave McClure의 Startup Metrics for Pirates 원본 발표
• Google Analytics 유입경로 탐색의 순서와 집계

원본 발표와 공식 문서 확인: 2026년 10월 3일. 수치와 개선안은 가상 예제입니다.