그로스해킹의 나침반: 사용자 여정을 5단계로 구조화하여 비즈니스 병목 구간을 진단하는 AARRR 프레임워크의 거시적 설계

AARRR은 Acquisition(획득)·Activation(활성화)·Retention(리텐션)·Revenue(수익화)·Referral(추천) 다섯 단계의 앞글자를 딴 이름입니다. 2007년 실리콘밸리 투자자이자 500 Startups 설립자인 데이브 맥클루어가 개발했고, 발음이 해적의 함성("Aaaarrr!")과 비슷하다는 이유로 '해적지표(Pirate Metrics)'라는 별명이 붙었습니다.

이 별명은 단순한 언어유희가 아니라 설계 의도를 담고 있습니다. 맥클루어는 사용자의 서비스 이용 여정을 해적의 보물 사냥 여정에 빗댔습니다 — 섬을 발견하고(획득), 상륙해서 탐색하고(활성화), 보물을 찾아 눌러앉고(리텐션), 보물을 현금화하고(수익화), 다른 해적에게 이 섬 얘기를 퍼뜨리는(추천) 순서입니다. 각 단계가 앞 단계의 결과 위에 쌓이는 구조라는 점이 이 은유의 핵심입니다.

AARRR의 실무 가치는 "다섯 단계가 있다"는 사실 자체가 아니라, 막연한 '매출이 안 는다'는 문제를 다섯 개의 구체적 질문으로 쪼갠다는 데 있습니다.

• 획득: 사람들이 어떤 채널로, 얼마의 비용으로 우리 서비스를 처음 알게 되는가
• 활성화: 유입된 사람이 우리 제품의 핵심 가치를 실제로 경험했는가
• 리텐션: 그 경험을 한 사람이 다시 돌아오는가
• 수익화: 돌아온 사람이 돈을 쓰는가
• 추천: 돈을 쓴 사람이 남에게 권하는가

이렇게 쪼개면 "매출이 안 는다"는 하나의 증상이 사실은 다섯 개 중 어느 지점의 병목인지 각각 따로 측정하고 각각 따로 고칠 수 있는 문제로 바뀝니다. 이 과목의 2강부터 6강까지가 각 단계를 개별로 다루는 이유입니다.

실무에서 병목을 찾을 때는 퍼널을 위(획득)에서 아래(추천)로 순서대로 보되, 각 단계 사이의 전환율을 계산해 어디서 이탈이 가장 큰지 비교합니다. 예를 들어 유입 대비 활성화 전환율이 업계 평균보다 현저히 낮다면 활성화 단계가 병목이고, 활성화까지는 잘되는데 재방문율이 낮다면 리텐션이 병목입니다.

여기서 중요한 건 병목이 있는 단계보다 '아래'에 있는 단계 지표는 병목 단계의 문제를 그대로 이어받아 나쁘게 나온다는 점입니다. 활성화가 무너지면 리텐션·수익화·추천 지표도 동반 하락하므로, 하단 지표만 보고 별도 원인을 찾으려 하면 헛수고가 됩니다. 병목은 항상 퍼널의 가장 위쪽, 즉 가장 이른 단계부터 확인하는 순서로 짚어야 합니다.

실무에서 가장 흔한 오해가 "AARRR 순서대로, 즉 획득부터 최적화해야 한다"는 생각입니다. 하지만 활성화와 리텐션이 준비되지 않은 상태에서 유입 채널부터 확장하면 이탈률만 높아진다는 게 업계의 지적입니다. 반대로 빠른 성장을 위해 획득을 먼저 확대해야 한다는 주장도 있어 이 순서 논쟁 자체는 하나의 정답으로 확정되지 않은 논쟁적 영역입니다.

다만 리텐션이 약한 서비스는 유입을 늘리기 전에 제품 경험과 재방문 동기부터 개선해야 하는 경우가 많다는 점은 비교적 확실하게 지적되는 원칙입니다. 리텐션은 AARRR 다섯 단계 중에서도 비즈니스가 생존할 수 있는지를 가장 직접적으로 보여주는 단계로 꼽힙니다. 이 주제는 7강(실패 사례)에서 구체적으로 다룹니다.

AARRR을 처음 도입할 때는 다섯 단계 전부를 한꺼번에 완벽하게 세팅하려 하지 말고, 지금 우리 서비스가 다섯 단계 중 어디에서 가장 심하게 새는지부터 대략이라도 파악하는 게 우선입니다. 이미 매출·가입자 데이터가 있다면 가입 후 N일 재방문율, 가입 대비 첫 결제 전환율 같은 기초 수치 몇 개만으로도 병목 후보를 좁힐 수 있습니다.

이렇게 병목 후보를 좁힌 뒤에야 해당 단계의 세부 지표(2~6강)로 들어가는 것이 순서입니다. 이번 과목은 이 진단 순서를 따라 구성돼 있으므로, 자사 서비스의 병목이 어디인지 가늠이 안 선다면 2강(획득)부터가 아니라 리텐션(4강)·활성화(3강)를 먼저 읽는 것도 방법입니다.