사람들이 폼에서 떠나는 가장 큰 이유는 ‘귀찮음’입니다. 묻는 항목을 줄이고, 검증은 칸을 떠날 때 부드럽게 하고, 오류는 ‘무엇을 어떻게 고칠지’를 사람 말투로 알려 주면 끝까지 채우는 사람이 늘어납니다. Findable은 이 입력 경험 자체를 하나의 설계 대상으로 다룹니다.
요약
- 가장 강력한 개선은 효과가 아니라 ‘항목 한 칸 줄이기’다 — 안 물어도 되는 건 묻지 않는다.
- 긴 폼은 멀티스텝으로 쪼개고 진행바를 보여 줘서 ‘끝이 보이게’ 한다.
- 검증은 칸을 떠날 때(블러), 오류 문구는 ‘무엇을·어떻게’를 사람 말투로.
- 모바일 키보드 타입·자동완성·중복 제출 방지·전송 후 피드백은 멋보다 먼저다.
입사 초에 한 폼을 맡았습니다. 항목이 열 개가 넘었죠. ‘부서’, ‘직급’, ‘유입 경로’까지 묻고 있었습니다. 영업팀이 “있으면 좋으니까” 넣어 둔 칸들이었습니다. 저는 그중 정말 답신에 필요한 게 뭔지 다시 물었고, 결국 이름·연락처·한 줄 메시지만 남겼습니다. 그 뒤로 들어오는 문의가 눈에 띄게 늘었습니다. 그날 배운 건 단순합니다. 폼에서 가장 비싼 건 ‘칸’이다. 칸 하나가 늘 때마다, 그 칸을 채우기 싫은 사람만큼 문의가 빠져나갑니다.
그래서 왜 떠나는 걸까요?
사람들은 폼을 ‘읽지’ 않습니다. 훑어보고, ‘이거 오래 걸리겠는데’ 싶으면 뒤로 갑니다. 즉 폼의 첫인상은 ‘얼마나 길어 보이느냐’입니다. 그래서 저는 폼을 받으면 제일 먼저 칸을 셉니다. 그다음, 길어 보이는 폼이라면 한 화면에 다 펼치지 않고 단계로 쪼갭니다.
멀티스텝과 한 화면, 뭐가 맞을까요?
짧은 폼은 무조건 한 화면이 빠릅니다. 단계를 나누면 오히려 클릭만 늘어나죠. 하지만 항목이 많아 한 화면이 ‘벽’처럼 보이면 이야기가 다릅니다. 사람은 큰 덩어리 하나보다 작은 단계 여러 개를 더 쉽게 시작합니다. 핵심은 단계 수가 아니라, 한 단계에 한 가지 결정만 담는 것입니다. 말로 설명하는 것보다, 직접 해 보시는 게 빠릅니다.
직접 진행해 보세요 — 전송은 하지 않습니다
'다음'을 누르며 진행. 검증·진행바·완료 상태가 실제로 동작합니다.
해 보셨다면 느끼셨을 겁니다. 위쪽 진행바가 ‘이제 거의 끝났다’를 계속 말해 줍니다. 그리고 마지막 ‘관심’ 칸은 (선택)이라 비워도 넘어갑니다. 안 물어도 되는 건 필수로 잠그지 않는다 — 이게 칸을 줄이는 또 다른 방법입니다.
검증은 도대체 언제 띄워야 하나요?
가장 거슬리는 건 입력하는 ‘도중에’ 빨간 글씨가 뜨는 겁니다. 이메일을 두 글자 쳤는데 “올바른 이메일이 아닙니다”라니, 아직 다 쓰지도 않았는데 혼나는 기분이죠. 저는 검증을 칸을 떠날 때(블러 시점)에 합니다. 다 쓰고 다음 칸으로 넘어가려 할 때 한 번 봐 주는 거죠. 단, 한 번 오류가 났던 칸은 예외입니다. 그 칸은 다시 고치는 즉시 통과 여부를 실시간으로 알려 줘서, 사용자가 ‘됐나?’ 하고 확인하러 또 이동하지 않게 합니다.
오류 메시지 한 줄이 그렇게 중요할까요?
네, 가장 자주 읽히면서 가장 자주 무성의한 글이 오류 메시지입니다. ‘잘못된 값입니다’는 사용자에게 아무것도 안 알려 줍니다. 저는 두 가지를 꼭 넣습니다. 무엇이 문제인지와 어떻게 고치는지. 예를 들어 “연락처를 010-0000-0000 형식으로 입력해 주세요.”처럼요. 그리고 오류 문구는 화면 위가 아니라 문제가 난 칸 바로 옆에 붙입니다. 사용자가 시선을 옮기지 않아도 되도록요. 위 데모의 오류 문구도 칸 바로 아래에 붙어 있습니다.
모바일에서 입력은 왜 더 힘들까요?
손가락은 커서보다 둔하고, 키보드는 화면 절반을 가립니다. 그래서 모바일에서는 입력 자체를 줄여 주는 게 핵심입니다. 첫째, 칸 종류에 맞는 키보드를 띄웁니다. 전화번호 칸엔 숫자 키패드, 이메일 칸엔 골뱅이가 보이는 키보드가 뜨도록 입력 타입을 지정하면, 사용자가 키보드를 전환하는 수고가 사라집니다. 둘째, 자동완성을 켭니다. 브라우저가 저장해 둔 이름·연락처를 한 번에 채워 넣게 하면, 긴 폼도 몇 번의 탭으로 끝납니다.
개인정보 동의와 전송 버튼, 어디에 둘까요?
개인정보 동의 체크는 전송 버튼 ‘바로 위’에 둡니다. 멀리 떨어뜨려 놓으면 사용자가 동의를 못 찾아 전송이 막히고, 자기가 왜 막혔는지도 모릅니다. 그리고 동의 문구는 한 줄로 명확하게, 자세한 내용은 링크로 뺍니다. 전송 버튼은 누른 ‘다음’이 진짜입니다. 누르자마자 버튼을 비활성화해 중복 제출을 막고, 처리 중임을 보여 주고, 끝나면 같은 자리에서 완료 메시지로 분명히 알려 줍니다. 반응이 없으면 사람은 한 번 더 누르고, 그러면 같은 문의가 두 번 들어옵니다. 위 데모도 마지막 단계에서 완료 화면으로 바뀌며 ‘끝났다’를 확실히 말해 줍니다.
| 항목 | 긴 폼 | 마찰을 줄인 폼 |
|---|---|---|
| 완료율 | 칸이 많아 중간 포기 | 필수만 남겨 끝까지 |
| 이탈 | ‘오래 걸리겠다’ 첫인상에 이탈 | 단계·진행바로 끝이 보임 |
| 신뢰 | 전송 후 무반응 → 불안 | 완료 상태로 확실한 안심 |
폼은 혼자 만드는 게 아닙니다 — 다른 담당자와의 연결
좋은 폼은 사실 여러 담당의 손이 모인 결과물입니다. 제출 버튼이 ‘처리 중’과 ‘완료’를 분명히 말하게 만드는 건 버튼을 맡은 사람의 일입니다. 라벨 한 줄, 오류 문구 한 줄을 사람 말투로 다듬는 건 마이크로카피를 맡은 사람의 일이고요. 그리고 ‘이 칸이 정말 필요한가, 이 순서가 맞는가’ 하는 전체 동선은 UX 설계의 영역입니다. 저는 그 한가운데서, 이 모든 결정이 입력칸 위에서 어긋나지 않게 맞춥니다. Findable에서는 이 협업이 기본값입니다.
제가 폼을 받으면 머릿속으로 늘 그리는 ‘손가락 동선’이 있습니다. 글로 읽는 것보다, 그 길을 한눈에 보는 편이 빠릅니다.
그리고 칸마다 사람이 멈칫하는 지점이 있습니다. 어디서 막히고, 그걸 무엇으로 푸는지 항목별로 정리해 둡니다.
| 입력 항목 | 사용자가 멈칫하는 지점 | 해결 |
|---|---|---|
| 연락처 | 형식을 몰라 다시 지웠다 씀 | 숫자 키패드 + ‘010-0000-0000’ 예시 플레이스홀더 |
| 유입 경로·부서 | 왜 묻는지 몰라 귀찮아 이탈 | 답신에 불필요하면 칸 자체를 삭제 |
| 이메일 | 다 쓰기 전 빨간 오류로 위축 | 칸을 떠날 때만 검증, 한 번 틀린 칸만 실시간 |
| 개인정보 동의 | 멀리 있어 못 찾고 전송 막힘 | 전송 버튼 바로 위 + 한 줄 동의·상세는 링크 |
이 두 장이 제 작업의 출발점입니다. 화면을 예쁘게 만들기 전에, 손가락이 멈추지 않는 길부터 깔아두는 것이죠.
멀티스텝 폼과 한 화면 폼 중 뭐가 나은가요?
인라인 검증은 언제 띄워야 하나요?
오류 메시지는 어떻게 써야 하나요?
모바일에서 입력을 더 쉽게 하려면요?
전송 버튼을 두 번 누르는 문제는 어떻게 막나요?
입력칸 하나까지 이렇게 다룹니다
방문자가 마지막에 행동하는 곳이 폼입니다. 그 칸을 진지하게 설계하는 팀이 당신의 홈페이지를 만들면 어떨까요. 무료 진단으로 시작하세요.
무료 진단 받기문의가 들어오는 폼의 조건
완료율을 끌어올리는 입력 설계.
버튼 담당자의 노트
제출 버튼의 상태가 신뢰를 만든다.
마이크로카피의 힘
라벨·오류 문구 한 줄이 바꾸는 것.
이 글의 멀티스텝 폼은 이 페이지에서 실제로 동작하는 데모이며 어떤 데이터도 전송하지 않습니다. 실제 문의는 홈의 ‘무료 진단 받기’ 폼으로 보내집니다. 완료율·이탈에 관한 서술은 일반 원칙이며 특정 성과를 보장하지 않습니다. 날조된 사례·수치는 사용하지 않았습니다.