문의 폼을 만들 때 우리는 늘 사장님 쪽만 생각합니다. 알림 메일이 잘 가는지, 스팸함에 빠지지는 않는지, 휴대폰으로도 확인되는지. 그런데 정작 버튼을 누른 손님은 어떻게 되냐고 물으면, 대부분의 홈페이지가 이렇게 답합니다. "문의가 정상적으로 접수되었습니다."
그 문장 하나가 전부입니다. 손님은 그 화면을 닫는 순간, 자기가 방금 무엇을 남겼는지 확인할 방법이 사라집니다.
손님의 머릿속에서 벌어지는 일
문의를 보낸 손님은 그때부터 조용히 계산을 시작합니다. 오늘 안에 연락이 올까. 내일까지 기다려야 하나. 혹시 오타를 내서 전화번호가 틀렸으면 어쩌지. 아까 그 화면에 이메일을 적었던가.
이 불안은 아주 구체적인 행동으로 이어집니다. 같은 폼으로 두 번, 세 번 다시 보내거나, 기다리다 지쳐 다른 업체 세 곳에 똑같은 문의를 넣습니다. 사장님 입장에서는 중복 문의가 쌓이고, 정작 실제 계약은 먼저 답한 경쟁사가 가져갑니다.
이걸 막는 가장 값싼 장치가 접수 확인 자동 회신 메일입니다. 개발 공수는 반나절이면 충분한데, 실제로 넣어 둔 소규모 홈페이지는 열에 두셋도 안 됩니다.
확인 메일에 반드시 들어가야 할 네 가지
"문의가 접수되었습니다"만 적힌 자동 메일은 없느니만 못합니다. 손님이 궁금한 건 접수 여부가 아니라 그 다음이기 때문입니다.
- 손님이 실제로 적어 보낸 내용을 그대로 되돌려 준다. 이름, 연락처, 문의 내용을 그대로 다시 보여 주면 오타를 손님이 직접 발견합니다. 전화번호 한 자리 틀린 문의는 이 단계에서 대부분 걸러집니다.
- 언제까지 답이 가는지 시간을 못 박는다. "빠른 시일 내에"는 아무 정보도 아닙니다. "영업일 기준 1일 이내, 주말 문의는 월요일 오전에 연락드립니다"처럼 적으면 손님은 그때까지 기다립니다.
- 기다리는 동안 손님이 준비할 것을 알려 준다. 시공이면 실측 가능한 요일, 세무면 사업자등록증, 촬영이면 원하는 날짜 후보. 답신 전화 한 통이 견적 한 건으로 바뀌는 속도가 달라집니다.
- 급하면 지금 바로 닿을 수 있는 통로를 남긴다. 대표 전화번호, 카카오톡 채널 링크. 이걸 넣으면 오히려 전화가 줄어듭니다. 언제든 걸 수 있다는 사실 자체가 안심시키기 때문입니다.
기술적으로 걸리는 지점들
확인 메일은 손님이 적은 주소로 나가기 때문에, 사장님에게 보내는 내부 알림보다 도달률 관리가 훨씬 까다롭습니다.
보내는 주소를 반드시 우리 도메인으로
손님이 적은 주소를 그대로 발신자에 넣는 구현을 아직도 종종 봅니다. SPF와 DMARC를 통과하지 못해 스팸으로 직행합니다. 발신은 항상 홈페이지 도메인의 주소로 하고, 손님 주소는 답장(Reply-To)에만 넣습니다.
웹 요청 안에서 메일을 보내지 않기
메일 발송을 폼 처리 요청에 그대로 붙여 두면, 메일 서버가 느린 날 손님 화면이 몇 초씩 멈춥니다. 큐에 넣어 백그라운드로 처리하고, 화면은 즉시 완료 페이지로 넘깁니다.
메일이 실패해도 문의는 살아 있어야 한다
가장 흔한 사고가 이겁니다. 메일 발송에서 예외가 터지면서 문의 저장까지 통째로 롤백되는 경우. 저장이 먼저, 발송은 그 다음이라는 순서만 지켜도 문의를 통째로 잃는 사고는 나지 않습니다.
같은 사람에게 열 통이 가지 않도록
새로고침이나 이중 제출로 확인 메일이 연달아 나가면 스팸 신고로 이어집니다. 같은 주소·같은 내용은 몇 분 안에 한 번만 나가도록 잠금을 걸어 둡니다.
효과는 어디서 확인하나
확인 메일을 넣고 나면 보통 두 가지 숫자가 먼저 움직입니다. 중복 문의 건수가 줄고, "연락 언제 오나요"라는 확인 전화가 눈에 띄게 줄어듭니다. 문의 건수 자체가 늘어나는 건 그 다음입니다. 한 번 문의해 본 손님이 "여기는 답이 온다"는 경험을 갖게 되기 때문입니다.
메일 오픈율까지 보고 싶다면 발송 로그에 문의 번호를 함께 남겨 두세요. 나중에 "이 문의는 메일이 갔는가"를 되짚을 수 있어야, 클레임이 들어왔을 때 확인할 근거가 생깁니다.
정리하면
문의 폼은 손님이 우리에게 말을 거는 자리입니다. 말을 걸었는데 아무 대답이 없으면, 사람은 다른 곳으로 갑니다. 접수 확인 메일 한 통은 그 침묵을 메우는 가장 저렴한 방법이고, 붙이는 데 드는 비용은 홈페이지를 새로 만드는 값에 비하면 거의 없습니다.
CYAN은 홈페이지를 만들 때 문의 폼을 화면 하나로 보지 않고, 손님이 버튼을 누른 뒤 사흘까지를 하나의 흐름으로 설계합니다. 지금 쓰고 계신 홈페이지의 문의 폼이 손님에게 아무 말도 하지 않고 있다면, 그 부분부터 손봐도 충분히 달라집니다.
