왜 대부분의 응대 매뉴얼은 서랍에서 잠드나

공들여 만든 매뉴얼이 안 쓰이는 이유는 대체로 세 가지입니다. 첫째, 원칙만 있고 문장이 없습니다. "고객의 입장에서 공감하며 응대한다"는 문장은 옳지만, 지금 화면에 뜬 별점 1점 리뷰 앞에서는 아무것도 알려주지 않습니다. 둘째, 분량이 많습니다. 응대는 몇 분 안에 끝내야 하는 일인데 매뉴얼을 열 장 넘겨야 답이 나오면 그냥 감으로 씁니다. 셋째, 판단 기준이 사람 이름으로 돼 있습니다. "애매하면 점장님께 물어본다"는 규칙은 점장이 없는 저녁 시간대에 무너집니다. 그래서 이 세 가지를 뒤집는 것이 설계 원칙입니다. 문장으로 적고, 한 장으로 줄이고, 신호로 판단하게 합니다.

블록 1~3 — 범위·분류·에스컬레이션

블록 1. 적용 범위와 채널 목록. 어떤 채널이 이 매뉴얼의 대상인지 표로 적습니다. 채널명, 계정 소유자, 응대 담당자, 알림을 받는 기기 네 칸이면 됩니다. 여기가 비어 있으면 "그건 제 담당이 아닌 줄 알았어요"가 반드시 나옵니다. 네이버 플레이스 리뷰 답글과 새소식은 스마트플레이스센터 앱에서, 1:1 문의는 톡톡 파트너센터 앱에서 처리되는 식으로 도구가 갈리므로 도구 이름까지 적어두세요.

블록 2. 분류 기준. 들어온 글을 네 가지로만 나눕니다. ① 단순 문의(영업시간·주차·메뉴) ② 일반 불만(맛·응대·대기) ③ 사실관계 다툼(우리 기록과 어긋나는 주장) ④ 법적 위험(욕설·비하, 건강 피해 주장, 보상 요구, 직원 실명 노출, 다채널 동시 확산). 분류가 곧 권한입니다 — ①②는 직원이, ③은 사장이, ④는 사장이 법률 상담을 거쳐 처리합니다.

블록 3. 에스컬레이션 절차. 넘길 때 무엇을 붙여 넘기는지 고정합니다. 원문 URL, 작성 시각과 채널, 작성자 아이디가 함께 보이는 전체 화면 캡처, 우리가 확인한 사실과 확인하지 못한 사실 각 한 줄. 캡처를 먼저 남기는 이유는 상대가 원글을 수정하거나 지우면 되돌릴 수 없기 때문입니다.

블록 4 — 응답 시한을 우리 손으로 정하는 절차

"몇 시간 안에 답해야 한다"는 공신력 있는 표준 수치는 확인되지 않았습니다. 남의 숫자를 옮겨 적으면 지키지 못하고, 지키지 못한 시한은 그 자체가 다음 불만이 됩니다. 대신 이렇게 계산합니다.

  1. 최근 4주간 채널별로 들어온 댓글·리뷰·DM 건수를 세어 하루 평균을 냅니다
  2. 응대 담당자가 하루에 이 일에 실제로 쓸 수 있는 시간을 잽니다(주문 밀리는 시간대는 빼고 계산합니다)
  3. 한 건 처리에 걸리는 평균 시간을 재서, 하루에 소화 가능한 건수를 구합니다
  4. 채널별로 다른 시한을 적습니다 — 예를 들어 1:1 문의는 영업시간 내 확인, 리뷰 답글은 영업일 기준 하루, 사실관계 다툼은 접수 답글 먼저 남기고 확인 답변은 영업일 기준 사흘
  5. 정한 시한을 매뉴얼과 채널 프로필 소개글에 같은 문구로 적습니다

여기서 중요한 건 접수와 답변을 분리하는 것입니다. 확인에 사흘이 걸려도 접수 답글은 시한 안에 나갈 수 있습니다. 손님이 화나는 지점은 대개 늦은 해결이 아니라 무응답입니다.

블록 5~6 — 승인 문장과 금지 행위

블록 5. 승인된 문장 템플릿. 상황별로 다섯에서 여덟 개면 충분합니다. 칭찬 리뷰 감사, 일반 불만 사과·접수, 사실관계 확인 요청, 개별 연락 유도, 환불·보상 문의 접수, 오배송·누락 사과, 예약 착오 안내, 답변 지연 사과. 각 문장은 사과·접수·확인 약속 밖으로 나가지 않게 씁니다. 예를 들어 사실관계 다툼용 문장은 이렇게 씁니다. "불편을 드려 죄송합니다. 말씀하신 부분은 저희가 기록을 확인해봐야 할 내용이라, 확인 후 개별적으로 연락드리겠습니다."

블록 6. 금지 행위. 표현 목록이 아니라 행위 목록으로 적습니다. 고객을 특정할 수 있는 정보를 공개된 곳에 쓰지 않는다, 우리 기록으로 확인하지 않은 사실을 단정하지 않는다, 경쟁사·배달기사·다른 고객에게 원인을 돌리지 않는다, 리뷰 수정·삭제를 조건으로 서비스나 할인을 제안하지 않는다, 직원 개인 계정으로 자기 매장 리뷰를 쓰지 않는다. 네 번째와 다섯 번째는 특히 무겁습니다. 경제적 대가를 받고 쓴 리뷰는 그 사실을 명확히 표시해야 한다는 것이 공정거래위원회의 추천·보증 심사지침 방향이고, 조작된 영수증을 이용한 허위 리뷰가 적발되면 네이버는 2026년 1월 발표 기준으로 해당 업체의 리뷰 탭 전체를 블라인드 처리합니다. 제재는 직원 개인이 아니라 매장 단위로 떨어집니다.

블록 7 — 기록과 보관 규칙

가장 자주 빠지고 가장 자주 사고가 나는 블록입니다. 응대 과정에서 손님의 연락처·주문 내역을 받게 되는데, 이것이 직원 개인 휴대폰과 매장 단톡방에 그대로 남습니다. 개인정보 보호법 제15조는 수집·이용에 정보주체의 동의를 요구하고, 제18조는 수집 목적의 범위를 넘어선 이용·제공을 제한합니다. 그래서 규칙은 세 줄로 충분합니다. 필요한 항목만 받는다 — 보관 장소를 한 곳으로 정한다 — 처리가 끝나면 지운다. 처리 기록은 날짜, 채널, 분류(①~④), 담당자, 처리 결과 다섯 칸짜리 시트 한 장이면 됩니다. 고객 이름과 연락처는 이 시트에 적지 않고 원 채널에 두는 편이 안전합니다. 만약 답글이나 게시물로 고객 정보가 외부에 노출됐다면 삭제로 끝났다고 단정하지 말고 신고 대상인지 확인해야 합니다 — 개인정보 보호법 제34조 제3항은 유출등을 알게 되었을 때 개인정보의 유형·경로·규모 등을 고려해 대통령령으로 정하는 바에 따라 신고하도록 하고 있어, 모든 유출이 자동으로 신고 대상이 되는 것은 아닙니다. 신고 대상에 해당하면 시행령 제40조에 따라 알게 된 때로부터 72시간 이내에 개인정보보호위원회 또는 KISA에 신고해야 하며, 내용을 다 확인하지 못했어도 확인된 사실부터 우선 신고하고 나중에 보완하도록 하고 있습니다.

매뉴얼을 살아 있게 유지하는 갱신 루프

완성본을 만들려고 하면 영영 안 나옵니다. 초안은 A4 한 장으로 시작해서, 다음 세 가지 순간마다 한 줄씩 늘리세요. 매뉴얼에 없는 상황이 나와 직원이 물어봤을 때(승인 문장 추가), 답글을 쓰고 나서 아쉬웠을 때(금지 행위 추가), 플랫폼 정책이 바뀌었을 때(적용 범위 수정). 그리고 월 1회 15분, 그달에 들어온 글 중 분류가 애매했던 것 두세 건을 놓고 어디로 분류했어야 하는지만 함께 이야기하세요. 이 15분이 교육의 전부여도 됩니다. 문서를 다시 쓰는 것보다 실제 사례로 분류 감각을 맞추는 쪽이 현장에서 훨씬 오래 갑니다.