SNS DM 문의를 처음부터 가르는 접수 태그: 제품·제휴·채용·언론 전달 실수 줄이는 법

TL;DR

SNS DM과 댓글은 모두 고객 문의로 묶지 말고, 문의 목적·공개 처리 여부·회신 책임자·처리 상태 네 가지를 첫 접수에서 태그로 남겨야 합니다. 핵심은 태그를 많이 만드는 일이 아니라, 운영자가 답할 것과 전달만 할 것을 즉시 분리하는 것입니다.

• 첫 태그는 제품/주문, 제휴, 채용, 언론, 기타처럼 문의 목적만 가릅니다.
• 두 번째 태그로 공개 답변 가능 여부와 개인정보 포함 여부를 표시합니다.
• 전달 뒤에는 담당 부서 이름이 아니라 회신 책임자와 다음 행동을 기록합니다.
• 분류가 애매하면 성급히 담당자를 지정하지 말고, 확인 질문 1개를 먼저 보냅니다.

왜 DM을 고객 문의함으로만 보면 전달 사고가 생길까

하나의 브랜드 계정에는 구매 전 질문, 배송 불만, 협업 제안, 입사 지원, 취재 요청, 행사 초청이 같은 받은편지함으로 들어옵니다. 그런데 모든 메시지를 문의로만 표시하면 운영자는 가장 익숙한 고객응대 방식으로 답하게 됩니다. 그 결과 제휴 제안이 고객센터로 넘어가거나, 언론 문의에 일반 안내 문구가 발송되거나, 채용 지원자의 이력서가 여러 사람에게 불필요하게 공유될 수 있습니다.

분류의 목적은 빨리 답하는 데 있지 않습니다. 누가 어떤 범위에서 답할 수 있는지 먼저 고정하는 데 있습니다. Meta의 페이지·연결 계정 관리 권한에서도 메시지 응대와 댓글 응대 권한은 별도로 다뤄집니다. 계정 접근 권한이 있다고 해서 모든 유형의 문의 내용을 임의로 처리해도 된다는 뜻은 아닙니다. About Facebook Page access | Facebook Help Center

첫 접수에 필요한 태그는 네 묶음이면 충분하다

태그는 ‘제휴 문의’, ‘협찬 문의’, ‘콜라보 문의’처럼 비슷한 단어를 계속 늘리는 방식보다, 전달 판단에 필요한 정보를 겹치지 않게 적는 방식이 낫습니다.

예를 들어 “신제품 공동 콘텐츠를 제안드리고 싶습니다”라는 DM은 제휴 / 비공개 유지 / 영업·제휴 / 신규로 시작합니다. 아직 조건이나 담당자가 확정되지 않았으므로 처음부터 진행 중으로 붙이지 않습니다. 반대로 “주문한 상품이 다르게 왔어요”는 A/S·불만 / DM 이동 / 고객지원 / 확인 필요가 됩니다.

목적 태그와 담당 태그를 하나로 합치지 않는 것이 중요합니다. 제휴-김OO처럼 기록하면 담당자가 바뀌는 순간 과거 대화 검색이 무너집니다. 목적은 고정 분류로 남기고, 책임자는 별도 필드나 태그로 관리해야 합니다.

댓글과 DM은 같은 기준으로 분류하되, 공개 여부는 따로 판단한다

댓글에 들어온 질문이라고 해서 무조건 공개 답변할 필요는 없습니다. 상품 사양, 운영 시간, 재입고처럼 많은 사람이 다시 물을 내용은 댓글에서 짧게 답하고, 주문번호·연락처·개인 상황 확인이 필요한 건 DM이나 공식 고객지원 경로로 옮깁니다.

댓글·사진·동영상에 개인정보가 드러나는지 확인하는 습관도 분류 단계에 넣는 편이 안전합니다. 개인정보 포털의 안내 역시 게시글·댓글·사진·동영상 업로드 때 개인정보 포함 여부를 확인하도록 권고합니다. 개인정보 포털

담당 부서로 ‘전달’한 뒤에는 회신 책임을 끊지 않는다

가장 흔한 누락은 제휴팀 전달 완료에서 끝나는 처리입니다. 전달은 내부 행동일 뿐, 상대방이 답을 받았다는 뜻이 아닙니다. 태그나 관리표에는 아래처럼 다음 행동까지 남깁니다.

운영자가 최종 답변을 쓰지 않는 문의라도, 계정에서 받은 메시지라면 누가 답할지 확정됐는지까지 확인해야 합니다. 담당 부서가 직접 답변할 수 없는 구조라면, SNS 운영자가 보내는 문장과 내부 승인 문장을 분리합니다. 운영자는 “담당 부서에 전달했다”는 접수 사실만 알리고, 조건·채용 결과·공식 입장처럼 확정 권한이 필요한 내용은 임의로 약속하지 않습니다.

분류가 애매한 메시지는 질문 하나로 좁힌다

처음부터 정확한 부서를 추정하려 하면 오분류가 늘어납니다. 특히 ‘문의드립니다’, ‘협업 가능할까요’, ‘담당자 연결 부탁드립니다’처럼 목적이 빠진 DM은 기타 / 확인 필요 / SNS 운영으로 두고 한 가지 정보만 요청합니다.

• 제휴로 보일 때: “제안 목적과 희망 진행 내용을 간단히 알려주실 수 있을까요?”
• 언론 요청으로 보일 때: “매체명, 문의 주제, 회신 희망 시점을 보내주시면 담당 부서에 전달하겠습니다.”
• 채용 문의로 보일 때: “지원 관련 문의인지, 채용 공고 관련 질문인지 알려주시면 확인하겠습니다.”
• 제품 문의로 보일 때: “문의하신 제품명 또는 구매 경로를 알려주시면 확인하겠습니다.”

이 질문의 목적은 정보를 많이 받는 것이 아니라 목적 태그를 확정하는 것입니다. 주민등록번호, 계좌번호, 상세 주소처럼 당장 분류에 필요 없는 정보는 요청하지 않습니다. 첨부파일도 바로 내부에 넓게 공유하기보다, 목적과 처리 담당을 먼저 정한 뒤 필요한 사람에게만 전달합니다.

태그 체계가 실패하는 패턴과 고치는 법

처음에는 모든 DM을 완벽히 분류하려 하지 않아도 됩니다. 최근 한 달치 대화에서 잘못 전달됐거나 답변이 늦었던 사례만 다시 보고, 그 원인이 목적 태그 부족인지, 공개 처리 판단 부재인지, 회신 책임 미지정인지 확인하면 됩니다. 그 결과가 새 태그가 아니라 기존 태그의 정의 문장 하나를 고쳐야 하는 문제인 경우가 더 많습니다.

마무리

SNS 문의 접수 태그는 받은편지함을 보기 좋게 정리하는 장치가 아니라, 메시지가 잘못된 부서·잘못된 공개 범위·잘못된 약속으로 흘러가는 일을 막는 운영 규칙입니다. 문의 목적을 먼저 가르고, 공개 처리 여부와 회신 책임자를 분리해 남기면 DM과 댓글이 많아져도 전달 과정의 실수를 줄일 수 있습니다.

참고 자료

• About Facebook Page access | Facebook Help Center
• 개인정보 포털