가입은 늘어나는데 2주 뒤에 남아 있는 사람이 없습니다. 이럴 때 온보딩 화면을 예쁘게 다시 만드는 것으로는 거의 해결되지 않습니다. 이탈이 어느 구간에서 일어나는지부터 나눠야 합니다.
저희가 나누는 기준은 세 구간입니다. 가입 → 첫 성공 → 습관 각 구간의 이탈 원인이 완전히 다르고, 그래서 처방도 다릅니다.
30초 요약
- •온보딩은 하나가 아니라 세 구간입니다. 뭉뚱그리면 원인을 못 찾습니다.
- •1구간(가입) — 입력 요구가 과합니다. 나중에 받아도 될 것을 지금 받고 있습니다.
- •2구간(첫 성공) — 가장 많이 새는 곳입니다. 빈 화면이 주범입니다.
- •3구간(습관) — 제품 밖에서 결정됩니다. 알림과 재방문 이유가 필요합니다.
- •투어와 툴팁은 처방이 아닙니다. 구조가 어려운 걸 설명으로 덮는 것에 가깝습니다.
1구간 — 가입에서 새는 이유
여기서 새는 건 대부분 지금 받지 않아도 될 정보를 받고 있어서입니다.
- •회사 규모, 업종, 직급 — 첫 화면에서 물을 필요가 없습니다
- •결제 정보 — 체험 단계에서 요구하면 이탈이 큽니다
- •팀원 초대 — 혼자 먼저 써보고 싶은 사람이 많습니다
판단 기준은 단순합니다. "이 값이 없으면 제품을 못 보여주는가?" 아니라면 나중에 받으세요. 제품을 쓰기 시작한 뒤에 물으면 응답률이 오히려 올라갑니다.
그리고 진행 상황을 보여주세요. 몇 단계 중 몇 번째인지 알면 사람은 끝까지 갑니다. 끝을 모르면 중간에 멈춥니다.
2구간 — 첫 성공, 가장 많이 새는 곳
가입은 했는데 아무것도 안 하고 나갑니다. 이 구간이 온보딩의 승부처입니다. 원인은 대개 하나입니다.
로그인했더니 텅 빈 화면과 "+ 새로 만들기" 버튼 하나.
빈 화면은 사용자에게 숙제를 내는 것과 같습니다. 무엇을 만들어야 할지, 만들면 뭐가 좋은지 모르는 상태에서 창작을 요구받습니다. 대부분은 그냥 닫습니다.
샘플 데이터를 미리 넣어둔다
가장 효과가 큰 처방입니다. 예시 프로젝트나 더미 데이터가 들어 있으면 사용자는 만들지 않고도 제품이 무엇인지 볼 수 있습니다. 그리고 그걸 고쳐보면서 자연스럽게 사용법을 익힙니다.
첫 성공을 하나로 정의한다
"이것 하나만 해보면 이 제품을 이해한 것"에 해당하는 행동을 하나만 고르세요. 여러 개를 안내하면 아무것도 안 합니다. 온보딩의 목표는 기능 소개가 아니라 첫 성공 경험 하나입니다.
직접 넣을 데이터를 대신 가져온다
가져오기(임포트)나 연동이 가능하다면 그것부터 안내하세요. 손으로 입력하게 하는 순간 이탈합니다.
3구간 — 습관은 제품 밖에서 만들어집니다
첫 성공까지 왔는데 2주 뒤에 안 돌아옵니다. 이건 화면 문제가 아니라 "돌아올 이유"의 문제입니다.
- •알림 — 제품 안에서 일어난 변화를 밖으로 알려야 합니다. 다만 과하면 즉시 차단됩니다
- •주기적 가치 — 주간 요약 메일처럼, 안 들어와도 가치를 느끼게 하는 접점
- •팀 도입 — 혼자 쓰는 제품보다 둘 이상이 쓰는 제품의 잔존율이 훨씬 높습니다
특히 B2B SaaS는 두 번째 사용자가 들어오는 순간 이탈률이 급격히 떨어집니다. 그래서 첫 성공 직후에 초대를 권하는 게 효과적입니다. 가입 단계에서 미리 요구하는 것과는 완전히 다릅니다.
투어와 툴팁을 권하지 않는 이유
온보딩 개선을 이야기하면 제품 투어부터 떠올리시는 경우가 많은데, 저희는 잘 권하지 않습니다.
투어는 어려운 구조를 설명으로 덮는 일에 가깝기 때문입니다. 설명이 필요한 화면은 대개 설명 없이도 되게 고칠 수 있습니다. 그리고 사용자는 투어를 대부분 건너뜁니다.
굳이 쓰신다면 처음 한 번이 아니라 그 기능을 처음 쓰는 순간에 띄우세요. 맥락 없이 몰아서 보여주면 아무것도 기억에 남지 않습니다.
어디가 새는지 재는 법
구간별로 하나씩만 재도 충분합니다.
- •가입 시작 → 가입 완료 (1구간)
- •가입 완료 → 첫 핵심 행동 (2구간)
- •첫 행동 → 2주 뒤 재방문 (3구간)
셋 중 가장 낮은 곳이 지금 고칠 곳입니다. 이벤트 설계가 처음이시면 전환 추적 이벤트 설계 기초를 먼저 보시면 도움이 됩니다.
자주 묻는 질문
온보딩은 언제 설계해야 하나요?
제품 구조가 정리된 뒤입니다. IA가 흔들리는 상태에서 만든 온보딩은 구조가 바뀌면 전부 다시 만들어야 합니다. 순서에 대해서는 고도화 필러 글에서 다뤘습니다.
체험 기간은 며칠이 적당한가요?
일수보다 첫 성공까지 걸리는 시간이 기준입니다. 첫 성공이 하루면 7일도 깁니다. 반대로 데이터 연동이 필요한 제품이라면 14일도 짧습니다. 남은 일수를 계속 보여주는 것도 압박이 되니 주의하세요.
샘플 데이터를 지우고 싶어하지 않을까요?
그래서 한 번에 지우는 버튼을 눈에 띄게 두세요. 지우기 쉬우면 부담 없이 남겨두고, 지우기 어려우면 처음부터 거부감을 느낍니다.
정리하면
온보딩 이탈은 구간을 나누는 순간 원인이 특정됩니다.
가입에서는 요구를 줄이고, 첫 성공 구간에서는 빈 화면을 없애고, 습관 구간에서는 돌아올 이유를 만드세요. 그리고 투어를 만들기 전에 투어가 필요 없는 화면인지부터 확인하세요.
함께 읽으면 좋은 글
제품 구조부터 점검이 필요하시면 상담 신청을 남겨주세요. 범위와 예상 기간을 먼저 정리해 드립니다. 진행 방식과 포함 범위는 요금제 페이지에서 확인하실 수 있습니다.
이 글은 EasySpark 허수진 대표의 실무 내용이며, 제품 단계와 조직 구성에 따라 다를 수 있어 결과를 보장하지 않습니다. 우리 제품에 맞는 개선 방향이 궁금하시다면 편하게 상담 신청해주세요.
