클라이언트 파일 명명 표준
클라이언트 파일은 ClientCode_ProjectName_DocType_Date.pdf 형식으로 이름을 지정해, 기밀 정보를 드러내지 않고도 모든 산출물을 클라이언트와 프로젝트에 추적 가능하게 하세요.
- 기밀성을 유지하면서 한 클라이언트의 모든 작업을 묶을 수 있도록 전체 이름이 아닌 클라이언트 코드로 시작하세요.
- 같은 클라이언트의 여러 프로젝트를 구분할 수 있도록 프로젝트 또는 계약명을 포함하세요.
- 빠르게 필터링할 수 있도록 문서 유형(Proposal, Report, Presentation, Invoice)을 추가하세요.
- YYYY-MM-DD 형식으로 산출물 날짜를 넣어 "final_v3" 같은 이름 없이 버전이 시간순으로 정렬되게 하세요.
18개 컨설팅 회사와 에이전시에서 이 패턴으로 6.1k개의 클라이언트 산출물을 정리했습니다.
권장 패턴
표준 클라이언트 파일 패턴
에이전시와 컨설팅 회사의 표준 패턴입니다. 클라이언트 코드를 먼저 두면 폴더 수준에서 그룹화할 수 있습니다. 끝에 날짜를 두면 버전 접미사가 없어집니다 — 가장 최신 날짜가 항상 최신 버전입니다.
ClientCode_Project_DocType_YYYY-MM-DD.pdfACME_BrandRefresh_Report_2025-10-15.pdf버전이 포함된 클라이언트 산출물
클라이언트가 아니라 일정 기준으로 정리하는 회사용 날짜 우선 패턴입니다. 모든 클라이언트를 대상으로 "이번 주에 무엇을 전달했지"를 확인해야 하는 컨설턴트에게 유용합니다.
YYYY-MM-DD_ClientName_Deliverable_Version.pdf2025-10-15_AcmeCorp_Q4-Marketing-Plan_v2.pdf기밀 클라이언트 패턴
엄격한 기밀 유지 요건이 있는 회사(Big Four, 로펌, M&A 자문사)용입니다. 클라이언트 이름 대신 불투명한 코드를 사용합니다. 시스템 접근 권한이 있는 사람만 코드를 클라이언트 이름으로 확인할 수 있습니다.
ClientCode_EngagementID_DocType_Date.pdfC-2025-042_ENG-1042_AuditReport_2025-10-15.pdf핵심 원칙
상위 수준 그룹화를 위해 프로젝트보다 클라이언트 코드를 먼저 두세요
폴더를 탐색할 때는 "어느 프로젝트인가"보다 "어느 클라이언트인가"를 먼저 생각합니다. 클라이언트 코드를 먼저 두면 한 클라이언트의 모든 작업이 함께 묶입니다. CRM 또는 프로젝트 관리 도구와 같은 코드를 사용하세요.
기밀 유지를 위해 전체 이름이 아닌 코드를 사용하세요
화면 공유, 이메일 첨부파일, 클라우드 저장소에서 보이는 파일명에 클라이언트 이름이 들어가면 기밀 문제가 생길 수 있습니다. "ACME" 또는 "C-042" 같은 코드는 외부에 클라이언트 신원을 드러내지 않으면서도 팀에서는 식별할 수 있습니다.
산출물에 날짜를 넣고 "final"은 절대 사용하지 마세요
파일명에 들어가는 "final"은 사실이 아닙니다. 항상 다음 수정본이 있습니다. 대신 날짜를 사용하세요: 2025-10-15는 모호하지 않습니다. 가장 최신 날짜가 최신 버전입니다. 더 이상 "final_v3_FINAL_really-final.pdf"는 없습니다.
필터링을 위해 문서 유형을 포함하세요
하나의 클라이언트 프로젝트에서도 제안서, 보고서, 프레젠테이션, 인보이스, 브리프, 계약서가 나올 수 있습니다. 파일명에 문서 유형이 있으면 파일을 열지 않고도 "Acme의 모든 제안서"를 찾을 수 있습니다.
프로젝트 관리 시스템과 맞추세요
Asana, Monday 또는 Notion에서 계약 ID를 사용한다면 파일명에도 같은 ID를 사용하세요. 이렇게 하면 시스템 간 변환이 없어지고 자동 분류가 가능해집니다.
일반적인 실수
"final_v3_FINAL.pdf" 명명 패턴
모든 버전을 "final"이라고 부르게 됩니다. 3번의 피드백 라운드를 거치면 final.pdf, final_v2.pdf, final_FINAL.pdf가 생기고, 어느 것이 실제 최신본인지 아무도 모릅니다.
수정: 날짜를 사용하세요: ACME_BrandRefresh_Report_2025-10-15.pdf. 가장 최신 날짜가 항상 최신 버전입니다.
공식 코드 대신 클라이언트 별칭 사용
"Bob's project.pdf"는 Bob이 떠난 뒤 팀에 합류한 사람에게는 아무 의미가 없습니다. 클라이언트 별칭은 검색하기 어렵고 전문적이지도 않습니다.
수정: CRM의 클라이언트 코드를 사용하세요: ACME_BrandRefresh_Report_2025-10-15.pdf
파일명에 프로젝트 식별자가 없음
"ACME_Report.pdf"라는 파일은 Acme와 진행 중인 6개 프로젝트 중 어느 것에 속해도 이상하지 않습니다. 프로젝트 이름이 없으면 계속 잘못된 파일을 열게 됩니다.
수정: 프로젝트를 포함하세요: ACME_BrandRefresh_Report_2025-10-15.pdf
내부 명명 규칙이 보이는 상태로 파일 공유
클라이언트에게 "C-042_ENG-1042_AuditReport.pdf"를 보내면 전문적이지 않고 혼란스럽게 보입니다. 내부 명명은 내부 용도입니다.
수정: 외부 전달용으로 이름을 바꾸세요: 클라이언트용 파일은 "Acme-Corp_Brand-Refresh-Report_October-2025.pdf"처럼 지정하세요. 내보낼 때 이름 변경을 자동화하세요.
팀원마다 일관되지 않은 명명
Alice는 "ClientName_Date"로 파일명을 짓고 Bob은 "Date_ClientName"을 사용하면 공유 드라이브 전체에서 필터링과 정렬이 불가능해집니다.
수정: 팀 명명 규칙 문서를 배포하고 적용하세요. renamed.to를 사용해 표준을 자동으로 적용할 수 있습니다.
자주 묻는 질문
클라이언트 코드와 날짜 중 무엇을 먼저 두어야 하나요?
클라이언트 기준으로 정리한다면(대부분의 에이전시) 클라이언트 코드를 먼저 두세요. 일정 기준으로 정리한다면(프리랜서, 주간 산출물) 날짜를 먼저 두세요. 핵심은 회사 전체에서 일관성을 유지하는 것입니다.
여러 클라이언트가 함께 사용하는 파일은 어떻게 처리하나요?
템플릿과 내부 리소스에는 클라이언트 코드를 넣지 않아야 합니다. "Internal_Template_Proposal_v1.pdf"를 사용하세요. 특정 클라이언트용으로 맞춤화한 뒤에는 클라이언트 코드로 이름을 바꾸세요.
클라이언트가 보낸 이메일 첨부파일은 어떻게 하나요?
저장할 때 클라이언트가 제공한 파일도 규칙에 맞게 이름을 바꾸세요: ACME_BrandRefresh_ClientBrief_2025-10-15.pdf. 이렇게 하면 수신 문서와 발신 문서가 같은 시스템 안에 유지됩니다.
하도급 또는 화이트 라벨 작업은 어떻게 처리하나요?
산출물을 최종 클라이언트 기준으로 추적해야 한다면 보고 대상 에이전시가 아니라 최종 클라이언트 코드를 사용하세요. 최종 클라이언트를 알면 안 되는 화이트 라벨 작업이라면 에이전시를 클라이언트 코드로 사용하세요.
클라이언트 코드에 표준이 있나요?
보편적인 표준은 없지만 일반적인 패턴으로는 3-4글자 약어(ACME), 순차 코드(C-042), 또는 CRM이 생성한 ID가 있습니다. 하나의 형식을 정하고 계속 사용하세요. 매핑은 CRM에 문서화하세요.
프로젝트가 여러 해에 걸쳐 진행될 때 클라이언트 파일 이름은 어떻게 정하나요?
개별 산출물에는 프로젝트 시작일이 아니라 전달 날짜를 넣으세요. 프로젝트 이름은 그대로 유지합니다: ACME_BrandRefresh_Report_2025-10-15.pdf 및 ACME_BrandRefresh_FinalPresentation_2026-01-20.pdf.