고객 문의 메일을 업무 티켓으로 자동 전환하는 법: Make와 Asana로 만든 GA4·GTM 운영 요청 접수 체계

📖 약 3분 읽기

GA4와 구글태그매니저(GTM) 운영을 맡은 조직에는 하루에도 여러 건의 요청이 고객사로부터 들어옵니다. 전환 이벤트를 추가해 달라는 요청, 태그 오류를 확인해 달라는 요청, 리포트 수치를 설명해 달라는 요청이 뒤섞여 메일함에 쌓입니다. 메일은 보내는 쪽에서는 편리한 수단이지만 받는 조직 입장에서는 누가 언제 어떤 요청을 처리했는지 기록이 남지 않습니다. 담당자가 바뀌거나 자리를 비우면 이전 대화 내용을 찾기 위해 메일함을 뒤져야 하는 상황이 반복됩니다. 인트렌치컨설팅은 이러한 문제를 외부 자동화 도구로 해결할 수 있는지 확인하기 위해 Make와 Asana를 연결한 시험 구축을 진행했습니다.

메일 접수의 구조적 한계

여러 고객사를 동시에 지원하는 조직에서는 요청의 출처를 구분하는 일이 가장 먼저 필요합니다. 메일만으로 요청을 받으면 발신자가 어느 고객사 소속인지, 어떤 담당자가 맡아야 하는지를 매번 사람이 확인해야 합니다. 이 과정에서 발생하는 지연과 누락은 요청이 쌓일수록 커지고, 담당자가 수작업으로 분류하는 시간도 함께 늘어납니다. 인트렌치컨설팅은 전용 접수 메일 주소를 하나 두고, 이 주소로 들어오는 모든 메일을 자동화 시나리오가 받아 처리하도록 설계했습니다.

메일에서 업무 티켓으로 이어지는 흐름

Make 시나리오는 전용 메일 주소에 새 메일이 도착하면 다음 순서로 작동하도록 구성했습니다.

1. 발신 도메인을 확인해 등록된 고객사 목록과 대조합니다.
2. 일치하는 고객사가 있으면 해당 고객사 담당자를 자동으로 배정합니다.
3. 일치하는 도메인이 없으면 기타 항목으로 분류하고 수동 배정 대상으로 남깁니다.
4. 메일 제목과 본문을 바탕으로 Asana에 새 업무 티켓을 생성합니다.
5. 메일에 첨부된 파일이 있으면 같은 티켓에 자동으로 업로드합니다.
6. 같은 고객이 같은 건으로 다시 메일을 보내면 새 티켓을 만들지 않고 기존 티켓에 댓글로 추가합니다.

이 흐름을 통해 메일함을 열지 않아도 어떤 요청이 들어왔고 누가 맡았는지가 업무 관리 도구 안에서 확인됩니다.

댓글에서 메일로 이어지는 반대 흐름

담당자가 처리 결과를 고객에게 전달하는 과정도 자동화 대상으로 삼았습니다.

1. 담당자가 Asana 티켓에 정해진 표시로 시작하는 댓글을 작성합니다.
2. n8n 워크플로가 이 표시를 감지해 해당 댓글을 고객 발송 대상으로 인식합니다.
3. 메일 대화 전체를 조회해 맥락을 확인한 뒤 본문을 새로 구성합니다.
4. 구성된 내용을 고객에게 메일로 발송합니다.

메일 서비스의 전달 기능은 API로 직접 호출할 수 없어, 대화 내용을 조회한 뒤 본문을 다시 쓰는 방식으로 이를 우회했습니다. 자동화 계정이 작성한 댓글은 감지 대상에서 제외해, 메일과 댓글이 서로를 호출하며 반복되는 상황을 막았습니다.

운영 규칙으로 보완한 부분

자동화가 기술적으로 작동한다고 해서 바로 운영에 쓸 수 있는 것은 아닙니다. 고객에게 나가는 댓글과 내부 논의용 댓글을 구분하는 표시를 정했고, 댓글은 작성과 동시에 발송되어 되돌릴 수 없으므로 작성 전 내용을 확인하는 절차를 원칙으로 세웠습니다. 처리가 끝난 티켓에는 투입한 시간을 기록해 추후 업무량을 파악할 수 있도록 했습니다. 이러한 규칙은 자동화 도구가 만들어 주는 것이 아니라 운영하는 조직이 별도로 정해야 하는 부분입니다.

한계와 현재 상태

시험 구축을 진행하면서 몇 가지 한계도 확인했습니다. 고객에게 전달되는 회신 메일은 원본 메일 서식이 아니라 자동화 도구가 재구성한 자체 레이아웃으로 표시됩니다. 등록되지 않은 도메인에서 들어오는 스팸성 메일을 걸러내는 절차는 도메인 차단 방식에 의존하고 있어 보완이 필요한 상태입니다. 이러한 이유로 이 체계는 시험 구축을 마친 뒤 현재 비활성화 상태로 유지되고 있으며, 실제 고객 회신에서 서식이 어떻게 표시되는지 다시 확인한 뒤 운영 여부를 정할 예정입니다.

시험 구축에서 얻은 결론

메일을 업무 티켓으로 바꾸는 자동화는 기술 구현보다 운영 규칙을 먼저 정하는 작업이 선행되어야 합니다. 누구에게 어떤 메일을 보낼지, 되돌릴 수 없는 발송을 어떻게 확인할지, 담당자를 어떤 기준으로 배정할지가 정리되지 않으면 자동화는 오히려 혼란을 키웁니다. 인트렌치컨설팅은 이번 시험 구축을 통해 자동화 도구를 연결하는 기술적 작업과 그 위에 세울 운영 규칙이 함께 설계되어야 한다는 점을 확인했습니다.

자주 묻는 질문 (FAQ)

이 체계는 현재 실제로 운영되고 있습니까

시험 구축을 마친 뒤 현재는 비활성화 상태입니다. 회신 메일의 서식 표시 문제와 스팸 분류 한계를 다시 확인한 뒤 운영 여부를 정할 예정입니다.

담당자가 아닌 사람이 고객에게 메일을 잘못 보낼 위험은 없습니까

댓글은 작성과 동시에 발송되어 되돌릴 수 없으므로, 고객 발송용 표시와 내부 논의용 표시를 구분하고 작성 전 확인하는 절차를 운영 규칙으로 두었습니다.

등록되지 않은 고객사에서 메일이 오면 어떻게 처리됩니까

발신 도메인이 등록된 목록과 일치하지 않으면 기타 항목으로 분류되어 담당자가 수동으로 배정합니다.