업무 매뉴얼을 만들기 전 정리할 5가지 질문

예약 접수 SOP 한 장의 완성 예

다섯 질문을 받은 뒤 최종 문서에 무엇이 남는지 보려면 아래처럼 한 업무로 좁히는 편이 쉽습니다.

완료 조건을 상담 종료처럼 모호하게 쓰지 않습니다. 필요한 정보가 없으면 확인 필요로 두고 질문을 남깁니다. 이 문서를 처음 보는 사람이 한 건을 따라 해 본 뒤 빠진 입력과 애매한 단어를 수정합니다.

“문의가 오면 예약표에 적는다”만으로는 시작 채널, 필수 정보, 중복 일정 처리, 확정 기준이 보이지 않습니다. 다섯 질문에 답하면 연락처가 없거나 시간이 겹칠 때 멈춰야 한다는 조건이 드러납니다.

매뉴얼은 정상 순서를 길게 쓰는 문서가 아니라 같은 예외에서 같은 판단을 하게 하는 기준입니다. 예시는 특정 사업장의 성과가 아닌 작성 방법을 보여주기 위한 시나리오입니다.

전화가 울릴 때, 주문이 결제될 때, 오픈 30분 전처럼 관찰 가능한 신호를 씁니다. “필요할 때”는 사람마다 다른 시점을 떠올리게 합니다.

여러 채널에서 시작된다면 채널별 첫 기록 위치를 정합니다. 구두 요청도 기록이 생겨야 다음 단계로 넘어가게 합니다.

필수 입력과 있으면 좋은 정보를 나눕니다. 예약 업무에서는 희망일과 회신 수단이 필수일 수 있지만 상세 메모는 선택일 수 있습니다.

필수값이 빠졌을 때 임의로 채우지 않고 확인 필요 상태로 멈춥니다. 누가 언제 보완할지 다음 행동을 적습니다.

체크 표시 대신 고객 회신, 입고 수량, 잠금 사진, 저장된 문서처럼 다시 확인할 수 있는 결과를 정합니다.

증거가 개인정보나 민감한 장면을 과도하게 담지 않도록 필요한 범위도 정합니다. 완료 증거와 보관 위치를 함께 씁니다.

중복 일정, 금액 불일치, 안전 문제, 정보 누락처럼 현장 담당자가 임의 판단하면 안 되는 조건을 씁니다.

멈춤은 실패가 아니라 보호 장치입니다. 담당자 이름만 적지 말고 연락 방법과 응답 전 임시 상태를 정합니다.

업무가 바뀌어도 매뉴얼이 그대로면 잘못된 순서가 반복됩니다. 수정 요청자, 검토자, 적용일을 분리합니다.

한 달에 한 번 날짜만 바꾸지 않고 실제 오류·질문·예외 기록을 근거로 문장을 고칩니다. 바뀐 이유를 한 줄로 남깁니다.

질문	좋지 않은 답	사용 가능한 답	확인 자료
시작 신호	필요할 때	문의가 채널에 도착할 때	접수 기록
필수 입력	고객 정보	희망일·회신 수단	접수표
완료 증거	처리함	확정 메시지와 상태 변경	메시지·예약표
멈춤 조건	문제 생기면	중복 일정·연락처 누락	예외 로그
수정 책임	운영자	요청자·검토자·적용일	변경 기록

통과·보류 기준은 점검 순서를 보여주는 예시입니다. 법령·안전·계약 판단은 담당 기준을 따릅니다.

11개 열과 8개 예시행으로 구성했습니다. 점검값이 빠진 행과 파일 인코딩을 자동 검사한 기록 양식입니다.

순서를 먼저 쓰면 안 되나요?

초안은 쓸 수 있지만 다섯 질문이 비어 있으면 예외에서 다시 구두 판단으로 돌아갑니다.

사진을 완료 증거로 써도 되나요?

필요한 장면만 담고 개인정보·고객 얼굴·민감 정보가 포함되지 않도록 기준을 정합니다.

매뉴얼은 얼마나 자주 고치나요?

고정 주기와 함께 실제 오류나 업무 변경이 생긴 즉시 검토하는 조건을 둡니다.