접수 건수와 해결할 일의 수를 나눠 보기
고객이 메일을 보낸 뒤 채팅에서도 같은 질문을 남겼다면, 팀이 받은 메시지는 두 개입니다. 그렇다고 해결할 일도 두 개라고 바로 판단하기는 어렵습니다. 오피셜메일의 업무 대화 관점에서 작은 팀이 점검해 볼 운영 기준을 제안합니다. 제품의 신규 기능을 알리는 글은 아닙니다.

‘중복’은 접수 순간의 사실이 아니라 확인 결과
발신자가 같아도 다른 계약이나 작업에 관한 요청일 수 있습니다. 문의 대상과 원하는 결과, 적용 범위를 비교하기 전에는 단순히 문장이 비슷하다는 이유로 묶지 않는 편이 좋습니다. 모호한 건은 확인 대기로 두고 고객에게 짧게 물어보세요.
원문과 진행 기준은 서로 다른 역할
두 메시지가 같은 요청으로 확인됐다면 진행을 관리할 대표 건을 하나 정할 수 있습니다. 다만 다른 원문과 첨부 자료는 남겨야 합니다. 대표 건은 현재 상태를 찾는 곳이고, 원문은 판단의 근거를 다시 보는 곳입니다.
- 대표 건에서 이번에 해결할 범위를 확인합니다.
- 실제 답변을 맡을 담당자와 주 회신 채널을 정합니다.
- 두 번째 메시지의 새 자료와 추가 질문을 따로 검토합니다.
- 연결이 끝났다는 이유로 해결 완료 상태를 주지 않습니다.
팀에서 해볼 작은 점검
비슷하게 들어온 문의 한 쌍을 두고 각 담당자에게 ‘어느 내용을 근거로 다음에 무엇을 할지’ 설명해 달라고 해보세요. 서로 다른 원문만 보고 있거나 회신 채널이 다르다면, 자동 병합보다 먼저 맞춰야 할 운영 기준이 드러날 수 있습니다.
가상의 안내 문장으로는 “두 채널의 요청을 함께 검토하고 있습니다. 같은 요청으로 확인되어 이후 진행 상황은 이 메일에서 안내드리겠습니다”처럼 쓸 수 있습니다. 아직 같은 요청인지 확인하지 않았다면 먼저 확인 질문을 해야 하고요.
메시지를 지우지 않고도 답변 흐름은 명확하게 만들 수 있습니다. 새 질문을 중복으로 넘기지 않는 기준까지 함께 정해 보세요.
여러분 팀은 여러 채널의 문의가 같은 건인지 어떤 기준으로 확인하시나요?
1인 창업자와 스타트업이 쉽고 빠르게 기업용 도메인 메일을 사용할 수 있도록 만드는 서비스입니다.
댓글
로그인 후 댓글을 남길 수 있습니다.
아직 댓글이 없습니다.