넘기려는 권한이 정확히 무엇인가

"이제 SNS는 네가 맡아"라는 말 한마디로 넘어가는 것들을 펼쳐보면 성격이 전부 다릅니다. 읽기는 들어온 글을 확인하고 사장에게 알리는 일이고, 사고 위험이 거의 없습니다. 초안 작성은 답글 문안을 만드는 일이고, 검토를 거치면 역시 안전합니다. 발행은 되돌릴 수 없는 행위입니다 — 답글은 지워도 캡처가 남습니다. 계정 관리는 비밀번호·연동 기기·권한 부여를 다루는 일이고, 여기에 사고가 나면 매장 전체가 잠깁니다. 네이버 유입이 있으면 스마트플레이스센터 앱(리뷰 답글·새소식)과 톡톡 파트너센터 앱(1:1 상담)이 각각 따로 있고, 인스타그램은 또 다른 계정입니다. 그러니 넘기기 전에 채널별로 네 칸짜리 표를 그리세요. 채널명, 지금 이 사람에게 주는 권한 단계, 알림을 받는 기기, 회수 방법입니다. 표를 그려보면 대부분의 신입에게 당장 필요한 건 읽기와 초안까지라는 게 드러납니다.

3단계 이양 — 각 단계에서 하는 일

1단계 섀도잉(발행 권한 없음). 신입은 읽기 권한만 갖고 들어온 글을 매일 분류합니다. 단순 문의·일반 불만·사실관계 다툼·법적 위험 네 가지 중 어디인지 적어서 사장에게 넘기고, 사장은 실제 분류와 맞는지만 알려줍니다. 답글은 사장이 씁니다. 이 단계의 목적은 문장 실력이 아니라 분류 감각입니다.

2단계 초안 작성 후 검토 발행. 신입이 승인 문장 목록에서 골라 초안을 쓰고, 사장이 확인한 뒤 발행합니다. 이때 사장은 고친 부분을 그냥 고치지 말고 어떤 항목에 걸렸는지 말해줍니다("이건 30초 자가점검 3번, 확인 안 한 사실을 단정했어"). 같은 항목에서 두 번 넘게 안 걸리면 다음 단계로 갑니다.

3단계 범위를 제한한 단독 발행. 처음부터 전부 열지 않습니다. 단순 문의와 칭찬 리뷰 답글만 단독 발행을 허용하고, 일반 불만은 계속 검토를 거칩니다. 사실관계 다툼과 법적 위험은 신입이 아니라 누구에게도 위임하지 않는 영역입니다 — 이건 경력의 문제가 아니라 책임의 문제입니다.

단계를 올리기 전 통과 체크리스트

근무 일수로 정하면 사람마다 편차를 흡수하지 못합니다. 아래 항목을 실제로 시켜보고 판단하세요. 1단계 → 2단계는 앞의 다섯 개, 2단계 → 3단계는 전부입니다.

  1. 지난달 실제 리뷰 열 건을 보여줬을 때 분류 4단계를 여덟 건 이상 맞히는가
  2. 넘겨야 할 신호 여섯 가지(건강 피해 주장, 금전 보상 요구, 직원 실명 노출, 다채널 동시 확산, 캡처 확산, 기록과 명백히 어긋나는 주장)를 보지 않고 말할 수 있는가
  3. 나쁜 예 문장 다섯 개를 주면 어느 유형인지(모욕·사실 적시·개인정보·비방·신뢰 훼손) 짚어내는가
  4. 30초 자가점검 여섯 항목을 답글 쓰기 전에 실제로 훑는 것이 관찰되는가
  5. 에스컬레이션을 시연할 수 있는가 — 전체 화면 캡처를 남기고, 확인한 사실과 확인 못 한 사실을 나눠 세 줄로 보고하는 것까지
  6. 승인 문장 목록에 없는 상황이 나왔을 때 임의로 쓰지 않고 물어보는 행동이 나오는가
  7. 고객 연락처·주문 내역을 개인 휴대폰이나 단톡방에 옮기지 않는다는 규칙을 말과 행동으로 지키는가
  8. 리뷰 수정·삭제를 조건으로 서비스나 할인을 제안하면 안 되는 이유를 설명할 수 있는가

6번이 가장 중요합니다. 모든 상황을 아는 직원은 없고, 모르면 묻는 직원만 있습니다.

계정 자체는 어떻게 다루나

권한을 넘긴다는 것이 비밀번호를 알려주는 것이 되면 안 됩니다. 개인정보보호위원회가 2026년 실태점검에서 확인한 항목이 개인정보취급자 접근권한 최소부여 여부, 업무 변경 시 접근권한 변경·말소, 계정 공유 여부, 접속기록 보관·관리였습니다. 점검 대상 업종은 달라도 기준 자체는 1인 매장에도 그대로 적용할 수 있습니다. 실무로 옮기면 네 줄입니다. 첫째, 계정 소유자는 항상 사장이고 직원은 초대·권한 부여로 접근합니다(플랫폼이 다중 담당자 기능을 지원하지 않는 경우에는 회수 절차를 문서로 대신 정해둡니다 — 네이버 스마트플레이스의 담당자 권한 등급과 범위는 이번 조사에서 원문을 대조하지 못해 확인이 필요합니다). 둘째, 비밀번호를 공유해야만 하는 채널은 퇴사·업무 변경 즉시 변경하는 것을 규칙으로 적습니다. 셋째, 알림을 받는 기기와 계정을 표에 기록해두고 분기마다 한 번 실제와 대조합니다. 넷째, 응대 과정에서 받은 고객 정보는 개인 기기에 남기지 않습니다 — 개인정보 보호법 제15조는 수집·이용에 동의를 요구하고 제18조는 수집 목적 범위를 넘어선 이용을 제한하므로, 상담 내용을 개인 단톡방으로 옮기는 순간 목적 범위 문제가 생깁니다.

사고가 났을 때 되돌리는 절차

권한을 올릴 때 함께 정해야 하는 것이 내리는 방법입니다. 순서는 넷입니다. 첫째, 문제 답글을 즉시 지우지 말고 전체 화면을 캡처한 뒤 처리합니다(무엇을 잘못 썼는지 기록이 남아야 재교육이 됩니다). 둘째, 해당 직원의 단계를 한 칸 내립니다 — 3단계였다면 2단계로 되돌리고 두 주간 검토 발행으로 운영합니다. 셋째, 왜 그 문장이 나왔는지 확인해 승인 문장 목록에 없는 상황이었다면 문장을 추가합니다. 넷째, 고객 정보가 노출된 사고였다면 삭제로 끝났다고 단정하지 말고 신고 대상인지 확인합니다 — 개인정보 보호법 제34조 제3항은 유출등을 알게 되었을 때 개인정보의 유형·경로·규모 등을 고려해 대통령령으로 정하는 바에 따라 신고하도록 하고 있어, 모든 유출이 자동으로 신고 대상이 되는 것은 아닙니다. 신고 대상에 해당하면 시행령 제40조에 따라 알게 된 때로부터 72시간 이내에 개인정보보호위원회 또는 KISA에 신고해야 하며, 내용을 다 확인하지 못했어도 확인된 사실부터 우선 신고하고 이후 보완하도록 정하고 있습니다. 단계를 내리는 조치가 징계처럼 보이지 않게 하려면, 이 절차를 권한을 처음 줄 때 미리 설명해두는 것이 좋습니다. "실수하면 이 단계로 돌아왔다가 다시 올라간다"고 먼저 말해두면 사고를 숨기지 않습니다.

아직 넘기면 안 되는 상황

마지막으로, 사람이 준비됐어도 넘기면 안 되는 때가 있습니다. 진행 중인 분쟁이 있는 기간, 위생·안전 이슈가 리뷰에 올라와 있는 기간, 매뉴얼이 아직 문서로 존재하지 않는 상태, 그리고 사장이 며칠 자리를 비워 검토가 불가능한 기간입니다. 특히 마지막 경우가 위험합니다 — 검토자가 없는 상태에서 단독 발행 권한을 주면 그건 이양이 아니라 방치입니다. 자리를 비울 때는 권한을 넓히는 대신 그 기간의 응대 범위를 좁히세요. 단순 문의만 답하고 나머지는 "확인 후 안내드리겠습니다"로 접수만 남겨두는 것으로 충분합니다.