거상마케팅센터 회사 시스템 정리본 (v1.0)

거상마케팅센터 회사 시스템 정리본 (v1.0) 시스템의 목적 (먼저 이 한 줄) 사람 기억과 성향에 의존하지 않고, 누가 해도 같은 결과가 나오게 한다

Ⅰ. 기본 통일 규칙 (형태 통일 영역) 용어 통일 · 호칭 통일 왜? 같은 말을 다르게 쓰면 커뮤니케이션 비용이 폭증함

정의해야 할 것

업무 용어 (기획안 / 수정본 / 최종본 / 검토요청 등)

상태 용어 (대기, 진행중, 완료 등)

내부 호칭 (직급, 역할 기반)

문서 1장으로 고정

기간 엄수 명시 왜? “언제까지”가 없으면 시스템이 아니라 부탁이 됨

원칙

모든 업무에는 시작일 / 마감일 필수

구두 요청

노션 태스크 + 기한 필수

폴더 양식 통일 왜? 사람마다 정리 기준이 다르면 찾을 수 없음

원칙

폴더 깊이 제한 (최대 3~4단계)

고객사 / 프로젝트 / 연도 기준 통일

개인 폴더 금지

문서 양식 통일 왜? 매번 “이 문서는 어떻게 봐야 해?”가 나오면 비효율

통일 대상

기획서

보고서

요청서

회의록

“양식은 생각을 줄여준다”

Ⅱ. 시스템이 작동하게 만드는 핵심 규칙 (중요) 책임 주체 명시 (R&R) 왜? 책임자가 없으면 결국 대표에게 몰림

모든 업무에 필수

작성자

검토자

최종 책임자 (1명)

업무 완료 기준 (Done 기준) 왜? “이거 끝난 거 맞아요?” 방지

예시

콘텐츠 제작 완료 =

기획서 있음

최종본 업로드

파일명 규칙 준수

노션 상태 ‘완료’

완료 기준 없는 업무 = 미완료

상태값 통일 (업무 흐름 고정) 왜? 업무가 어디서 막혔는지 바로 보이게

추천 기본 상태값

대기

진행중

검토요청

수정중

완료

보류

노션 DB 전부 동일 적용

요청 방식 통일 (말로 시키지 않기) 왜? 말은 기록이 안 남고, 시스템을 망침

원칙

모든 요청 = 노션 태스크

요청 템플릿 사용

목적

산출물

기한

참고자료

파일명 규칙 통일 왜? 검색 안 되면 없는 거랑 같음

예시

[고객사][프로젝트][날짜]_[버전] 폴더보다 파일명이 더 중요

예외 처리 규칙 왜? 예외를 방치하면 시스템이 무너짐

정의할 것

급한 건 어디까지 허용?

대표 직결 기준은?

예외 발생 시 기록 방식

“예외도 규칙이다”

Ⅲ. 한 줄 요약 1~4번 → 정리

5~10번 → 작동

전부 합쳐야 → 시스템

열심히 하는 회사 자동으로 굴러가는 회사