메일로만 받을 때 생기는 일
메일은 받은 사실은 남기지만 처리 상태는 남기지 않습니다. 누가 연락했는지, 연락이 됐는지, 견적을 보냈는지가 각자의 기억과 개인 통화 기록에 흩어집니다.
그 결과 같은 고객에게 두 사람이 연락하거나, 반대로 아무도 연락하지 않은 문의가 생깁니다. 지난달에 몇 건이 들어왔고 그중 몇 건이 계약됐는지도 세어 보기 전에는 알 수 없습니다.
- 처리 상태가 기록되지 않음
- 담당자 구분이 없음
- 기간별 집계가 어려움
문의가 하루 한두 건일 때는 메일함으로 충분합니다. 문제는 문의가 늘고 담당자가 둘 이상이 되는 시점부터 시작됩니다.
메일은 받은 사실은 남기지만 처리 상태는 남기지 않습니다. 누가 연락했는지, 연락이 됐는지, 견적을 보냈는지가 각자의 기억과 개인 통화 기록에 흩어집니다.
그 결과 같은 고객에게 두 사람이 연락하거나, 반대로 아무도 연락하지 않은 문의가 생깁니다. 지난달에 몇 건이 들어왔고 그중 몇 건이 계약됐는지도 세어 보기 전에는 알 수 없습니다.
홈페이지 문의 양식이 CRM으로 바로 저장되면 문의는 처음부터 "처리해야 할 건"으로 등록됩니다. 담당자를 지정하고 상태를 바꾸면 지금 어느 단계인지 목록에서 보입니다.
같은 사람이 다시 문의했을 때 이전 상담 내용이 함께 보이는 것도 실질적인 차이입니다. 고객은 같은 설명을 반복하지 않아도 됩니다.
CRM이라고 하면 복잡한 시스템을 떠올리지만 시작은 단순해도 됩니다. 문의 저장, 담당자, 상태, 메모 네 가지만 있어도 앞의 문제 대부분이 해결됩니다.
실제로 쓰면서 필요한 항목이 드러난 뒤에 추가하는 편이, 처음부터 항목을 잔뜩 만들어 아무도 채우지 않는 것보다 낫습니다.
홈페이지 문의 양식에서 저장하는 방식, 기존에 쓰는 도구로 보내는 방식, 별도 관리 화면을 만드는 방식이 있습니다. 문의량과 담당자 수, 지금 쓰는 도구에 따라 선택이 달라집니다.
어느 방식이든 개인정보를 다루므로 수집 항목을 최소한으로 두고, 접근 권한과 보관 기간 기준을 함께 정해야 합니다.
이 글에서 다룬 내용을 실제로 진행할 때 해당하는 서비스입니다.
같은 단계에서 자주 이어지는 질문을 다룬 글입니다.
기업 홈페이지에 들어온 거래처 담당자가 짧은 시간 안에 확인하는 정보와, 그 순서에 맞춘 첫 화면 구성 방법을 정리했습니다.
자세히 보기 → 관련 서비스홈페이지 운영 업무 중 AI로 줄일 수 있는 부분과, 사람이 확인해야 하는 부분을 구분해 정리했습니다.
자세히 보기 → 관련 서비스예약 시스템을 넣어야 하는 경우와 문의 양식으로 충분한 경우를 구분하는 기준, 그리고 예약 기능에 반드시 필요한 요소를 정리했습니다.
자세히 보기 →문의가 많지 않다면 폼 접수 내용을 시트에 자동으로 쌓는 것만으로도 누락을 크게 줄일 수 있습니다. 담당자 배정이나 상담 이력이 중요해지면 CRM으로 옮기면 됩니다.
대부분의 CRM은 API나 웹훅, 이메일 연동을 지원해 연결할 수 있습니다. 사용 중인 CRM 이름과 요금제를 알려주면 가능한 방식을 먼저 확인합니다.
가능합니다. 이메일, 문자, 메신저 알림 중 실제로 확인하는 채널로 보내고, 알림이 제대로 도착하는지 정기적으로 테스트하는 것이 좋습니다.