
앱을 처음 켰을 때 화면 가득 설명이 쏟아지는 경험, 한 번쯤 있으실 겁니다. 저도 그랬습니다. 그리고 직전 핀테크 앱 외주에서 그 반대편을 직접 설계해야 했을 때, 처음엔 '많이 알려줄수록 좋겠지'라는 생각으로 5단계짜리 풀스크린 가이드를 만들었습니다. 결과는 예상 밖이었습니다. 사용자 인터뷰에서 "튜토리얼이 너무 길어서 중간에 꺼버렸다"는 피드백이 다섯 건이나 나왔습니다. 온보딩이 오히려 이탈의 원인이 된 셈입니다.
코치마크 3개로 D1 리텐션을 12%p 끌어올린 이유
그 피드백을 받고 바로 구조를 뜯어고쳤습니다. 5단계 풀스크린을 없애고, 코치마크(Coach Mark) 3개만 남겼습니다. 코치마크란 특정 UI 요소 위에 말풍선이나 하이라이트로 설명을 덧붙이는 온보딩 패턴으로, 사용자가 실제로 해당 기능을 쓰는 맥락에서 가이드를 받기 때문에 인지 부하가 훨씬 낮습니다.
결과는 꽤 드라마틱했습니다. D1 리텐션(Day 1 Retention), 즉 앱 설치 다음 날 재방문하는 사용자 비율이 41%에서 53%로 올랐습니다. 12%p 차이가 작아 보일 수 있지만, 핀테크 앱 특성상 초기 이탈이 거의 회복 불가능하다는 점을 감안하면 상당한 숫자입니다.
이 경험 이후 저는 컴포넌트 라이브러리에 세 가지 온보딩 패턴을 Variants로 정리해 두었습니다.
- 스팟라이트 코치마크: 특정 버튼이나 영역을 어둡게 가린 뒤 해당 요소만 밝게 강조하는 방식
- 인라인 툴팁: 기능 옆에 작게 붙어 설명하는 비침습적 패턴
- 풀스크린 웰컴 모달: 최초 진입 시 한 번만 보여주는 브랜드 소개용 화면
그리고 이 세 Variants 모두에 "Skip" 버튼을 우상단에 고정 배치하는 규칙을 강제했습니다. 사용자가 언제든 빠져나갈 수 있다는 안도감이 오히려 이탈을 줄입니다. 외주 4건에서 같은 컴포넌트를 재사용해 측정한 평균 수치는 D1 리텐션 +9%p, D7 리텐션 +6%p였습니다.
활성화 지표를 낮게 잡아야 리텐션이 올라간다는 역설
그로스 업계에는 활성화 지표(Activation Metric)를 너무 쉽게 잡으면 안 된다는 시각이 있습니다. Airtable이 그로스 팀의 핵심 지표로 사용한 것은 '4주차 멀티유저 활성'이었습니다. 여기서 활성화 지표란 신규 사용자가 제품의 핵심 가치를 경험했다고 볼 수 있는 특정 행동 기준을 의미합니다. Airtable의 경우 가입 후 4주가 지난 시점에 두 명 이상이 함께 워크플로우를 사용하고 있어야 '활성화'로 인정했습니다.
이 기준을 충족하는 사용자 비율은 당연히 낮을 수밖에 없습니다. 일반적으로 5
15% 수준의 활성화율이 오히려 건강한 지표라는 의견이 있는데, 저는 처음 이 이야기를 들었을 때 직관에 반한다고 느꼈습니다. 높을수록 좋은 게 아닌가 싶었으니까요. 그런데 논리는 단순합니다. 달성하기 쉬운 기준으로 측정한 활성화율이 40%라면, 그 40% 중 장기 리텐션으로 이어지는 사람은 훨씬 적습니다. 반면 달성하기 어려운 기준으로 측정한 5%는, 그 5%가 6
7%로 늘어날 때 비즈니스에 미치는 파급 효과가 훨씬 큽니다.
실제로 Airtable 그로스 팀은 이 단일 지표 외에 두 가지를 추가로 트래킹했습니다. 개인 사용자의 2주, 4주 리텐션과, 제품 숙련도를 나타내는 빌드(Build) 점수가 그것입니다. 단일 지표만으로는 온보딩 개선이 협업 초대를 늘렸는지, 개인 숙련도를 높였는지 구분이 안 됩니다. 복수의 지표를 함께 보는 것이 오히려 팀이 무엇을 개선했는지 정확히 설명할 수 있게 해줍니다.
UX 리서치 관점에서 보면, 사용자가 제품을 처음 경험하는 72시간 내 행동이 장기 리텐션의 70% 이상을 결정한다는 연구 결과도 있습니다(출처: Nielsen Norman Group). 온보딩이 단순한 '안내' 이상의 의미를 갖는 이유입니다.
한국 앱 온보딩은 왜 다르게 접근해야 하는가
글로벌 SaaS 사례가 주는 인사이트는 분명히 유효합니다. 하지만 제 경험상 한국 모바일 앱 온보딩은 구조가 좀 다릅니다. 토스가 일찍부터 풀스크린 가이드를 인라인 컨텍스추얼 툴팁으로 전환했고, 당근마켓도 비슷한 흐름을 따랐습니다. 이 두 앱이 공통적으로 선택한 방향은 '기능 설명'을 줄이고 '행동 유도'를 늘리는 것이었습니다.
컨텍스추얼 툴팁(Contextual Tooltip)이란 사용자가 특정 행동을 취하려는 순간, 그 맥락에 딱 맞는 설명을 띄우는 방식입니다. 단순히 버튼 위에 설명을 붙이는 정적 툴팁과 달리, 사용자의 현재 상태를 인식하고 타이밍에 맞게 작동합니다. 제가 외주 프로젝트에서 이 패턴을 적용했을 때 가장 체감한 차이는 '사용자가 툴팁을 읽는다'는 점이었습니다. 필요한 순간에 나타나니까요.
신기능을 출시할 때도 고민이 따릅니다. 기존 사용자에게 새 기능을 어떻게 알릴지 기준이 명확하지 않으면 팀마다 제각각으로 구현하게 됩니다. 저는 이 문제를 'What's New' 모달을 별도 Variant로 분리해 두는 방식으로 해결했습니다. 신기능 출시 시 일회성으로 노출하고, 이후 재방문 사용자에게는 인라인 배지로만 표시하는 식입니다. 이 기준을 팀 단위로 공유해 두면, 매번 온보딩 방식을 새로 논의하는 시간을 줄일 수 있습니다.
디지털 서비스 접근성 측면에서도 온보딩 설계는 중요합니다. 과학기술정보통신부 자료에 따르면 국내 모바일 앱 이용자의 60세 이상 비중이 꾸준히 증가하고 있습니다(출처: 과학기술정보통신부). 고령 사용자일수록 풀스크린 온보딩보다 맥락에 맞는 짧은 가이드를 선호한다는 점은 한국 앱 설계에서 더욱 중요한 고려 사항이 됩니다.
온보딩은 결국 사용자를 빠르게 'Aha moment'까지 데려가는 최단 경로 설계입니다. 많이 알려주려 할수록 오히려 멀어진다는 걸, 저는 41%의 D1 리텐션이라는 숫자로 직접 배웠습니다. 클라이언트를 설득할 때도 이 경험이 가장 강력한 근거가 됩니다. 다음 온보딩 플로우를 설계할 때, 화면 수를 줄이는 것부터 시작해 보시길 권합니다. 줄이면 줄일수록 사용자는 더 오래 남습니다.