홈페이지 문의 폼은 짧을수록 좋을까요? 입력해야 할 내용이 적으면 시작하기는 편합니다. 하지만 상담에 필요한 정보까지 모두 빼버리면 문의를 받은 뒤 같은 내용을 다시 질문해야 할 수도 있습니다. 그래서 항목 수부터 줄이기보다 “이 정보가 언제 필요한가?”를 먼저 나눠보는 것이 좋습니다.
W3C의 웹 접근성 폼 가이드에서도 사용자가 작성해야 하는 폼은 가능한 단순하게 구성하고, 실제 과정에 필요한 정보만 요청하도록 안내합니다. 핵심은 단순히 칸 수를 줄이는 것이 아니라 불필요한 질문을 구분하는 것입니다.
홈페이지 문의 폼은 ‘몇 칸인가’보다 ‘왜 묻는가’가 먼저입니다
문의 폼을 개선할 때 흔히 가장 먼저 하는 일은 필드 수를 세는 것입니다.
“10개니까 너무 길다.”
“5개 이하로 줄이자.”
하지만 모든 문의 폼에 적용할 수 있는 적정 개수가 따로 있는 것은 아닙니다.
전자상거래 체크아웃을 연구한 Baymard Institute 역시 단순한 단계 수보다 사용자가 실제로 처리해야 하는 입력 필드와 작성 부담을 중요하게 다룹니다. 다만 이는 쇼핑몰 체크아웃 연구이므로 B2B 홈페이지 문의 폼의 전환율 수치로 그대로 적용할 수는 없습니다.
여기서 참고할 수 있는 핵심은 사용자가 답해야 하는 질문 하나하나가 부담을 만든다는 점입니다.
그래서 문의 항목을 볼 때는 먼저 세 가지로 나눠보는 것이 좋습니다.
지금 받기 / 상담하며 받기 / 확인 필요
이렇게 나누면 “몇 개를 삭제할까?”보다 무엇을 남기고 무엇을 다음 단계로 옮겨야 할지 훨씬 판단하기 쉬워집니다.
1. 이 정보가 없으면 첫 답변이 어려운가요?
첫 번째는 지금 받기입니다.
문의가 들어온 뒤 담당자가 첫 답변을 하기 위해 반드시 필요한 정보라면 문의 단계에서 받는 이유가 있습니다.
예를 들어 홈페이지 제작 문의라면 상황에 따라 다음과 같은 정보가 해당될 수 있습니다.
어떤 회사나 서비스인지
신규 제작인지 기존 홈페이지 개선인지
어떤 목적의 홈페이지가 필요한지
회신을 받을 연락 방법
중요한 것은 이 목록을 그대로 사용하는 것이 아닙니다.
“이 정보가 없으면 첫 답변을 하기 어려운가?”
답이 그렇다면 지금 받는 항목으로 남겨둘 수 있습니다. 반대로 단순히 내부 관리에 있으면 편하다는 이유라면 첫 문의 단계에서 반드시 받을 필요가 있는지 다시 확인해볼 수 있습니다.
2. 상담하면서 물어봐도 괜찮은가요?
두 번째는 상담하며 받기입니다.
프로젝트를 자세히 이해하는 데는 필요하지만 첫 문의 순간부터 꼭 답해야 하는 것은 아닌 질문들이 있습니다.
현재 사업의 상세한 배경
기존 홈페이지의 모든 문제점
원하는 디자인 방향에 대한 구체적인 설명
여러 이해관계자의 요구사항
세부 기능 목록
이런 내용은 중요하지만 처음 문의하는 사람에게는 답하기 어렵기도 합니다.
질문 하나에 긴 설명을 적어야 한다면 사용자는 문의하기 전에 자신의 상황을 먼저 정리해야 합니다. 이 정보 없이도 첫 상담을 시작할 수 있다면 폼에서 모두 요구하기보다 상담 과정에서 질문을 구체화하는 방법을 검토할 수 있습니다.
문의 폼의 목적은 프로젝트의 모든 정보를 한 번에 수집하는 것이 아니라, 다음 대화를 시작할 수 있을 만큼의 맥락을 확보하는 것입니다.
3. 왜 받는지 설명하기 어렵다면 ‘확인 필요’로 두세요
세 번째는 확인 필요입니다.
삭제할지 남길지 바로 판단하기 어려운 항목입니다. 예산, 회사 규모, 유입 경로 같은 정보는 서비스 운영 방식에 따라 중요도가 크게 달라질 수 있습니다.
이때는 무조건 필수로 만들거나 바로 삭제하기보다 다음 질문을 해보세요.
이 정보를 실제로 누가 사용하는가?
이 정보가 없으면 어떤 업무가 막히는가?
언제 사용하는가?
다른 곳에서 이미 확인할 수 있는 정보인가?
답변하지 않았을 때 실제로 문제가 생기는가?
NHS 디지털 서비스 매뉴얼에서도 폼 질문을 만들 때 해당 정보가 서비스를 제공하는 데 정말 필요한지, 왜 필요한지, 조직 안에서 누가 어떻게 사용할지를 먼저 확인하도록 안내합니다.
필요성을 설명하기 어렵다면 삭제부터 하지 말고, 먼저 ‘확인 필요’로 분류해보세요.
5분이면 현재 문의 폼을 직접 분류할 수 있습니다
지금 운영 중인 홈페이지 문의 폼을 열고 현재 받고 있는 항목을 하나씩 적어봅니다.
예를 들어 회사명, 이름, 연락처, 이메일, 예산, 희망 일정, 문의 유형, 상세 내용처럼 적을 수 있습니다.
지금 받기
이 정보가 없으면 첫 답변이나 다음 단계 진행이 어렵습니다.
상담하며 받기
필요한 정보이지만 첫 문의가 접수된 뒤 질문해도 문제가 없습니다.
확인 필요
필수로 받고 있지만 실제로 왜 필요한지 아직 명확하지 않습니다.
이렇게 분류하면 단순히 “폼을 짧게 하자”보다 훨씬 구체적인 개선안을 만들 수 있습니다.
삭제할 항목뿐 아니라 언제 물어봐야 하는 질문인지까지 함께 정리할 수 있기 때문입니다.
필수 항목을 정했다면 표시 방법도 확인하세요
어떤 질문을 받을지 정했다면 다음은 사용자가 각 항목을 이해할 수 있게 만드는 일입니다.
필수와 선택 항목이 섞여 있다면 무엇을 반드시 작성해야 하는지 명확하게 표시해야 합니다. W3C는 폼 입력에 적절한 라벨과 안내를 제공하고, 필요한 경우 필수·선택 여부와 입력 형식을 알 수 있게 안내할 것을 권장합니다.
문의 폼 UX는 필드 개수만의 문제가 아니라 무엇을 묻는지, 왜 묻는지, 사용자가 어떻게 답해야 하는지를 함께 설계하는 문제입니다.
문의 폼을 줄이기 전에 확인할 체크리스트
현재 홈페이지 문의 폼을 보면서 다음 내용을 확인해보세요.
① 각 질문을 왜 받고 있는지 설명할 수 있는가
② 첫 답변 전에 반드시 알아야 하는 내용인가
③ 상담 과정에서 물어도 되는 질문을 미리 요구하고 있지는 않은가
④ 사용하지 않는 정보를 관행적으로 받고 있지는 않은가
⑤ 필수와 선택 항목을 사용자가 쉽게 구분할 수 있는가
⑥ 질문의 의미와 필요한 입력 형식이 충분히 명확한가
⑦ 긴 답변을 요구하는 질문이 너무 앞쪽에 있지는 않은가
여기서 이유를 설명하기 어려운 항목이 있다면 삭제하기 전에 확인 필요로 옮겨 실제 상담 과정에서 다시 검토해보세요.
가장 짧은 문의 폼이 항상 가장 좋은 문의 폼은 아닙니다
좋은 홈페이지 문의 폼을 만드는 목표는 입력 칸을 최대한 적게 만드는 것이 아닙니다.
사용자가 불필요한 정보를 입력하지 않으면서도 담당자가 다음 행동을 하기 위해 필요한 맥락은 확보해야 합니다.
지금 받아야 하는가.
상담하면서 받아도 되는가.
아직 필요성을 확인해야 하는가.
이 세 가지 기준만 적용해도 현재 폼에서 무엇을 남기고 무엇을 뒤로 미뤄야 하는지 훨씬 선명하게 볼 수 있습니다.
참고 자료
W3C Web Accessibility Initiative — Forms Tutorial
NHS Digital Service Manual — Make sure you need each question
W3C Web Accessibility Initiative — Form Instructions
Baymard Institute — Checkout Optimization: Minimize Form Fields