문서 정리는 파일을 보관하는 일이 아니라 업무가 흩어지지 않게 기록을 구조화하는 일입니다.
문서 정리는 파일을 예쁘게 분류하는 일이 아닙니다. 필요한 문서를 짧은 시간 안에 찾고, 어떤 파일이 최신본인지 판단하고, 다음 작업을 바로 이어갈 수 있게 만드는 업무 구조입니다.
폴더를 많이 만들어도 저장 기준과 파일명 규칙이 없으면 문서는 다시 흩어집니다. 이 글에서는 뒤섞인 프로젝트 파일을 실제 폴더 구조, 파일명, 버전과 보관표로 바꾸는 과정을 정리합니다.
정리되지 않은 문서의 실제 모습
다음은 프로젝트 파일이 한 폴더에 섞인 가상 사례입니다.
최종.pdf 진짜최종.pdf 최종수정2.pdf 회의내용.txt 고객요청수정.docx 견적서새버전.xlsx logo.png logo_new.png 참고이미지.jpg 계약서.pdf
이 상태에서는 어떤 파일이 최신본인지, 고객에게 무엇을 전달했는지, 계약과 참고 자료가 어디에 있는지 파일을 하나씩 열어봐야 합니다.
문서 정리의 기준은 세 가지입니다
| 기준 | 확인할 질문 | 정리 결과 |
|---|---|---|
| 소속 | 어떤 프로젝트나 업무의 문서인가? | 프로젝트 폴더 결정 |
| 상태 | 진행 중, 확정, 전달, 보관 중 무엇인가? | 작업 단계 구분 |
| 식별 | 제목, 날짜, 버전으로 구분할 수 있는가? | 파일명 규칙 적용 |
프로젝트 폴더 구조 예시
복잡한 분류보다 프로젝트가 시작해서 종료되는 흐름에 맞춰 폴더를 만드는 편이 찾기 쉽습니다.
고객사_브랜드소개서 ├─ 01_계약·견적 ├─ 02_고객자료 ├─ 03_작업중 ├─ 04_피드백 ├─ 05_최종결과물 └─ 99_보관
| 폴더 | 보관할 문서 |
|---|---|
| 01_계약·견적 | 견적서, 계약서, 작업 범위, 결제 조건 |
| 02_고객자료 | 고객이 전달한 원고, 이미지, 브랜드 자료 |
| 03_작업중 | 현재 수정하고 있는 원본과 초안 |
| 04_피드백 | 수정 요청, 회의록, 승인 기록 |
| 05_최종결과물 | 고객에게 전달한 최종 파일 |
| 99_보관 | 이전 버전과 참고용으로 남길 파일 |
앞에 숫자를 붙이면 폴더가 업무 순서대로 정렬됩니다. 모든 프로젝트에서 같은 구조를 사용하면 새 프로젝트를 시작할 때 고민하는 시간도 줄어듭니다.
파일명 규칙 만들기
파일명만 보고도 날짜, 프로젝트, 내용과 버전을 구분할 수 있어야 합니다.
권장 파일명 구조
날짜_프로젝트명_문서종류_버전
| 정리 전 | 정리 후 |
|---|---|
| 최종수정2.pdf | 2026-06-20_브랜드소개서_시안_v03.pdf |
| 회의내용.txt | 2026-06-18_브랜드소개서_회의록_v01.docx |
| 견적서새버전.xlsx | 2026-06-10_브랜드소개서_견적서_v02.xlsx |
| 고객요청수정.docx | 2026-06-19_브랜드소개서_수정요청_02회.docx |
파일명 규칙에서 정할 항목
- 날짜는 `YYYY-MM-DD` 형식처럼 하나로 통일합니다.
- 프로젝트명은 계속 같은 짧은 이름을 사용합니다.
- 문서 종류는 견적서, 계약서, 회의록, 시안처럼 고정합니다.
- 작업 파일에는 `v01`, `v02`처럼 버전을 표시합니다.
- `최종`, `진짜최종`, `최종수정`처럼 기준이 불명확한 표현은 피합니다.
작업본과 최종본을 분리하기
작업 중인 파일과 고객에게 전달한 파일이 같은 폴더에 있으면 이전 버전을 잘못 보내거나 최종본을 다시 수정하는 문제가 생길 수 있습니다.
| 구분 | 관리 기준 |
|---|---|
| 작업본 | 버전 번호를 올리며 작업 중 폴더에서 관리 |
| 검토본 | 누가 언제 검토했는지 기록 |
| 승인본 | 고객 또는 담당자의 승인 기록과 연결 |
| 전달본 | 실제로 전달한 파일만 최종결과물 폴더에 보관 |
문서 관리표 양식
파일 수가 많거나 여러 사람이 함께 작업한다면 문서 관리표를 한 장 만들어두는 것이 좋습니다.
| 문서명 | 상태 | 최종 수정일 | 담당자 | 보관 위치 |
|---|---|---|---|---|
| 계약서 | 서명 완료 | 2026-06-10 | DZ | 01_계약·견적 |
| 소개서 시안 | 2차 검토 | 2026-06-20 | DZ | 03_작업중 |
| 최종 PDF | 전달 대기 | 2026-06-20 | DZ | 05_최종결과물 |
접근 권한과 민감정보 구분
모든 문서를 같은 사람에게 공개할 필요는 없습니다. 개인정보, 계약서, 계좌정보와 고객의 비공개 자료는 일반 참고 자료와 분리해야 합니다.
| 문서 유형 | 권한 예시 | 주의할 점 |
|---|---|---|
| 공개 자료 | 프로젝트 참여자 열람 | 최신본 여부 표시 |
| 내부 작업 자료 | 담당자만 편집 | 공유 링크의 편집 권한 확인 |
| 계약·정산 자료 | 책임자만 접근 | 개인정보와 계좌정보 보호 |
| 고객 비공개 자료 | 필요한 인원만 접근 | 계약 종료 후 보관·삭제 기준 확인 |
백업과 보관 기준
문서 정리는 파일을 찾는 것뿐 아니라 손실과 잘못된 공유를 막는 작업이기도 합니다.
- 중요한 원본과 최종본은 한 장소에만 보관하지 않습니다.
- 공유 링크의 접근 권한과 만료 여부를 확인합니다.
- 계약 종료 후 보관할 문서와 삭제할 문서를 구분합니다.
- 불필요한 개인정보는 계속 보관하지 않습니다.
- 백업 파일도 정기적으로 열리는지 확인합니다.
30분 문서 정리 순서
| 시간 | 작업 |
|---|---|
| 0~5분 | 정리할 프로젝트 하나만 선택 |
| 5~10분 | 계약·자료·작업·피드백·최종 폴더 생성 |
| 10~20분 | 파일 이동과 파일명 규칙 적용 |
| 20~25분 | 최신본과 전달본 확인 |
| 25~30분 | 권한과 백업 상태 확인 |
모든 문서를 한 번에 정리하려고 하면 중단하기 쉽습니다. 현재 진행 중인 프로젝트 하나부터 같은 구조를 적용하고, 종료된 프로젝트는 필요한 문서를 찾을 때 순차적으로 정리할 수 있습니다.
공식 자료를 확인할 수 있는 곳
이 글의 사례와 한계
브랜드 소개서 프로젝트의 폴더와 파일명은 문서 구조를 설명하기 위해 만든 가상 사례입니다. 실제 보존 기간, 폐기 의무와 접근 권한은 계약, 업종과 관련 법령에 따라 달라질 수 있습니다.
개인정보, 의료·법률·회계자료와 같이 별도 보호 의무가 있는 문서는 일반적인 폴더 정리 방법보다 관련 법령과 조직의 보안 규정을 우선해야 합니다.
정리
문서 정리의 목적은 파일을 많이 분류하는 것이 아니라 필요한 문서를 찾고, 최신 상태를 확인하고, 다음 업무를 이어가는 것입니다.
프로젝트별로 같은 폴더 구조를 사용하고, 날짜·프로젝트·문서 종류·버전이 포함된 파일명 규칙을 적용하세요. 작업본과 전달본을 분리하고 접근 권한과 백업까지 확인해야 문서 관리가 완성됩니다.
작성 및 검토 기준
이 글은 뒤섞인 프로젝트 파일을 폴더 구조와 파일명 규칙으로 직접 재구성하고, 문서 관리표와 30분 정리 과정으로 정리했습니다. 별도의 보호 의무가 있는 문서는 관련 법령과 보안 기준을 추가로 확인해야 합니다.
업무 기록 시스템에서 이 글의 역할
이 글은 파일을 저장하는 방법만 다루는 글이 아니라 고객 기록, 회의록, 업무 메모와 최종 파일을 하나의 프로젝트 기록으로 연결하는 대표 글입니다.
| 기록 종류 | 고유 역할 | 연결 기준 |
|---|---|---|
| 문서 정리 | 프로젝트 전체 폴더·파일·권한·보관 구조 | 모든 기록의 위치와 최신본을 찾는 대표 색인 |
| 고객 응대 기록 | 범위·수정·일정·비용에 관한 합의 | 프로젝트별 결정 기록에 연결 |
| 회의록 | 결정사항·담당자·기한·완료 조건 | 실행 항목과 결과 파일에 연결 |
| 업무 기록 | 진행 과정·오류·다음 행동 | 같은 실수를 막는 작업 이력으로 연결 |
복사해서 쓰는 프로젝트 문서 대표 색인
| 항목 | 기록 | 확인 기준 |
|---|---|---|
| 프로젝트명·책임자 | ________ | 누가 최신 상태를 확인하는가? |
| 계약·견적 위치 | ________ | 승인된 범위와 금액인가? |
| 고객 합의 기록 | ________ | 마지막 결정 날짜가 표시됐는가? |
| 작업본 최신 버전 | ________ | 수정본과 전달본이 분리됐는가? |
| 회의·피드백 실행 항목 | ________ | 담당자·기한·완료 조건이 있는가? |
| 최종 전달본 | ________ | 고객에게 보낸 파일과 같은가? |
| 접근 권한 | ________ | 필요한 사람에게 필요한 권한만 있는가? |
| 보관·삭제 검토일 | ________ | 계약·법령·내부 기준을 확인했는가? |
| 다음 행동 | ________ | 문서를 찾은 뒤 무엇을 해야 하는가? |
함께 읽으면 좋은 글
문서 정리는 파일을 보관하는 일이 아니라 업무가 흩어지지 않게 기록을 구조화하는 일입니다.
문서 정리는 파일을 예쁘게 분류하는 일이 아닙니다. 필요한 문서를 짧은 시간 안에 찾고, 어떤 파일이 최신본인지 판단하고, 다음 작업을 바로 이어갈 수 있게 만드는 업무 구조입니다.
폴더를 많이 만들어도 저장 기준과 파일명 규칙이 없으면 문서는 다시 흩어집니다. 이 글에서는 뒤섞인 프로젝트 파일을 실제 폴더 구조, 파일명, 버전과 보관표로 바꾸는 과정을 정리합니다.
정리되지 않은 문서의 실제 모습
다음은 프로젝트 파일이 한 폴더에 섞인 가상 사례입니다.
최종.pdf 진짜최종.pdf 최종수정2.pdf 회의내용.txt 고객요청수정.docx 견적서새버전.xlsx logo.png logo_new.png 참고이미지.jpg 계약서.pdf
이 상태에서는 어떤 파일이 최신본인지, 고객에게 무엇을 전달했는지, 계약과 참고 자료가 어디에 있는지 파일을 하나씩 열어봐야 합니다.
문서 정리의 기준은 세 가지입니다
| 기준 | 확인할 질문 | 정리 결과 |
|---|---|---|
| 소속 | 어떤 프로젝트나 업무의 문서인가? | 프로젝트 폴더 결정 |
| 상태 | 진행 중, 확정, 전달, 보관 중 무엇인가? | 작업 단계 구분 |
| 식별 | 제목, 날짜, 버전으로 구분할 수 있는가? | 파일명 규칙 적용 |
프로젝트 폴더 구조 예시
복잡한 분류보다 프로젝트가 시작해서 종료되는 흐름에 맞춰 폴더를 만드는 편이 찾기 쉽습니다.
고객사_브랜드소개서 ├─ 01_계약·견적 ├─ 02_고객자료 ├─ 03_작업중 ├─ 04_피드백 ├─ 05_최종결과물 └─ 99_보관
| 폴더 | 보관할 문서 |
|---|---|
| 01_계약·견적 | 견적서, 계약서, 작업 범위, 결제 조건 |
| 02_고객자료 | 고객이 전달한 원고, 이미지, 브랜드 자료 |
| 03_작업중 | 현재 수정하고 있는 원본과 초안 |
| 04_피드백 | 수정 요청, 회의록, 승인 기록 |
| 05_최종결과물 | 고객에게 전달한 최종 파일 |
| 99_보관 | 이전 버전과 참고용으로 남길 파일 |
앞에 숫자를 붙이면 폴더가 업무 순서대로 정렬됩니다. 모든 프로젝트에서 같은 구조를 사용하면 새 프로젝트를 시작할 때 고민하는 시간도 줄어듭니다.
파일명 규칙 만들기
파일명만 보고도 날짜, 프로젝트, 내용과 버전을 구분할 수 있어야 합니다.
권장 파일명 구조
날짜_프로젝트명_문서종류_버전
| 정리 전 | 정리 후 |
|---|---|
| 최종수정2.pdf | 2026-06-20_브랜드소개서_시안_v03.pdf |
| 회의내용.txt | 2026-06-18_브랜드소개서_회의록_v01.docx |
| 견적서새버전.xlsx | 2026-06-10_브랜드소개서_견적서_v02.xlsx |
| 고객요청수정.docx | 2026-06-19_브랜드소개서_수정요청_02회.docx |
파일명 규칙에서 정할 항목
- 날짜는 `YYYY-MM-DD` 형식처럼 하나로 통일합니다.
- 프로젝트명은 계속 같은 짧은 이름을 사용합니다.
- 문서 종류는 견적서, 계약서, 회의록, 시안처럼 고정합니다.
- 작업 파일에는 `v01`, `v02`처럼 버전을 표시합니다.
- `최종`, `진짜최종`, `최종수정`처럼 기준이 불명확한 표현은 피합니다.
작업본과 최종본을 분리하기
작업 중인 파일과 고객에게 전달한 파일이 같은 폴더에 있으면 이전 버전을 잘못 보내거나 최종본을 다시 수정하는 문제가 생길 수 있습니다.
| 구분 | 관리 기준 |
|---|---|
| 작업본 | 버전 번호를 올리며 작업 중 폴더에서 관리 |
| 검토본 | 누가 언제 검토했는지 기록 |
| 승인본 | 고객 또는 담당자의 승인 기록과 연결 |
| 전달본 | 실제로 전달한 파일만 최종결과물 폴더에 보관 |
문서 관리표 양식
파일 수가 많거나 여러 사람이 함께 작업한다면 문서 관리표를 한 장 만들어두는 것이 좋습니다.
| 문서명 | 상태 | 최종 수정일 | 담당자 | 보관 위치 |
|---|---|---|---|---|
| 계약서 | 서명 완료 | 2026-06-10 | DZ | 01_계약·견적 |
| 소개서 시안 | 2차 검토 | 2026-06-20 | DZ | 03_작업중 |
| 최종 PDF | 전달 대기 | 2026-06-20 | DZ | 05_최종결과물 |
접근 권한과 민감정보 구분
모든 문서를 같은 사람에게 공개할 필요는 없습니다. 개인정보, 계약서, 계좌정보와 고객의 비공개 자료는 일반 참고 자료와 분리해야 합니다.
| 문서 유형 | 권한 예시 | 주의할 점 |
|---|---|---|
| 공개 자료 | 프로젝트 참여자 열람 | 최신본 여부 표시 |
| 내부 작업 자료 | 담당자만 편집 | 공유 링크의 편집 권한 확인 |
| 계약·정산 자료 | 책임자만 접근 | 개인정보와 계좌정보 보호 |
| 고객 비공개 자료 | 필요한 인원만 접근 | 계약 종료 후 보관·삭제 기준 확인 |
백업과 보관 기준
문서 정리는 파일을 찾는 것뿐 아니라 손실과 잘못된 공유를 막는 작업이기도 합니다.
- 중요한 원본과 최종본은 한 장소에만 보관하지 않습니다.
- 공유 링크의 접근 권한과 만료 여부를 확인합니다.
- 계약 종료 후 보관할 문서와 삭제할 문서를 구분합니다.
- 불필요한 개인정보는 계속 보관하지 않습니다.
- 백업 파일도 정기적으로 열리는지 확인합니다.
30분 문서 정리 순서
| 시간 | 작업 |
|---|---|
| 0~5분 | 정리할 프로젝트 하나만 선택 |
| 5~10분 | 계약·자료·작업·피드백·최종 폴더 생성 |
| 10~20분 | 파일 이동과 파일명 규칙 적용 |
| 20~25분 | 최신본과 전달본 확인 |
| 25~30분 | 권한과 백업 상태 확인 |
모든 문서를 한 번에 정리하려고 하면 중단하기 쉽습니다. 현재 진행 중인 프로젝트 하나부터 같은 구조를 적용하고, 종료된 프로젝트는 필요한 문서를 찾을 때 순차적으로 정리할 수 있습니다.
공식 자료를 확인할 수 있는 곳
이 글의 사례와 한계
브랜드 소개서 프로젝트의 폴더와 파일명은 문서 구조를 설명하기 위해 만든 가상 사례입니다. 실제 보존 기간, 폐기 의무와 접근 권한은 계약, 업종과 관련 법령에 따라 달라질 수 있습니다.
개인정보, 의료·법률·회계자료와 같이 별도 보호 의무가 있는 문서는 일반적인 폴더 정리 방법보다 관련 법령과 조직의 보안 규정을 우선해야 합니다.
정리
문서 정리의 목적은 파일을 많이 분류하는 것이 아니라 필요한 문서를 찾고, 최신 상태를 확인하고, 다음 업무를 이어가는 것입니다.
프로젝트별로 같은 폴더 구조를 사용하고, 날짜·프로젝트·문서 종류·버전이 포함된 파일명 규칙을 적용하세요. 작업본과 전달본을 분리하고 접근 권한과 백업까지 확인해야 문서 관리가 완성됩니다.
작성 및 검토 기준
이 글은 뒤섞인 프로젝트 파일을 폴더 구조와 파일명 규칙으로 직접 재구성하고, 문서 관리표와 30분 정리 과정으로 정리했습니다. 별도의 보호 의무가 있는 문서는 관련 법령과 보안 기준을 추가로 확인해야 합니다.