Technote

개발 워크플로우 실무

연재 리드를 만들고 잃지 않기 8부 중 4부

자동 회신의 문장 — 첫인상은 여기서 정해집니다

자동 회신은 대부분 기본 문구 그대로 나갑니다. 그런데 그것이 고객이 우리에게서 받는 첫 번째 메일입니다 — 영수증이 아니라 브랜드 카피로 다뤄야 합니다.

문의 폼을 만들 때 자동 회신은 대개 마지막에 켭니다. 그리고 기본 문구 그대로 둡니다 — “문의가 접수되었습니다.” 한 줄로 끝나는 경우가 많습니다.

그런데 이 메일의 위치를 다시 보면 이야기가 달라집니다. 고객은 방금 우리를 처음 신뢰하기로 결정했고, 연락처를 넘겼고, 답을 기다리고 있습니다. 그 순간 우리 이름으로 도착하는 첫 문서가 이 메일입니다. 영수증으로 쓰기에는 자리가 너무 좋습니다.

이 메일이 실제로 하는 세 가지 일

자동 회신이 해야 하는 세 가지 — 순서대로 한 문단씩이면 충분하다

첫째는 도착 확인입니다. 폼을 누른 뒤 아무 반응이 없으면 사람들은 다시 제출하거나, 다른 곳을 알아보러 갑니다. 메일이 도착했다는 사실 자체가 “제대로 갔구나” 를 알려 주는 신호입니다.

둘째는 기대 설정입니다. 언제까지 답을 받을 수 있는지 적습니다. 여기서 중요한 것은 빠른 약속이 아니라 지킬 수 있는 약속입니다. “영업일 기준 하루 안에” 라고 적었으면 그것이 곧 운영 기준이 되고, 지켜지지 않으면 첫 메일이 곧바로 신뢰의 흠이 됩니다.

셋째는 다음 행동입니다. 기다리는 동안 읽어 볼 만한 것, 미리 준비해 두면 상담이 빨라지는 것을 한 줄 안내합니다. 우리 경우에는 작업 과정이 그 자리를 맡습니다 — 기다림이 빈 시간이 아니라 준비 시간이 됩니다.

문장을 쓰는 법

제목은 나중에 검색될 것을 전제로 씁니다. “자동 회신” 이나 “Thank you” 보다, 회사 이름과 용건이 들어간 제목이 몇 주 뒤 메일함에서 다시 찾을 때 쓸모가 있습니다.

첫 문장에는 고객이 보낸 내용을 짧게 되비춥니다. 이름이나 문의 유형처럼 폼에서 받은 값을 한 조각 넣기만 해도, 자동 발송이라는 사실이 성의 없음으로 읽히지 않습니다.

보내는 사람은 사람 이름으로 합니다. 담당자 이름과 회사 이름을 함께 쓰고, 서명에는 실제로 연결되는 연락 수단을 둡니다.

같은 자동 발송이라도 문장이 관계의 시작을 만든다

피해야 할 것들

no-reply 주소가 가장 흔한 실수입니다. 고객이 답장 버튼을 누르는 것은 아주 자연스러운 행동인데, 그것을 막아 둔 채 “문의하려면 사이트로 다시 오세요” 라고 요구하는 셈입니다. 답장을 받을 수 있는 주소로 보내면 대화가 그 자리에서 이어집니다.

회사 소개를 길게 붙이는 것도 피합니다. 고객은 방금 우리 사이트를 읽고 왔습니다. 이 메일에서 필요한 것은 소개가 아니라 지금 무슨 일이 일어나고 있는지에 대한 설명입니다.

마지막으로, 자동 회신에 마케팅 수신 동의를 끼워 넣지 않습니다. 문의를 하러 온 사람의 행동을 뉴스레터 동의로 해석하면 나중에 분쟁이 되고, 다음 회차에서 다룰 개인정보 원칙과도 어긋납니다.

고객 커뮤니케이션을 절차로 만드는 관점은 개발 워크플로우 아카이브에서 더 다루고, 우리가 접수 이후 어떤 순서로 안내하는지는 최적화 지원 사업 페이지에 단계별로 적어 두었습니다.

다음 회차

폼이 잘 돌기 시작하면 반갑지 않은 손님도 옵니다. 다음 회차는 스팸입니다 — 전환을 깎지 않으면서 스팸을 줄이는 방법이 캡차 말고도 여럿 있습니다.

이 주제의 다른 글

노하우 목록으로

개발 워크플로우 심화

배포 전 디자인 QA 체크리스트

배포 후에 발견하는 디자인 문제의 대부분은 배포 전에 순서대로 확인하면 잡힙니다. 규칙 · 상태 · 실기기의 세 단계로 정리했습니다.

디자이너 3분 읽기

개발 워크플로우 심화

되돌릴 계획 없이 배포하지 않습니다

롤백은 버튼 하나가 아니라 코드와 데이터베이스 두 갈래이고, 되돌리는 순서가 있습니다. 그 순서를 배포 전에 적어 두는 것까지가 준비입니다.

디자이너 5분 읽기

₩270,000 · 신청하기