파일명은 `날짜_주제_상태`처럼 큰 기준부터 작은 기준 순으로 씁니다. `최종`, `진짜최종` 대신 버전이나 확정 날짜를 사용하고, 같은 작업 안에서는 표기 방식을 통일합니다.
- 날짜는 `YYYY-MM-DD`처럼 큰 단위부터 씁니다.
- 누가 검색해도 떠올릴 핵심 주제어를 한두 개 남깁니다.
- 최종이라는 표현보다 버전 번호와 승인 상태를 구분합니다.
파일을 열어봐야 알 수 있다면 이름이 부족합니다
문서1, 최종, 수정본 같은 이름은 만든 직후에는 이해되지만 시간이 지나면 맥락이 사라집니다. 파일명은 내용 전체를 설명하는 문장이 아니라, 검색 결과에서 올바른 파일을 고를 단서여야 합니다.
기본 순서는 날짜, 주제, 상태입니다
반복해서 만드는 문서는 다음 형식으로 시작해 보세요.
YYYY-MM-DD_주제_상태.확장자
예시는 다음과 같습니다.
2026-08-14_월간회의_안건.docx2026-08_통신비_영수증.pdf홈페이지개편_메뉴구조_v03.xlsx
날짜가 중요하지 않은 참고자료라면 날짜를 생략할 수 있습니다. 반대로 매달 반복되는 문서는 날짜를 맨 앞에 두면 이름순 정렬이 시간순과 같아집니다.
검색할 주제어를 사용합니다
내부에서만 쓰는 줄임말보다 몇 달 뒤에도 떠올릴 말을 고릅니다. 프로젝트 공식 명칭, 거래처, 문서 유형처럼 검색할 가능성이 높은 단어가 좋습니다.
파일명에 폴더 경로와 같은 정보를 모두 반복할 필요는 없습니다. 연말정산/2026/ 폴더 안에서 모든 파일명에 연말정산_2026을 넣으면 이름만 길어집니다. 이메일 첨부처럼 폴더 밖으로 자주 나가는 파일이라면 맥락을 조금 더 넣을 수 있습니다.
최종 대신 버전과 상태를 구분합니다
최종, 최종2, 진짜최종은 수정이 한 번만 생겨도 무너집니다. 편집 중인 파일은 v01, v02처럼 버전을 올리고, 승인된 파일은 승인, 제출, 서명완료처럼 실제 상태를 적습니다.
- 작업 중:
행사안내문_v03.docx - 검토 요청:
행사안내문_검토요청_2026-08-14.docx - 확정 배포:
행사안내문_배포본.pdf
여러 사람이 함께 편집한다면 파일명 버전보다 문서 서비스의 버전 기록을 쓰는 편이 충돌을 줄일 수 있습니다.
피해야 할 문자와 길이를 점검합니다
운영체제와 서비스마다 파일명에 허용하지 않는 문자가 있습니다. 다른 사람과 공유하거나 여러 기기를 오갈 파일은 /, \\, :, *, ? 같은 특수문자를 피하는 편이 안전합니다. 파일명 끝의 마침표나 공백도 문제를 만들 수 있습니다.
이름을 지나치게 길게 만들면 폴더 경로 전체 길이와 합쳐져 이동이나 압축 과정에서 오류가 생길 수 있습니다. 핵심 주제와 상태만 남기고 상세 설명은 문서 안이나 별도 메모에 둡니다.
초보자가 자주 하는 실수
- 규칙을 한꺼번에 과거 파일 전체에 적용하려 합니다.
- 서로 다른 날짜 형식을 섞어 시간순 정렬이 깨집니다.
- 작성자 이니셜만으로 버전을 관리해 최신 파일을 판단하기 어려워집니다.
- 확장자를 직접 바꾸어 파일 형식까지 변한 것으로 생각합니다. 확장자 이름 변경은 실제 형식 변환과 다릅니다.
적용 체크리스트
- 반복 문서의 이름 형식을 한 줄로 적었습니다.
- 날짜 표기를
YYYY-MM-DD또는YYYY-MM로 통일했습니다. - 검색할 핵심 주제어가 들어 있습니다.
-
최종대신 버전과 실제 상태를 사용합니다. - 다른 기기에서 문제가 될 특수문자를 피했습니다.
- 새 파일부터 규칙을 적용하고 있습니다.
정리
좋은 파일명은 짧고 예측 가능합니다. 날짜, 주제, 상태의 순서를 기본으로 삼되 모든 파일에 같은 항목을 억지로 넣지 마세요. 새 파일부터 일관된 이름을 사용하면 검색 결과에서 파일을 여는 횟수가 점차 줄어듭니다.
자주 묻는 질문
파일명에 띄어쓰기와 밑줄 중 무엇을 써야 하나요?
현대 운영체제에서는 둘 다 사용할 수 있습니다. 여러 시스템과 자동화 도구를 오간다면 하이픈이나 밑줄이 안전할 수 있으며, 가장 중요한 것은 한 작업 안에서 표기를 일관되게 쓰는 것입니다.
확인한 자료
아래 공식 문서를 바탕으로 원칙과 기능을 확인했습니다. 서비스 화면과 세부 기능은 변경될 수 있습니다.