팀이 자주 멈추는 지점에는 대부분 “누가, 어떤 기준으로 결정하는가”가 빠져 있습니다
사람이 부족해서가 아니라 판단 기준이 문서화되지 않아 업무가 멈추는 경우가 많습니다. 결정 권한, 매뉴얼, 인수인계, 고객 상태, 회의 액션아이템을 각각 따로 관리하면 같은 질문이 반복됩니다. 기존 BIZLOG 글 8개를 하나의 운영 흐름으로 묶어 팀이 스스로 판단할 수 있는 최소 기준을 정리했습니다.
결정 권한 기준 문서
팀원이 메시지 답변 기다리느라 업무가 멈추는 현상은 권한 기준이 없기 때문이다. 한 장짜리 결정 규칙으로 일상 승인을 분산하면 대표는 전략에, 팀은 속도에 집중할 수 있다.
팀원이 작은 선택도 대표 승인을 기다리는 이유는 악의가 아니라 기준의 부재다. 클라이언트 미팅을 1시간 뒤로 미룰 수 있는지, 마케팅 도구 구독료를 지출해도 되는지, 팀 외부인을 초대해도 되는지—이런 것들이 명확히 정해져 있지 않으면 팀원은 '혹시 모르니' 대표에게 묻는다. 대표 입장에서는 작은 일들이 계속 들어오고, 팀원은 답을 기다리는 동안 다음 단계로 나아가지 못한다. 조직이 커질수록 이 마찰이 눈덩이처럼 커진다.
문제는 더 깊다. 팀원이 스스로 판단할 기회가 없으면 조직의 문제 해결 능력도 성장하지 않는다. 매번 대표 의견을 기다리다 보면 팀원들은 '어차피 대표가 결정한다'고 생각하게 되고, 책임감도 옅어진다. 소규모 조직일수록 이것이 더 빠르게 진행된다.
해결책은 간단하다. 조직에서 일상적으로 발생하는 결정들을 범주별로 나누고, 각 범주에서 누가 얼마까지 정할 수 있는지 명시하는 것이다. 이 문서는 한 장을 넘지 않아야 하고, 누구나 이해할 수 있는 실체적 기준으로 써야 한다.
예를 들어 '경영진 판단'이나 '팀 협의'같은 추상적 표현은 쓸모없다. 대신 이렇게 쓴다: '월 50만 원 이하 소프트웨어/서비스 구독은 팀장 승인, 월 50만 원 이상은 대표 결재' '클라이언트 미팅 일정 변경은 담당자 권한, 계약 변경사항이 동반되면 대표 확인' '신규 팀원 초대는 팀장, 외부인 정기 참석은 대표 승인' '마케팅 콘텐츠 발행은 팀장, 보도자료 배포는 대표 검토'. 구체적인 금액, 시간, 대상이 들어가면 해석의 여지가 없어진다.
운영 매뉴얼 작성법
매뉴얼을 완성하려다 시작 못 하는 팀이 많다. 대신 지난 3개월간 같은 실수를 한 10가지 업무만 먼저 기록하면, 6주 안에 실용적인 문서가 완성되고 오류율이 떨어진다.
운영 매뉴얼을 만들겠다는 팀은 많지만 실제로 완성하는 팀은 적다. 가장 흔한 이유는 범위 설정 단계에서 이미 막힌다. '우리가 하는 모든 일을 다 기록해야 하나?', '어디서부터 어디까지 써야 하나?', '이 정도면 충분한가?'라는 질문이 꼬리에 꼬리를 문다.
결과적으로 "완벽한 매뉴얼을 만들자"는 목표가 실행을 지연시킨다. 준비 단계가 길어지고, 실제 업무 압박이 쌓이면서 문서화 프로젝트는 미뤄진다. 그사이 같은 실수는 반복되고, 신입이나 휴직자 복귀자는 매번 처음부터 배워야 한다.
다르게 생각해보자. 매뉴얼을 '모든 것을 담은 교과서'로 보지 말고, '팀이 실제로 막히는 지점을 기록한 노트'로 정의하면 어떨까.
지난 3개월간 팀이 같은 실수를 반복한 업무 10가지를 리스트업하는 것부터 시작한다. 예를 들어 청구서 발송 시 금액 오류, 고객 정보 입력 시 휴대폰 형식 통일 실패, 계약서 서명란 누락, 공급업체 연락처 업데이트 미흡 같은 것들이다. 이런 항목들은 이미 '팀이 필요하다고 증명한' 내용이다.
이 접근의 장점은 명확하다. 첫째, 범위가 정해진다. 둘째, 작성 동기가 생긴다. 셋째, 완성도가 낮아도 팀이 실제로 참고한다. 매달 같은 실수를 반복하다가 그것을 기록한 문서를 보면, 팀원은 자연스럽게 그것을 따른다.
인수인계 판단 기준
업무 매뉴얼은 있는데 왜 자꾸 전임자에게 묻게 될까. 절차 문서만으로는 부족하다. 판단 기준을 명시하지 않으면 모든 예외가 새로운 질문이 된다.
새 담당자가 받은 업무 매뉴얼을 펼쳐보면 보통 이렇게 쓰여 있다. "이메일 문의가 오면 3일 내 답변한다", "거래처별 협력사 리스트를 매달 정산한다", "분기 말에 실적 자료를 취합한다." 절차는 명확하다. 그런데 일주일 뒤, 후임자에게서 연락이 온다. "담당자님, 미팅 요청이 이메일로 왔는데 지난달부터 회의 불가라고 한 거래처인데, 이 경우는 다시 회신해야 하나요?" "분기 말이 딱 걸쳤는데 연말 휴가라서 실적 자료를 내일 보낼 수 없습니다. 언제까지 연기할 수 있어요?"
문제는 여기다. 문서는 '정상 케이스'만 가정한다. 하지만 실무는 항상 정상이 아니다. 거래처가 예를 들면, 새로운 담당자가 생기거나 갑자기 긴급 요청을 하거나, 예산이 부족해서 일정을 미뤄 달라고 한다. 이런 '이상 상황'에서 어떤 판단을 해야 하는지는 문서에 없다. 그래서 후임자는 매번 선임자에게 물어야 한다.
절차(process)는 '무엇을 하는가'이다. "고객 문의에 3일 내 답변"은 절차다. 판단 기준(criteria)은 '왜 그렇게 하는가, 언제 예외를 인정할 것인가'이다.
예를 들어보자. 절차: "A 거래처와의 계약은 월 1회 검토 회의를 진행한다". 판단 기준이 없으면? 후임자는 회의 일정을 잡을 때마다 "이 주에 잡아도 되나요? 저번 회의가 2주 전이어서 괜찮을까요?" 물어본다. 판단 기준이 있으면: "검토 회의는 전달 대비 변동사항이 있거나 계약 갱신 시기가 3개월 내일 때 진행한다. 변동사항이 없으면 서면 보고로 대체 가능하다. 긴급 이슈는 언제든 즉시 협의한다."
후자는 더 길지만, 후임자는 '언제 회의를 열어야 할까' 고민할 때 스스로 판단할 수 있다. 전임자의 머리로만 돌던 기준이 문서로 명시되었기 때문이다.
반복 질문 로그 조직 진단
하루 종일 비슷한 승인 요청을 여러 팀에서 받는다면, 그것은 조직 설계의 신호다. 반복 질문 로그가 숨겨진 업무 흐름을 드러낸다.
매주 월요일 오전, 마케팅팀 리더에게서 광고 예산 승인 메시지가 온다. 화요일엔 영업팀에서 비슷한 내용으로 묻는다. 수요일엔 제휴팀까지. 대표는 매번 같은 판단 기준으로 승인하고 거절한다.
이 반복은 단순 비효율이 아니다. 각 팀이 독립적으로 같은 의사결정을 기다리고 있다는 뜻이다. 즉, 그 의사결정이 조직의 어느 레벨에도 명확히 위임되지 않았다는 신호다. 팀장들은 판단할 수 있는 권한과 기준을 갖지 못했고, 대표는 의도하지 않게 매 건마다 그 공백을 채우고 있는 것이다.
3주간 대표에게 온 모든 질문을 기록해 본다. 주제별로 분류하면 패턴이 드러난다. 승인 요청이 55%, 진행 상황 보고가 30%, 기술적 문제 확인이 15% 같은 식이다.
더 깊게 보면, 승인 요청도 세분화된다. 예를 들어 '예산 초과 여부 판단', '외부 제휴 의향 검토', '신규 채용 우선순위 결정' 처럼 카테고리화할 수 있다. 각 카테고리가 반복되는 빈도가 높을수록, 그것은 권한이 명확하지 않거나 기준이 불명확한 영역이다. 승인 요청이 가장 많다면 위임 문제고, 보고 요청이 많다면 신뢰나 정보 접근성 문제다.
구글시트 CRM 상태 관리
팀이 커질수록 같은 고객의 상태를 다르게 기록한다. 구글시트 CRM에서 가장 먼저 잠가야 할 열은 무엇인가.
초기 CRM을 구글시트로 시작하는 팀은 보통 담당자 2~3명이다. 이 단계에서는 "고객사 연락", "미응답", "계약 완료" 같은 상태를 서로 보며 자연스럽게 맞춘다. 하지만 팀이 5명, 10명으로 늘어나면 같은 상황을 다르게 기록하기 시작한다.
같은 고객을 놓고 A 담당자는 "추후연락", B 담당자는 "미응답", C 담당자는 "대기중"이라고 쓰는 것이다. 어느 것이 최종 상태인지 불명확해지고, 영업 진행 상황 리포트는 담당자의 작성 습관에 따라 달라진다. 결국 누군가는 같은 고객에게 중복으로 연락하고, 팀 매니저는 데이터를 다시 정리해야 한다.
CRM이 붕괴하는 이유는 기술 부족이 아니다. 처음부터 어떤 열을 "고정값"으로 운영할지 정하지 않았기 때문이다. 구글시트 CRM에서 가장 먼저 잠가야 할 것은 고객 상태를 기록하는 열이다.
구글시트의 "데이터 유효성 검사" 기능을 사용해 상태 열에 드롭다운 목록을 만든다. 예를 들어 "신규 접촉", "협상 중", "계약 완료", "보류", "종료"처럼 정확히 5개 상태만 선택 가능하게 제한한다. 자유 입력을 막으면 담당자가 자의적으로 상태를 만들 수 없다. 동시에 "담당자" 열도 드롭다운으로 팀 구성원 이름만 선택 가능하게 한다. 오타나 외부인이 입력되는 것을 원천 차단할 수 있다.
액션아이템 자동화
회의 녹취 AI는 요약까지 잘 해낸다. 문제는 그 다음이다. 요약을 받아 다시 할일 목록으로 옮겨 적는 순간, 일은 흩어지고 책임은 불명확해진다. 그 사이 빈틈을 채우는 팀들이 이미 움직이고 있다.
회의 녹취 AI 도입 이후 상황은 명확해졌다. 요약본은 매번 잘 나온다. 주요 결정사항, 논의 포인트, 다음 회의 일시까지 정확하게 뽑힌다. 그런데 여기서 멈춘다.
요약을 받은 담당자는 다시 펼친다. '누가 뭘 언제까지 하기로 했는가'를 찾아내는 과정이다. 요약에 "팀 구성원 모두 분기별 고객 피드백 분석에 참여하기로" 라고 나왔으면, 그것을 태스크 관리 도구에 옮겨 적을 때는 각자에게 구체적인 일을 할당해야 한다. 순서, 우선순위, 마감일, 책임자가 들어가야 한다는 뜻이다. 이 과정은 여전히 사람 손이다.
첫 번째는 정보 흐름의 단절이다. 요약과 할일 목록 사이에 다른 도구나 포맷이 들어가면, 정보가 복사되는 과정에서 놓친다. 누군가는 회의에서 언급된 예산 제약을 놓치고, 누군가는 우선순위를 잘못 읽는다.
두 번째는 책임의 모호함이다. 요약에만 기록되고 태스크로 할당되지 않은 일은 '누군가 하겠지' 상태가 된다. 특히 협업이 필요한 항목은 더 심하다. 요약 문서에 이름이 없으면 일은 떨어진다.
세 번째는 반복 작업의 누적이다. 주 3~4회 회의마다 이 옮겨 적기를 반복하면, 한 달에만 최소 3~4시간이 소모된다. 팀 규모가 크면 각 회의마다 요약을 다시 정리할 담당자가 필요해진다.
회의록 작성법
한 시간 회의를 마치고도 단톡방에 '그래서 누가 하지?'가 올라온다면, 문제는 논의가 아니라 기록 방식입니다. 책임과 마감을 명확히 남기는 회의록 틀을 바꿔보세요.
스타트업과 에이전시에서 가장 흔한 패턴이 있다. 회의실에서 전원이 고개를 끄덕일 때는 모두 같은 그림을 본다. 그런데 회의가 끝나고 2시간이 지나면 팀원들의 이해가 갈린다. 누군가는 자기가 맡았다고 생각하고, 누군가는 다른 사람이 한다고 믿는다. 결국 담당자 톡방에 "혹시 이거 누가 하기로 했어?" "아, 내가 하는 줄 알았는데" 같은 메시지가 오간다.
이런 상황의 근본 원인은 회의 시간이 부족해서가 아니다. 기록이 불명확하기 때문이다. 구체적으로는, 누가 무엇을 언제까지 하는지를 사람이 각자 기억하는 것으로 끝내기 때문이다. 회의록이 있어도 대체로 "A안 검토하기로 함" "B의견도 검토 필요" 같은 식으로 남는다. 이건 결정이지, 실행 지시가 아니다.
회의 기록의 목적을 다시 생각해보자. 과거의 논의 내용을 남기는 것일까, 아니면 앞으로의 움직임을 명확히 하는 것일까? 둘 다 필요하지만, 팀이 실제로 움직이게 하려면 뒤의 것이 먼저다.
따라서 회의록의 핵심 섹션은 '액션 아이템(Action Item)'이어야 한다. 이 섹션에는 다음 네 가지가 반드시 포함되어야 한다:
1. **담당자 이름** - "누가"를 명확히. 특히 복수 담당이 필요하면 "주담당(보조담당)" 형식으로 명시 2. **구체적인 태스크** - "~하기로 함" 같은 모호한 표현 금지. "A안의 예산 편성표 작성" "B 클라이언트에 제안 메일 발송" 같이 끝내는 행동을 명시 3. **마감일** - 요일까지 포함. "내주 수요일 오후 3시" 같이 구체적으로. "빨리" "가능한 한 빨리" 같은 표현 절대 금지 4. **확인 기준** - 이것이 마무리되었다고 누가 어떻게 판단할 것인가. 예를 들어 "재무팀 검토 완료 시", "클라이언트 피드백 반영 후 슬랙 채널 공유" 같은 기준
첫 직원 채용 업무 정리
업무가 많아 누군가를 뽑으려 할 때, 무엇을 넘길지 모르면 안 된다. 일을 넘기기 전에 대표가 먼저 해야 할 일은 '무엇을 하지 않을지' 쓰는 것이다.
사업을 혼자 꾸려가던 대표에게 '무엇을 넘길 것인가'는 본능적으로 답하기 어려운 질문이다. 해왔던 모든 일이 뒤섞여 있기 때문이다. 고객 응대, 계산, 물품 발주, 회계, SNS 운영, 배송 같은 업무들이 시간 순서대로만 존재할 뿐 명확한 경계가 없다. 대표는 하루하루 닥치는 일을 처리하면서 '이 일들이 따로 떨어져 있을 수 있겠다'고 생각할 여유가 없다.
문제는 직원을 뽑으려고 생각할 때 생긴다. 회사 설명서나 업무 매뉴얼이 없으니 "이런저런 일들을 좀 해줄 수 있겠냐"라고 애매하게 넘기게 되고, 신입은 우선순위를 모르고 대표는 '왜 저것도 못 하냐'는 생각만 남는다. 결국 대표가 다시 손을 대고, 신입은 무언가 잘못된 사람처럼 느껴진다.
역설적이지만, 일을 넘기려면 '무엇을 하지 않을 것인가'부터 정해야 한다. 신입이 할 일을 정의하는 가장 빠른 방법은 대표가 절대 하지 않을 일을 먼저 고르는 것이다.
예를 들어 카페를 운영하는 대표라면: 손님과의 분쟁 처리는 본인만 한다, 하루 매출 확정과 입금 확인은 본인만 한다, 메뉴 개발은 본인만 한다. 이렇게 5~7개 항목을 명확히 하면, 나머지 일들은 자동으로 신입이 할 수 있는 영역이 된다. 신입 입장에서도 '대표가 하는 일'의 경계를 알기 때문에, 자신의 책임 범위를 명확히 이해할 수 있다.
실행할 때는 한 번에 전부 바꾸기보다 가장 자주 막히는 한 단계부터 고칩니다
운영 문제는 여러 요소가 연결돼 있어 한꺼번에 시스템을 갈아엎으면 원인을 확인하기 어렵습니다. 현재 흐름을 적고, 가장 자주 반복되는 오류나 대기 지점을 하나 고른 뒤, 기준을 문서화하고 일정 기간 관찰하는 방식이 안전합니다. 이 가이드는 특정 수치나 보편적 성과를 보장하는 자료가 아니라 실제 업무 구조를 점검하기 위한 편집·실무 프레임입니다.
