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

제작·검수 근거: 다섯 질문을 실제 문서 필드로 바꾼 진단표, 예약 접수 예시, 검수 체크리스트를 직접 설계하고 CSV를 검증했습니다.

최종 검수: 2026.07.27 · SOPBiz 운영자

먼저 확인할 핵심

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

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

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

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

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

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

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

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

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

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

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

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

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

표의 숫자는 계산과 판정 방식을 보여주기 위한 설명용 예시입니다. 실제 기준은 사용량·공간·계약 조건에 맞게 다시 정합니다.

11개 열, 예시 8행을 넣었고 UTF-8 한글 인코딩과 파일 열림을 2026.07.27에 확인했습니다. 예시 값은 실제 사업 데이터가 아닙니다.

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

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

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

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

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

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

이 글은 특정 제품 기능이나 법적 기준을 단정하지 않고, 운영표를 설계하는 순서와 예시만 다룹니다. 외부 제도나 서비스 기능을 인용한 부분은 없습니다.

연결 자료는 2026.07.27에 주소와 운영 주체를 확인했습니다. 최신 메뉴·법령·안전 기준은 해당 운영 기관의 현재 원문이 우선합니다.