SNS DM 구매·예약 문의를 담당 부서에 넘길 때 기록할 항목

TL;DR

SNS DM으로 들어온 구매·예약 문의를 넘길 때는 문의 원문, 필요한 연락 수단, 요청 내용, 처리 상태, 이관 대상만 기록하면 됩니다. 담당자의 추측이나 고객과 무관한 개인정보를 덧붙이지 말고, 기록 목적이 끝난 정보는 정리하는 기준도 함께 둡니다.

DM 이관 기록은 ‘누가 무엇을 후속 처리해야 하는지’가 보이게 만듭니다

SNS 운영 담당자의 역할은 DM 내용을 그대로 복사해 넘기는 데서 끝나지 않습니다. 담당 부서가 다시 고객에게 같은 질문을 반복하지 않고, 구매·예약 가능 여부를 확인해 답할 수 있도록 필요한 맥락을 정리해야 합니다.

기록의 목적을 먼저 한 줄로 정합니다.

• 구매 문의를 영업·주문 담당자에게 전달한다.
• 예약 가능 여부 확인을 예약 담당자에게 요청한다.
• 고객이 남긴 연락 수단으로 후속 답변을 진행한다.
• 이관 후 누락 없이 처리 상태를 확인한다.

이 목적에 필요한 정보인지가 기록 항목을 판단하는 기준입니다. 개인정보는 처리 목적을 충족하는 데 필요한 범위로만 수집·보유해야 하며, 충분성·관련성·필요성도 명시된 목적을 기준으로 판단합니다. 개인정보 최소화 원칙 목적 기준의 필요성 판단

구매 문의를 넘길 때는 상품·수량·희망 조건을 기록합니다

구매 문의는 담당 부서가 재고, 주문 가능 여부, 배송 또는 결제 조건 등을 확인할 수 있어야 합니다. 단, 고객이 말하지 않은 내용을 운영자가 추정해 채우면 안 됩니다.

기록표에는 아래 항목을 둡니다.

• 문의 접수 시점
• 채널과 계정 식별 정보
• 문의 유형: 구매, 재고, 주문 변경, 배송 등
• 문의 원문 또는 의미가 바뀌지 않는 요약
• 상품명·옵션·수량 등 고객이 밝힌 주문 조건
• 고객이 요청한 답변 방식: DM 답변, 전화, 이메일 등
• 고객이 자발적으로 남긴 연락 수단
• 이관 부서와 담당자
• 이관 시점
• 현재 처리 상태: 접수, 확인 중, 답변 완료, 종료 등

예를 들어 고객이 “특정 상품의 특정 옵션 구매가 가능한가요?”라고 물었다면 상품명과 옵션, 구매 가능 여부 확인 요청을 남기면 됩니다. 고객의 다른 SNS 게시물 내용, 프로필에서 추정한 거주지나 연령대처럼 이관 목적과 직접 관계없는 정보는 기록 대상이 아닙니다.

SNS DM을 담당 부서로 넘기는 목적이라면, 개인정보도 이관과 후속 응대에 합리적으로 연결된 범위여야 합니다. 관련 없는 상세정보를 함께 전달하지 않는 것이 원칙입니다. DM 이관 목적과 개인정보의 관련성

예약 문의에는 ‘희망 일정’과 ‘확정 여부’를 분리해 기록합니다

예약 문의는 날짜와 시간만 받아 적으면 혼선이 생기기 쉽습니다. 고객이 희망한 조건과 실제로 확정된 조건은 다른 정보이므로 상태를 분리해야 합니다.

예약 이관 기록에는 다음을 넣습니다.

• 예약 대상: 서비스, 좌석, 방문, 상담 등
• 고객이 희망한 날짜·시간 또는 기간
• 인원·수량 등 예약 가능 여부 판단에 필요한 조건
• 고객이 밝힌 연락 수단
• 예약 담당 부서 또는 담당자
• 고객에게 아직 확정 안내를 하지 않았는지 여부
• 담당 부서 확인 결과
• 최종 응답 시점과 응답 채널

특히 “예약 요청”과 “예약 확정”을 같은 상태로 두지 않는 것이 중요합니다. 운영 담당자가 DM에서 접수만 했는데 내부 기록에 확정으로 남으면, 고객과 담당 부서 모두 잘못된 정보를 보게 됩니다.

상태값은 단순하게 유지하는 편이 좋습니다.

• 접수: DM을 받았으나 내부 확인 전
• 이관: 담당 부서에 전달 완료
• 확인 중: 재고·일정·가능 여부 확인 중
• 답변 완료: 고객에게 결과 안내 완료
• 종료: 추가 조치가 없는 상태

연락처는 고객이 후속 연락을 원할 때만 필요한 범위로 남깁니다

DM 안에서 답변이 가능한 문의라면 별도 연락처가 반드시 필요한 것은 아닙니다. 반대로 전화나 이메일 회신을 고객이 요청했고, 담당 부서가 그 방식으로 후속 안내해야 한다면 해당 연락 수단은 이관 기록에 포함할 수 있습니다.

이때 기록에는 연락처 자체뿐 아니라 왜 필요한지도 드러나야 합니다.

• 고객 요청 연락 방식: 전화 또는 이메일
• 사용 목적: 예약 가능 여부 안내, 주문 관련 후속 확인 등
• 전달 대상: 해당 문의를 처리하는 담당 부서

연락처를 받았다는 이유만으로 내부 공유 범위를 넓히지 않습니다. 문의 처리와 관계없는 부서, 개인 메신저 대화방, 개인 기기에 옮겨 적는 방식은 피하는 편이 좋습니다. 기록의 생성·전송·저장·접근·폐기는 모두 관리 대상이라는 관점이 필요합니다. 로그 관리의 범위

문의 원문과 담당자 의견은 같은 칸에 쓰지 않습니다

DM 이관 기록에는 고객이 실제로 말한 사실과 운영 담당자의 판단이 함께 들어갈 수 있습니다. 이 둘을 섞으면 나중에 누가 무엇을 말했는지 확인하기 어려워집니다.

기록란을 아래처럼 나눕니다.

• 고객 문의 내용: 고객이 보낸 문장 또는 사실 중심 요약
• 내부 확인 요청: 담당 부서가 확인할 항목
• 운영 메모: 운영 담당자의 의견 또는 판단

운영 메모에는 ‘추정’, ‘의견’, ‘확인 필요’ 같은 표시를 붙입니다. 의견이나 판단을 기록할 때는 사실이 아니라는 점을 분명히 하고, 작성 일자와 작성자 이름·직위를 포함해 해석 가능하게 남겨야 한다는 원칙이 제시됩니다. 의견 기록의 구분과 작성자 표시

예를 들면 다음과 같이 구분합니다.

• 고객 문의 내용: “이번 주말 방문 예약이 가능한지 문의함.”
• 내부 확인 요청: “고객 희망 시간대의 예약 가능 여부 확인 요청.”
• 운영 메모: “운영자 의견: 고객이 당일 확정을 기대하는 것으로 보임. 작성일·작성자 표기.”

마지막 문장은 고객이 실제로 한 말이 아니라 운영자의 해석이므로, 사실 기록처럼 쓰면 안 됩니다.

이관 기록표는 한 줄로 처리 흐름을 확인할 수 있게 만듭니다

별도 도구보다 항목의 일관성이 먼저입니다. 스프레드시트, 업무 관리 도구, 고객 문의 시스템 가운데 팀이 실제로 계속 확인할 수 있는 곳에 아래 구조를 고정합니다.

고객이 처음 DM을 보낼 때 안내 문구를 통해 응대 범위나 확인 소요를 알리는 방식도 사용할 수 있습니다. Facebook 페이지에서는 첫 메시지 전에 자동 인사말을 표시할 수 있고, 해당 설정은 Meta Business Suite의 Inbox에서 관리할 수 있다고 안내합니다. Facebook 페이지 자동 인사말 기능 Meta Business Suite Inbox 설정 안내

다만 자동 인사말은 문의 접수 기대치를 맞추는 장치일 뿐, 내부 이관 기록을 대신하지는 않습니다. 누가 확인하고 언제 답할지의 흐름은 별도 기록에서 관리해야 합니다.

보관 중인 DM 이관 기록은 처리 완료 후 다시 점검합니다

문의가 끝났는데도 연락처, 상세 요청 내용, 내부 메모가 계속 쌓이면 기록은 관리하기 어려워지고 불필요한 정보도 늘어납니다. 정기적으로 이관 기록을 보면서 다음을 확인합니다.

• 이 문의는 아직 후속 처리가 남아 있는가
• 연락처나 상세 조건을 계속 보관해야 하는가
• 종료된 문의의 내부 메모가 더 필요한가
• 담당 부서가 처리 결과를 남겼는가
• 접근 권한이 없는 사람이 기록을 볼 수 있는 구조는 아닌가

보유 중인 개인정보가 여전히 목적에 맞고 필요한지 검토하며, 더 이상 필요하지 않은 정보는 삭제해야 한다는 원칙이 있습니다. 보유 정보의 정기 검토와 삭제

운영팀은 삭제 시점 자체를 임의로 정하기보다, 내부의 문의 처리·보관 기준과 담당 확인 절차에 맞춰 적용하는 편이 안전합니다.

마무리

SNS DM 구매·예약 문의를 넘길 때 필요한 기록은 고객의 요청을 담당 부서가 정확히 처리할 수 있는 정보로 한정됩니다. 문의 내용, 필요한 연락 수단, 희망 조건, 이관 대상, 처리 상태를 분리해 남기고, 의견은 의견으로 표시하며, 처리가 끝난 정보는 계속 보관할 이유가 있는지 점검해야 합니다.