전환은 한 번에 오르지 않습니다. 방문→탐색→폼 시작→문의 완료를 단계로 쪼개 사람이 가장 많이 떠나는 지점을 찾고, 그 한 곳의 마찰부터 걷어낸 뒤 같은 지점이 실제로 나아졌는지 숫자로 확인합니다. Findable은 감이 아니라 단계별 측정으로 우선순위를 정합니다.
요약
- 전환은 단계의 연쇄다 — 방문·탐색·폼 시작·문의 완료로 쪼개야 어디가 새는지 보인다.
- 가장 큰 낙폭 한 곳을 먼저 막는다. 여러 곳을 조금씩 손보는 것보다 효과가 크다.
- 마찰 제거는 화면을 더하는 게 아니라 거치적거리는 것을 덜어내는 작업이다.
- 고친 뒤엔 같은 지점을 다시 측정한다. 감으로 시작해 숫자로 마무리한다.
처음 이 일을 시작했을 때, 저는 “전환이 낮다”는 말을 한 덩어리로 들었습니다. 그래서 첫 화면도 바꾸고, 버튼 색도 바꾸고, 카피도 바꿨죠. 좋아진 것 같기도 하고 아닌 것 같기도 했습니다. 무엇이 효과였는지 알 수가 없었으니까요. 그날 배운 건 하나였습니다. 전환은 한 숫자가 아니라 단계들의 연쇄라는 것. 어느 칸에서 사람이 빠지는지부터 봐야 한다는 것.
사람들은 어디서 떠날까요?
말로 설명하는 것보다 직접 보는 게 빠릅니다. 아래는 방문에서 문의 완료까지 단계별로 사람이 어떻게 줄어드는지를 막대로 그린 것입니다. ‘개선 적용’을 눌러보세요.
사람들은 어디서 떠나나
'개선 적용'을 눌러 단계별 비율이 어떻게 달라지는지 보세요. (상대 비율 예시)
가장 큰 낙폭은 어느 단계인가요?
위 막대에서 눈에 띄는 건 ‘폼 시작 → 문의 완료’ 사이의 낙폭입니다. 폼까지 갔다는 건 살 마음이 있었다는 뜻인데, 거기서 절반 넘게 빠진다면 폼 자체에 거치적거리는 게 있다는 신호입니다. 입력 칸이 너무 많거나, 어디가 필수인지 모르겠거나, 제출을 눌렀는데 아무 반응이 없거나. 저는 가장 새는 구멍을 먼저 찾습니다. 작은 칸 여럿보다 큰 구멍 하나를 막는 게 빠르니까요.
왜 첫 화면(탐색)에서 절반이 빠질까요?
방문은 많은데 탐색으로 못 넘어간다면, 첫 화면이 “여기는 무엇을 하는 곳이고, 나에게 왜 필요한지”를 3초 안에 말하지 못한 것입니다. 사람들은 스크롤을 내리기 전에 떠납니다. 저는 첫 화면에서 ‘무엇을 파는가 / 누구를 위한 것인가 / 다음에 뭘 누르면 되는가’ 이 세 가지가 한눈에 잡히는지부터 봅니다. 멋진 비주얼보다 이 세 문장이 먼저입니다.
폼 시작을 막는 건 대개 ‘심리적 비용’입니다
탐색까지 온 사람이 폼을 시작하지 않는다면, 폼이 부담스러워 보이는 경우가 많습니다. 입력 칸이 한 화면을 가득 채우면 “이거 다 적어야 해?”라는 생각에 시작도 안 합니다. 그래서 저는 폼을 ‘일단 시작하기 쉽게’ 만듭니다. 꼭 필요한 칸만 남기고, 나머지는 나중에 받습니다. 시작의 문턱을 낮추는 게 완성도보다 먼저입니다.
마찰은 어떤 순서로 걷어내나요?
한꺼번에 다 고치려 들면 무엇이 효과였는지 알 수 없습니다. 저는 낙폭이 큰 단계부터, 한 번에 하나씩 손봅니다. 그리고 매번 같은 질문을 합니다. “이 화면을 더하는 게 아니라, 무엇을 덜어낼 수 있나?” 마찰 제거는 보통 추가가 아니라 제거입니다. 칸을 줄이고, 선택지를 줄이고, 다음 행동을 분명히 하나로 좁히는 일이죠.
| 항목 | 막연한 개선 | 퍼널 기반 개선 |
|---|---|---|
| 우선순위 | 눈에 띄는 것부터 다 바꿈 | 낙폭이 큰 단계 하나부터 |
| 전환 변화 | 좋아졌는지 알 수 없음 | 고친 단계의 비율로 확인 |
| 근거 | “느낌상 이게 나아 보임” | 단계별 측정 수치 |
고친 다음, 무엇을 보나요?
개선의 끝은 ‘적용’이 아니라 ‘확인’입니다. 폼 시작 단계를 손봤으면, 손본 뒤 그 단계의 비율이 실제로 올라갔는지 같은 자리에서 다시 봅니다. 안 올랐으면 가설이 틀린 것이고, 다른 마찰을 찾습니다. 위 위젯에서 ‘개선 적용’을 눌렀을 때 막대가 달라지는 것처럼, 실제 작업도 “바꿨더니 이 단계가 이렇게 변했다”를 눈으로 확인하는 일의 반복입니다. (위 숫자는 동작을 보여주기 위한 예시이고, 특정 성과를 보장하지 않습니다.)
이렇게 흐름을 보는 사람이, 사이트 전체를 설계합니다
퍼널은 결국 ‘사람이 어디서 망설이는가’의 지도입니다. 그 지도를 진지하게 읽는 사람이라면 첫 화면도, 폼도, 버튼 카피도, 속도도 같은 태도로 다룹니다. Findable에서는 이 흐름 설계가 기본값입니다. 당신의 사이트, 사람들이 어디서 떠나는지 같이 보겠습니다.
제가 머릿속에 늘 그려 두는 전환 퍼널은 이렇게 생겼습니다. 방문 한 명이 문의 한 건이 되기까지 거치는 길입니다.
그리고 각 칸 사이에서 사람이 가장 많이 빠지는 이유와, 제가 그 자리에서 거는 가설은 정해져 있습니다.
| 전환 단계 | 사람이 빠지는 이유 | 해결 가설 |
|---|---|---|
| 방문 → 탐색 | 첫 화면이 무엇을 파는 곳인지 못 말함 | 한 문장 가치 제안 + 다음 행동 한 개 |
| 탐색 → CTA | 버튼이 묻혀 다음 동선이 안 보임 | 주요 CTA 하나만 시각적으로 키움 |
| CTA → 폼 시작 | 폼이 길어 보여 시작 자체를 망설임 | 첫 화면엔 쉬운 칸만, 길면 단계로 분할 |
| 폼 시작 → 완료 | 중간 칸에서 막혀 포기 | 가장 새는 칸을 칸 단위로 제거·검증 |
고친 다음에는 바로 그 칸의 비율이 올랐는지 같은 자리에서 다시 봅니다. 안 올랐으면 가설이 틀린 것이고, 다음 마찰로 넘어갑니다.
다른 담당자와의 연결
퍼널은 혼자 도는 게 아니라 다른 담당자의 작업과 맞물립니다. 더 깊이 보고 싶다면 여기로 이어집니다.
- UX 기본기 — 흐름 이전에 화면 자체가 사용자를 돕는지: UX 담당자의 작업 방식
- 폼 마찰 — 가장 자주 새는 단계를 칸 단위로: 폼 담당자의 마찰 제거 노트
- 측정 — 고친 뒤 정말 나아졌는지 숫자로: 측정 담당자의 데이터 노트
전환 퍼널이 정확히 무엇인가요?
어느 단계부터 고쳐야 하나요?
퍼널 비율은 얼마면 정상인가요?
마찰을 줄인다는 게 구체적으로 뭔가요?
측정 없이 감으로 고치면 안 되나요?
UX 담당자의 작업 방식
흐름 이전에 화면이 사용자를 돕는지.
폼 담당자의 마찰 제거 노트
가장 자주 새는 단계를 칸 단위로.
모바일 UX 담당자의 노트
엄지가 닿는 자리에서 흐름을 잇기.
이 글의 퍼널 위젯은 이 페이지에서 실제로 동작하는 코드입니다(외부 라이브러리 0). 막대 비율은 단계별 이탈을 설명하기 위한 예시이며, 특정 전환·성과를 보장하지 않습니다. 날조된 사례·수치는 사용하지 않았습니다.