신입사원 교육에 매일 2시간씩 쓰는 대표님이라면 구조부터 점검해야 합니다

직원 교육에 매번 2시간씩 쓰는 대표님이 있습니다. “한 번만 알려주면 되겠지”라고 생각하고 설명했는데, 다음 주에 또 같은 질문이 돌아옵니다. 새로 온 직원은 이전 담당자에게 묻고, 이전 담당자는 “예전엔 이렇게 했어”라고 말합니다. 회사의 중요한 지식이 문서나 시스템이 아니라 사람의 기억에만 남는 순간, 인수인계는 구전이 되고 업무는 점점 랜덤해집니다.

이 상태에서 직원 수가 늘면 대표의 일은 줄지 않습니다. 오히려 확인, 수정, 설명이 반복되며 대표가 병목이 됩니다. 많은 대표님들이 이 상황을 직원 역량이나 태도의 문제로 생각하지만, 실제 원인은 대부분 구조에 있습니다. 이 지점에서 반드시 점검해야 할 것이 SOP입니다.

SOP 뜻부터 정리해야 합니다: 왜 ‘표준’이 중요한가

SOP는 Standard Operating Procedure, 표준 업무 절차를 의미합니다. 한 문장으로 정리하면 이렇습니다.

누가 하든 같은 순서로 일하고, 같은 기준으로 확인해, 같은 결과가 나오게 만드는 기준입니다.

업무 매뉴얼이 “읽어보세요” 수준의 참고 자료라면, SOP는 “이대로 하면 됩니다”에 가깝습니다. SOP의 목적은 친절한 설명이 아닙니다. 대표가 빠져도 회사가 돌아가게 만드는 최소한의 운영 기준입니다.

SOP에 반드시 포함돼야 할 6가지 기준

SOP가 작동하지 않는 이유는 분량이 많아서가 아닙니다. 필요한 기준이 빠져 있기 때문입니다. 실무에서 작동하는 SOP에는 최소한 다음 여섯 가지가 포함됩니다.

• 언제: 업무가 시작되는 조건
• 무엇을: 반드시 나와야 하는 산출물
• 어떻게: 단계별 절차
• 어디에: 저장 위치와 사용하는 툴
• 어떤 기준으로: 체크리스트와 품질 기준
• 예외 상황: 자주 발생하는 변수 처리

이 기준이 갖춰지면 교육 시간은 줄고, 품질은 안정됩니다. 특히 직원 수가 5명을 넘기기 시작하면 SOP 유무에 따라 대표가 체감하는 업무량은 확연히 달라집니다.

SOP가 없을 때 생기는 문제: 보이지 않게 쌓이는 비용

1. 업무 품질이 사람마다 달라집니다

같은 고객 문의를 어떤 직원은 10분 만에 처리하고, 어떤 직원은 40분이 걸립니다. 기준과 절차가 없기 때문입니다. 이 차이는 내부에서 끝나지 않습니다. 고객 입장에서는 “직원마다 말이 다르다”는 경험으로 남고, 이는 곧 브랜드 신뢰 문제로 이어집니다. 업무 품질은 평균으로 수렴하지 않습니다. 가장 낮은 기준으로 내려갑니다.

2. 핵심 인력이 퇴사하면 공백이 바로 생깁니다

SOP가 없는 조직에서 퇴사는 곧 지식 유출입니다. 파일 위치, 거래처 응대 톤, 결제 처리 순서, 자주 발생하는 예외 상황이 문서로 남아 있지 않으면 퇴사 이후 남는 것은 기억에 의존한 추측뿐입니다. “그건 ○○님이 제일 잘 알아요”라는 말이 자주 나오는 조직은 이미 위험 신호입니다.

3. 대표 시간이 반복 설명으로 소진됩니다

대표가 하루에 직원 교육과 업무 확인에 2시간을 쓰고 있다면, 주 5일 기준 주 10시간, 월 기준으로는 40시간입니다. 월 40시간은 사실상 파트타이머 한 명의 노동 시간입니다. 더 중요한 점은 이 시간이 매출을 만드는 시간이 아니라, 같은 질문에 같은 답을 반복하는 시간이라는 점입니다. SOP는 비용 절감 도구라기보다 대표 시간을 회수하는 구조에 가깝습니다.

이런 상황이 반복된다면,
문제는 ‘사람’이 아니라 ‘구조’입니다.

웨비나 보러가기

해결책: SOP는 하나의 문서가 아니라, 역할이 분리된 구조여야 합니다

SOP가 잘 만들어지지 않는 이유는 의지의 문제가 아닙니다. 설계의 문제입니다.

사람을 더 뽑으면 해결될 것이라는 생각은 대표님들이 흔히 하는 착각입니다. SOP 없이 사람만 늘리면 질문은 더 많아지고, 기준은 더 흔들립니다. “매뉴얼은 만들어봤는데 직원들이 안 본다”는 말도 자주 나오지만, 실제로는 안 보는 게 아니라 쓸 수 없는 구조인 경우가 대부분입니다. 찾기 어렵고, 길고, 지금 당장 필요한 정보가 어디에 있는지 알 수 없기 때문입니다.

이 문제의 핵심은 문서를 얼마나 많이 만들었느냐가 아니라, 업무 정보가 역할에 맞게 분리돼 있는가입니다. 실제 운영에서 잘 굴러가는 회사들은 업무 문서를 하나로 묶지 않습니다. 판단을 위한 정보, 실행을 위한 정보, 학습을 위한 정보를 섞지 않습니다. 목적과 성격이 다른 정보를 한 문서에 담는 순간, 그 문서는 어느 상황에서도 바로 쓰기 어려워집니다.

그래서 필요한 개념이 MECE한 분리입니다. 중복되지 않으면서도 빠짐없이 나누는 구조입니다. SOP 설계에서 MECE는 이론이 아니라 생존 조건에 가깝습니다. 업무 문서는 크게 네 가지 역할로 나뉩니다.

MECE (Mutually Exclusive, Collectively Exhaustive)는 업무와 정보를 구조화할 때 사용하는 분류 원칙입니다. 각 항목은 서로 겹치지 않으면서(Mutually Exclusive), 전체를 빠짐없이 포괄해야 합니다(Collectively Exhaustive). SOP 설계에서 MECE는 이론이 아니라 운영을 가능하게 만드는 조건입니다. 문서가 중복되지 않고, 빠짐없이 나뉘어 있을 때 조직은 사람의 기억이 아니라 구조로 움직이기 시작합니다.

1. 정책(Policy): 판단 기준을 먼저 고정합니다

정책은 업무 방법 이전에 의사결정의 기준입니다. 어디까지 자율적으로 결정할 수 있는지, 언제 보고나 결재가 필요한지, 고객 응대에서 허용되는 범위는 무엇인지가 정책입니다. 이 기준이 없으면 SOP는 매번 예외를 만들어내고, 판단은 다시 대표에게 돌아옵니다. 공여사들이 만든 10인 미만 스타트업 표준 운영 시스템에서는 회사 공통 정책을 SOP와 분리된 독립 영역으로 관리합니다.

2. SOP(Standard Operating Procedure): 반복 업무만 표준화합니다

SOP는 모든 업무를 담는 문서가 아닙니다. 반복되고, 담당자에 따른 품질 차이가 발생하며, 인수인계가 필요한 업무에만 적용합니다. 고객 환불 처리, 신규 고객 온보딩 절차, 월말 정산, 콘텐츠 발행, 프로젝트 종료와 같은 업무가 여기에 해당합니다. 업무는 사람의 기억이 아니라 절차에 붙어 움직이게 됩니다.

3. 단순 매뉴얼: 클릭 방법은 SOP가 아닙니다

툴 사용법은 SOP가 아닙니다. 노션 페이지 복제 방법, CRM 입력 순서, 회계툴 업로드 방식은 판단이 필요 없는 실행 가이드입니다. 이 시스템에서는 SOP와 단순 매뉴얼을 분리해 관리합니다. 그래야 SOP가 길어지지 않고 실제로 사용됩니다.

4. 공용 계정 관리: 운영 안정성을 위한 별도 영역

공용 이메일, 광고 계정, 결제 계정은 SOP의 하위 항목이 아닙니다. 담당자 변경이나 퇴사 시 가장 먼저 문제가 되는 영역입니다. 이 시스템에서는 공용 계정 관리 영역을 별도로 두고, 목적, 접근 권한, 변경 이력을 명확히 기록합니다.

5. 신입사원 온보딩: SOP와 목적이 다릅니다

신입 온보딩은 SOP의 모음이 아닙니다. 회사의 일하는 방식을 이해시키는 영역입니다. 첫 1주, 2주, 1개월 동안 무엇을 기대하는지, 어떤 기준으로 일하는 조직인지가 먼저 전달돼야 합니다. 이 시스템에서는 신입사원 온보딩을 회사 공통 영역으로 분리합니다.

(부가옵션) 검색과 노션 AI: 찾을 수 있어야 구조가 됩니다

아무리 잘 나눠도 빠르게 찾을 수 없다면 없는 것과 같습니다. 10인 미만 스타트업 운영 시스템의 SOP는 제목 규칙, 태그 규칙, 영역 분리를 전제로 설계되며 노션 검색과 노션 AI 옵션까지 함께 고려합니다. 물어보는 조직이 아니라, 검색하고 확인하는 조직을 목표로 합니다.

SOP 도입 이후 달라지는 것들

SOP가 구조적으로 작동하기 시작하면 변화는 빠르게 나타납니다. 핵심은 “교육을 잘한다”가 아니라 “교육이 필요 없는 구조로 바뀐다”는 점입니다. 신입은 사람에게 묻기 전에 회사 공통 온보딩 영역에서 기준을 먼저 이해하고, 각 업무는 SOP를 기준으로 처리합니다. 그 결과 온보딩 기간이 단축되고, 같은 질문이 반복되는 빈도가 줄어듭니다. 

대표의 역할도 바뀝니다. 개별 업무를 설명하거나 수정하는 시간이 줄고, 기준을 업데이트하거나 예외 케이스를 정책으로 정리하는 시간으로 이동합니다. 퇴사가 발생해도 공백은 커지지 않습니다. 공용 계정 관리 영역에 접근 권한과 변경 이력이 남고, 업무는 SOP와 기록에 붙어 있기 때문에 인수인계가 “말”이 아니라 “문서와 템플릿과 히스토리”로 이어집니다. 고객 경험도 안정됩니다. 담당자가 바뀌어도 안내 톤과 처리 방식이 흔들리지 않으면, 신뢰는 개인이 아니라 조직에 쌓입니다.

도입 전과 도입 후를 비교하면 이렇게 정리됩니다

• 신입 온보딩: 사람 의존 교육 중심 → 회사 공통 온보딩 + SOP 기반 자가 학습
• 대표 업무: 반복 설명·컨펌 중심 → 기준(정책) 정리·예외 처리·구조 개선 중심
• 퇴사 리스크: 지식 유출·계정 혼선 → 공용 계정 관리 + SOP/기록 기반 승계
• 고객 응대: 담당자별 편차 → 표준 답변/절차 기반 일관성

10인 미만 스타트업 표준 노션 시스템

공여사들이 만든 이 ‘표준 노션’의 SOP는 “문서를 많이 만드는 것”이 아니라, 회사가 시스템으로 운영되도록 구조를 세팅하는 데 목적이 있습니다. 업무 문서를 역할에 따라 분리하고(정책, SOP, 단순 매뉴얼, 공용 계정 관리, 회사 공통 온보딩), 그 분리가 실제 운영에서 굴러가도록 검색 체계까지 함께 설계합니다.

구성은 단순합니다. 먼저 반복 업무를 추려 핵심 업무 리스트를 만들고, 회사 판단 기준을 정책으로 고정합니다. 이후 SOP를 업무 단위로 표준화하고, 클릭 방법은 단순 매뉴얼로 분리해 SOP가 비대해지지 않도록 정리합니다. 공용 계정은 별도 영역에서 목적과 권한, 변경 이력을 관리해 퇴사 리스크를 통제합니다. 신입사원 온보딩은 회사 공통 영역으로 분리해 “업무 절차를 외우기 전에 회사 기준을 이해하는 구조”로 설계합니다.

마지막으로 제목 규칙과 태그 규칙, 영역 구조를 정리해 노션 검색이 바로 작동하도록 만들고, 필요 시 노션 AI 옵션까지 전제로 ‘찾는 방식’을 표준화합니다. 회사 규모가 작을수록 이 세팅의 효과는 더 빠르게 나타납니다. 사람을 늘려 해결할 문제가 아니라, 구조를 먼저 세팅해 사람이 늘어도 흔들리지 않게 만드는 작업이기 때문입니다.

이 시스템에서 가능한 일들

• 정책(Policy) 구조: 권한/결재/응대 기준 등 의사결정 기준 고정
• SOP 표준화: 반복 업무의 시작 조건-절차-완료 기준-예외 케이스 정리
• 단순 매뉴얼 분리: 툴 클릭 방법을 SOP에서 분리해 실행성 확보
• 공용 계정 관리: 공용 이메일/광고/결제 계정의 권한·이력·담당 체계 구축
• 회사 공통 온보딩 영역: 신입 적응 목적의 공통 기준과 학습 경로 설계
• 검색 체계: 제목/태그/영역 분리 + 노션 검색/노션 AI 활용 전제 설계

자주 묻는 질문(FAQ)

Q. 직원 수가 적어도 SOP가 필요한가요?

필요합니다. SOP는 규모가 커져서 만드는 문서가 아니라, 커지기 전에 만들어야 비용이 적게 드는 구조입니다. 직원 수가 적을 때는 표준이 없어도 버티기 쉽지만, 그 상태로 채용이 늘면 구전 인수인계와 대표 병목이 고착됩니다. 작은 조직일수록 SOP를 도입했을 때 “대표가 붙잡히는 시간”이 먼저 줄어들기 때문에 효과가 빠르게 체감됩니다. 병목이 생기는 이유는 근태 안 좋은 직원이나 착한데 일 못하는 직원이 있어서가 아닙니다. 회사의 일하는 기준이 노션 같은 시스템에 정리되어 있지 않고, 온보딩 단계에서 공유되지 않았기 때문입니다.

Q. 매뉴얼이 있는데도 SOP가 필요한 이유는 무엇인가요?

매뉴얼은 “툴을 어떻게 쓰는지”에 가깝고, SOP는 “업무를 어떤 기준으로 끝내는지”에 가깝습니다. 매뉴얼만 있으면 실행은 가능하지만 품질이 표준화되지 않습니다. SOP는 시작 조건, 절차, 완료 기준, 예외 처리, 그리고 관련 정책까지 포함해 결과물의 일관성을 만드는 장치입니다. 둘은 목적이 다르기 때문에 분리되어야 하고, 함께 있어야 현장에서 굴러갑니다.

Q. 공용 계정 관리는 왜 별도로 분리해야 하나요?

공용 계정은 보안과 운영 안정성의 문제입니다. SOP 안에 섞이면 담당자 변경이나 퇴사 시점에 접근 권한과 이력 관리가 무너집니다. 공용 계정은 목적, 권한, 변경 이력, 담당자를 별도 영역에서 관리해야 리스크를 통제할 수 있습니다. 이 영역이 정리되면 인수인계의 난이도가 확연히 낮아집니다.

Q. 신입 온보딩은 SOP로 해결하면 안 되나요?

신입 온보딩의 목적은 SOP를 외우게 하는 것이 아니라, 회사의 기준을 이해시키는 것입니다. 신입이 먼저 알아야 할 것은 “이 회사는 어떻게 판단하고, 어떤 기준으로 일하는지”입니다. 그래서 온보딩은 회사 공통 영역으로 분리하는 것이 좋습니다. 기준이 먼저 세팅되면, SOP는 학습 자료가 아니라 업무 수행 도구로 즉시 전환됩니다.

Q. 노션을 잘 몰라도 이 SOP 시스템을 쓸 수 있나요?

가능합니다. 핵심은 노션 기능이 아니라 구조 설계입니다. 공여사들이 만든 시스템은 영역 분리, 제목 규칙, 태그 규칙을 먼저 세팅해 검색이 작동하도록 설계합니다. 운영 단계에서는 노션 검색을 기본으로 두고, 필요 시 노션 AI 옵션을 함께 고려해 “찾는 방식” 자체를 표준화합니다. 사용자는 복잡한 기능을 배우기보다, 필요한 순간에 빠르게 찾고 실행하는 데 집중하게 됩니다.

Q. SOP는 한 번 만들어두면 끝인가요?

아닙니다. SOP는 운영하면서 업데이트되는 자산입니다. 중요한 건 업데이트가 가능하도록 구조를 만들어두는 것입니다. 새 예외 케이스가 나오면 정책과 SOP에 반영하고, 반복 질문이 나오면 단순 매뉴얼이나 FAQ로 분리해 접근성을 높입니다. 이 시스템의 SOP는 “만들기”보다 “계속 굴러가게 하는 관리 체계”까지 포함해 설계합니다.

암묵지를 명시지로 바꾸는 첫 단계

회사가 커지지 않는 이유는 대표가 일을 못해서가 아닙니다. 일이 사람에게 묶여 있기 때문입니다. SOP는 똑똑한 사람을 만드는 문서가 아니라, 누구나 같은 기준으로 일하게 만드는 구조입니다. 같은 설명을 반복하고 있다면 지금이 바꿀 시점입니다. 웨비나에서 실제 작동 구조를 직접 확인해보세요.

작은 팀을 위한 ‘일의 시스템’ 웨비나 신청 >>

대표님들이 함께 많이 본 콘텐츠

• 첫 직원 채용 전, 온보딩 프로세스 이렇게 준비하세요

  SOP를 만들어도 신입이 계속 물어본다면, 문제는 SOP가 아니라 온보딩일 수 있습니다. 채용 전부터 준비해야 할 온보딩 설계 방법을 알려드립니다.

• 교육사업 대표들이 매년 같은 시기에 막히는 이유

  업무가 반복되면 SOP가 필요하듯이, 시즌이 반복되는 사업도 운영 구조가 필요합니다. 실제 사례를 통해 어떻게 달라졌는지 확인해보세요.

© 공여사들. ‘일의 구조’를 만듭니다.