가이드

앱 온보딩 모범 사례 — 첫 세션 활성화를 개선하는 방법

일반적인 앱은 1일 차까지 사용자의 약 4분의 3을 잃으며, 온보딩이 그 승패를 가릅니다. 이 가이드는 신규 사용자를 빠르게 가치로 안내하고 첫 세션을 2일 차 복귀로 연결하는 플레이북입니다.

이 페이지에서
  1. 먼저 활성화 순간을 정의하기
  2. 가치까지의 시간 단축하기
  3. 첫 세션을 안내된 성공으로 만들기
  4. 요청을 앞에 쌓지 말기
  5. 경로 개인화하기
  6. 온보딩을 퍼널로 측정하기

온보딩은 제품에서 가장 중요한 30초입니다. MWM 카탈로그 전반에서 일반적인 앱은 1일 차 기준 27.3%의 사용자만 리텐션되며, 첫 세션 이후 약 4분의 3이 떠납니다. 이 수치는 그 무엇보다도 온보딩의 성적표입니다. 새로운 사용자가 마찰이나 지루함이 이기기 전에 가치에 도달했는지를 측정하기 때문입니다. 이 가이드는 그 수치를 바꾸는 방법에 관한 것입니다.

먼저 활성화 순간을 정의하기

목표를 명확히 정하지 않으면 최적화할 수 없습니다. 모든 앱에는 아하 모먼트가 있습니다. 핵심 가치가 자명해지는 순간이며, 이에 대응하는 측정 가능한 활성화 마일스톤이 있습니다. 첫 플레이리스트 생성, 첫 운동 기록, 첫 메시지 전송.

  • 2일 차 복귀를 가장 잘 예측하는 단 하나의 첫 번째 행동을 선정하고 측정하세요.
  • 그것에 도달하는 것을 세션 1의 명시적 목표로 삼으세요. 온보딩의 모든 요소는 사용자를 그 마일스톤으로 이끌거나, 아니면 그 길을 막고 있는 것입니다.

가치까지의 시간 단축하기

사용자가 아하 모먼트에 더 빨리 도달할수록 1일 차까지 살아남는 비율이 높아집니다.

  • 가치가 아닌 모든 것을 뒤로 미루기. 계정 생성, 권한 요청, 페이월, 긴 튜토리얼 모두 가치 순간을 뒤로 미룹니다. 이것들을 가치 이후로 옮기세요.
  • 점진적 온보딩 사용하기. 기능을 처음부터 모두 알려주는 것이 아니라 관련성이 생길 때 가르치세요.
  • 단계를 가차 없이 줄이기. 설치와 가치 사이의 모든 화면은 이탈 지점입니다.

첫 세션을 안내된 성공으로 만들기

첫 세션은 사용자가 핵심 행동에 대해 읽은 것으로 끝나는 것이 아니라 실제로 한 번 해보는 것으로 끝나야 합니다.

  • 텅 빈 빈 화면 대신 안내된 첫 번째 성공으로 대체하세요. 샘플, 템플릿, 탭 한 번으로 시작할 수 있는 진입점을 제공하세요.
  • 사용자가 코어 루프를 한 번 경험하도록 안내한 다음 물러서세요.
  • 세션 1의 성공은 완료된 행동이지, 완성된 튜토리얼이 아닙니다.

요청을 앞에 쌓지 말기

새로운 사용자를 잃는 가장 빠른 방법은 가치를 주기 전에 헌신을 요구하는 것입니다.

  • 계정 생성은 가치 이후에. 사용자가 제품을 경험하게 하고, 그 다음 계정으로 진행 상황을 저장하도록 요청하세요.
  • 권한 요청을 준비시키기. 시스템 다이얼로그를 트리거하기 전에 알림의 혜택을 설명하세요. 이는 푸시 알림 플레이북에서 다루는 것과 같은 원칙입니다. 한 번 거부된 요청은 회복하기 어렵습니다.
  • 아하 모먼트 이후에 페이월을. 그래야 사용자가 이미 느낀 가치에 대한 결제 여부를 결정할 수 있습니다.

경로 개인화하기

관련성 있는 첫 경험이 일반적인 경험보다 활성화 효과가 더 좋습니다. 가능하다면 사용자의 목표에 대해 가벼운 질문 하나를 던지고 그에 맞춰 첫 세션을 조정하세요. 질문 하나의 작은 비용은 설치 이유와 실제로 매칭되는 첫 경험으로 충분히 보상받습니다.

온보딩을 퍼널로 측정하기

  • 활성화율 — 세션 1에서 활성화 마일스톤에 도달한 신규 사용자 비율.
  • 가치까지의 시간 — 그 마일스톤에 도달하는 데 걸리는 시간.
  • 단계별 퍼널 — 온보딩 플로우의 어느 단계에서 사용자가 이탈하는지. 실제 누수 지점을 파악하세요.
  • D1 리텐션 — 하위 결과값. 활성화가 이것을 움직여야 합니다.

온보딩은 활성화를 만들고, 활성화는 리텐션을 만들고, 리텐션은 그 이외의 모든 것을 만듭니다. 모든 진지한 성장 노력의 첫 번째 행동입니다. 더 많은 사용자를 유입시키는 데 비용을 쓰기 전에 먼저 첫 세션을 고치세요.

핵심 용어

이 가이드에서 사용하는 개념.

FAQ

자주 묻는 질문.

좋은 앱 온보딩이란 무엇인가요?
가치까지의 속도입니다. 좋은 온보딩은 앱의 핵심 가치가 자명해지는 순간(아하 모먼트)에 사용자를 최대한 빠르게 도달시키고, 그 순간이 아닌 모든 것을 뒤로 미룹니다. 튜토리얼이 얼마나 세련되어 보이는지가 아니라, 얼마나 많은 사용자가 첫 세션에서 활성화 마일스톤에 도달하고 다음 날 다시 돌아오는지로 측정합니다.
앱 온보딩은 얼마나 길어야 하나요?
첫 번째 진짜 성공을 전달할 수 있는 최소한의 길이여야 합니다. 길고 화면이 많은 튜토리얼은 대개 역효과를 냅니다. 가치가 전달되기 전에 이탈할 기회를 하나씩 추가하기 때문입니다. 기능을 처음부터 모두 설명하는 것보다 기능이 필요해질 때 그때그때 가르치는 점진적 온보딩이 효과적이며, 핵심 행동을 단순히 설명하는 것으로 끝나는 세션보다 사용자가 핵심 행동을 한 번 실제로 해보는 세션이 훨씬 좋습니다.
계정 생성이나 권한 요청은 언제 해야 하나요?
가치 이후에 해야 합니다. 가치 이전에는 안 됩니다. 첫 실행 시 계정 생성이나 권한 요청을 강요하는 것이 가장 흔한 온보딩 누수입니다. 이는 사용자가 어떤 이유를 갖기도 전에 헌신을 요구하는 것입니다. 사용자가 먼저 제품을 경험하게 하고 그 후에 요청하세요. 또한 시스템 다이얼로그가 뜨기 전에 혜택을 설명하며 권한 요청을 준비시키세요.
활성화(Activation)란 무엇인가요?
활성화는 사용자가 앱의 핵심 가치를 처음 경험하는 순간으로, 이름을 붙이고 측정할 수 있는 마일스톤(첫 프로젝트 생성, 첫 운동 기록, 첫 메시지 전송 등)으로 표현됩니다. 명확한 활성화 이벤트를 정의하고 첫 세션을 그것을 향해 최적화하는 앱은 리텐션이 훨씬 좋습니다. 세션 1에서의 활성화가 1일 차 및 7일 차 리텐션의 가장 강력한 초기 예측 변수이기 때문입니다.
온보딩이 정말 리텐션에 영향을 미치나요?
1일 차 리텐션에 가장 큰 단일 레버입니다. 일반적인 앱은 이미 첫날에 약 4분의 3의 사용자를 잃습니다. 온보딩은 새로 설치한 사용자가 가치에 도달하는지를 결정하는 퍼널이며, 첫날 가치에 도달하지 못한 사용자는 거의 돌아오지 않습니다. 온보딩 개선은 모든 진지한 리텐션 노력의 첫 번째 행동입니다.

계속 읽기

관련 플레이북.