긴 온보딩은 언제 실패하지 않는가: Mobbin이 1,460개 플로우에서 본 것

온보딩은 짧을수록 좋다는 말이 거의 상식처럼 쓰입니다. 하지만 Mobbin이 986개 앱의 1,460개 온보딩 플로우를 살펴본 결과는 조금 다릅니다. 평균 온보딩은 25개 화면이었고 범위는 3개부터 187개까지 벌어졌습니다. 더 흥미로운 것은 긴 앱들이 꼭 나쁜 예외가 아니었다는 점입니다. Noom은 113개, Monzo는 114개, Hinge는 95개, Duolingo는 76개 화면을 거칩니다.

이 숫자가 말하는 것은 “긴 온보딩도 괜찮다”가 아닙니다. 화면 수만 보고 좋은지 나쁜지 판단할 수 없다는 뜻에 가깝습니다. 어떤 앱은 사용자가 이미 목적을 알고 들어옵니다. Midjourney처럼 프롬프트 박스에 도착하면 바로 제품이 시작되는 앱은 3개 화면이면 충분합니다. 반대로 건강, 금융, 데이팅, 교육 앱은 사용자의 상태와 목표를 모르면 제품이 제대로 작동하지 않습니다.

화면 수보다 먼저 물어야 할 질문

Mobbin의 데이터에서 금융 앱은 평균 40.1개 화면, 건강·피트니스는 35.8개 화면이었습니다. 반면 그래픽·디자인은 13.8개, 지도·내비게이션은 13.4개에 그쳤습니다. 사용자가 앱에 들어오기 전에 이미 해야 할 일이 분명한 카테고리는 짧아지고 앱이 사용자에 대해 알아야만 시작할 수 있는 카테고리는 길어집니다.

그래서 “온보딩을 줄이자”는 질문은 절반만 맞습니다. 더 정확한 질문은 이것입니다. 이 화면은 제품이 사용자를 돕기 위해 반드시 알아야 하는가, 아니면 팀의 불안을 달래려고 앞에 붙여둔 설명인가.

후자라면 한 화면도 길 수 있습니다. 전자라면 60개 화면도 대화처럼 느껴질 수 있습니다.

긴 플로우가 대화처럼 느껴지는 조건

Mobbin이 길지만 잘 작동하는 플로우에서 반복적으로 본 장치는 다섯 가지입니다. 초반부터 보이는 진행률, 개인적인 질문, 사용자의 답을 되비춰주는 거울, 제품을 미리 맛보는 순간, 그리고 답변으로 만들어진 계획입니다.

Noom의 예가 좋습니다. 단순히 키와 몸무게를 묻는 데서 끝나지 않고 사용자가 목표를 어떻게 바라보는지, 스스로를 어떤 사람으로 느끼는지 묻습니다. 이후 앱은 답변을 분석하는 듯한 장면을 보여주고 사용자를 특정 유형으로 설명합니다. 이 설명이 과학적으로 얼마나 정밀한지는 별개의 문제입니다. 중요한 것은 사용자가 “내가 방금 한 답변이 다음 화면을 바꿨다”고 느낀다는 점입니다.

Duolingo도 비슷합니다. 긴 가입 절차를 견디게 만드는 힘은 설명이 아니라 작은 수업입니다. 사용자는 온보딩 중간에 이미 단어를 맞히고 피드백을 받고 이 앱이 자신을 어떻게 격려할지 경험합니다. Headspace는 기능을 설명하기 전에 짧은 호흡을 먼저 시킵니다. 좋은 온보딩은 제품 소개가 아니라 제품의 첫 경험에 가깝습니다.

페이월은 개인화 뒤에 올 때 덜 낯설다

Mobbin이 본 986개 앱 중 217개는 온보딩 중 페이월을 보여줬습니다. 그중 155개, 약 71%는 사용자를 개인화하지 않은 채 결제를 요구했습니다. 반대로 개인화와 페이월을 모두 가진 앱은 62개, 전체의 약 6%였습니다. 이 62개 앱은 평균 42개 화면으로 가장 긴 편에 속했습니다.

여기서 흥미로운 역전이 생깁니다. 일반적으로 화면이 많으면 전환에 불리하다고 말하지만 사용자가 8분 동안 자신의 목표와 상태를 입력했고 앱이 그 답변으로 계획을 만든 뒤라면 페이월은 갑자기 끼어든 광고가 아니라 “방금 만든 계획의 가격”처럼 보입니다.

물론 이 패턴은 위험합니다. 사용자가 끝에 결제가 있다는 사실을 모른 채 오래 답변했다면, 개인화는 설득이 아니라 함정처럼 느껴질 수 있습니다. 특히 건강, 금융, 보험처럼 민감한 정보를 다루는 제품에서는 “대화처럼 보이는 거래”가 쉽게 조작으로 넘어갑니다.

crit의 관점: 좋은 온보딩은 마찰을 없애는 것이 아니라 마찰의 이유를 보이게 합니다

이 글에서 가장 유용한 지점은 “짧게 만들라”와 “길어도 된다” 사이의 균형입니다. 사용자는 화면 수 자체에 화를 내지 않습니다. 자신이 왜 이 질문에 답해야 하는지 모르고 답변이 어디에도 반영되지 않을 때 화를 냅니다.

디자인 리뷰에서 온보딩 화면을 줄일 때도 같은 기준이 필요합니다. 이 질문이 없으면 제품이 정말 나빠지는가. 사용자의 답이 다음 화면, 추천, 가격, 설정, 콘텐츠, 안전장치 중 무엇을 바꾸는가. 바뀌는 것이 없다면 그것은 개인화가 아니라 설문입니다.

반대로 답변이 실제 경험을 바꾼다면, 그 마찰은 제품의 일부가 됩니다. 진행률은 끝이 있다는 약속이고 작은 실습은 제품이 이미 시작됐다는 증거이며 개인화 결과는 사용자가 시간을 쓴 이유를 설명합니다.

좋게 볼 점과 조심할 점

Mobbin의 분석은 온보딩을 화면 수가 아니라 목적별 구조로 보게 해줍니다. 특히 카테고리별 평균과 페이월·개인화 조합을 함께 본 점이 좋습니다. “몇 화면이 적정한가”라는 막연한 논의를 “이 앱은 무엇을 알아야 시작할 수 있는가”로 바꿔주기 때문입니다.

다만 이 데이터는 플로우가 어떻게 생겼는지를 보여줄 뿐, 실제 전환율이나 유지율을 증명하지는 않습니다. Mobbin도 이 점을 명확히 적습니다. 잘 알려진 앱들이 긴 온보딩을 쓴다는 사실이, 긴 온보딩이 성과의 원인이라는 뜻은 아닙니다. Noom의 113개 화면을 복제한다고 Noom의 사업이 복제되지는 않습니다.

그래서 이 글은 체크리스트라기보다 리뷰 질문으로 쓰는 편이 낫습니다. 우리 온보딩에서 사용자가 건넨 정보는 어디로 돌아오는가. 페이월은 사용자가 만든 계획 뒤에 오는가, 아니면 팀이 먼저 보여주고 싶은 가격표인가. 그리고 우리가 줄이려는 화면은 정말 불필요한 화면인가, 아니면 제품이 사용자를 이해하는 유일한 순간인가.