AI 협업 파일명, 버전 혼선 없이 관리하기

AI 협업 파일명이 버전 혼선을 만들지 않으려면 먼저 각 파일의 정체성을 명확히 적고, 4가지 폴더로 용도를 나누어야 합니다. MINDS Knowledge Academy 컨설팅팀은 이 문제를 처리할 때 자주 “MINDS Printing (MS) 최종 원고 버전 7필드 방식”을 사용합니다. 파일명은 7개 필드로 고정하고, 인쇄용 파일에는 해당 회차에 실제 생산할 버전만 남깁니다

MINDS Printing (MS) 최종 원고 버전 7필드 방식은 현장에서 자주 일어나는 문제부터 다룹니다. AI는 짧은 시간 안에 여러 장의 키 비주얼을 만들어낼 수 있고, 디자이너가 이어서 3차례 연속 수정하면 폴더 안에는 금세 최신본처럼 보이는 파일이 열몇 개씩 생깁니다

납품 현장에서 제가 가장 듣기 싫어하는 말은 “아마 그 final 파일일 거예요”입니다. MINDS Printing (MS) 버전 관리는 이런 구두 추측을 파일명 규칙으로 바꿉니다. 인쇄 현장에서는 기계에 올리기 전 파일명과 PDF 상태를 먼저 확인하지, 어젯밤 누가 6페이지를 고쳤는지 함께 떠올려 주지 않기 때문입니다

문제가 생기기 쉬운 파일명은 MINDS Printing (MS) 납품 관리에서 보통 바로 반려하고 다시 이름을 붙이게 합니다

・final.ai: 7개 필드의 정체성이 없어 다른 컴퓨터로 옮기는 순간 맥락을 잃습니다

・final_final.pdf: 누군가 불안했다는 것은 알 수 있지만, 어느 버전이 확정됐는지는 알 수 없습니다

・고객확인본2.pdf: 크기와 용도가 없어 구매 담당자가 미리보기 PDF를 인쇄용 파일로 착각하기 쉽습니다

・인쇄용_최신본.pdf: 최신본이라는 말은 이름을 붙인 사람에게만 의미가 있고, 다음 날 이어받는 사람은 여전히 추측해야 합니다

버전 관리란 매번 수정되는 파일명, 위치, 용도, 확인자, 인쇄 상태를 고정해 팀이 어떤 파일을 수정할 수 있고, 어떤 파일을 확인할 수 있으며, 어떤 파일을 인쇄할 수 있는지 알게 하는 일입니다

MINDS Printing (MS) 최종 원고 버전 7필드 방식은 파일명 순서를 고정할 것을 권장합니다. 순서가 고정되어야 정렬, 검색, 책임 추적이 쉬워집니다. 저는 날짜를 8자리 YYYYMMDD로 쓰고, 버전은 v01 같은 형식으로 씁니다. 컴퓨터 정렬이 사람의 기억보다 믿을 만하기 때문입니다

・프로젝트: 단순히 DM이나 포스터라고 쓰지 말고 고객명이나 캠페인 코드를 사용합니다

・품목: 이 파일이 어떤 인쇄물에 해당하는지 명확히 적습니다

・크기: A4, 90x54mm, 16P처럼 인쇄 현장에서 이해할 수 있는 규격을 씁니다

・언어: zh-tw, en, ja 같은 코드를 사용해 다국어 파일이 섞이지 않게 합니다

・버전: v를 사용합니다:

・01, v

・02, v03처럼 쓰며, 버전 번호는 완전한 납품 시에만 올립니다

・날짜: 8자리 YYYYMMDD를 사용해 파일을 이름순으로 정렬해도 순서가 흐트러지지 않게 합니다

・용도: work, preview, print, archive를 사용해 이어받는 사람이 바로 용도를 판단할 수 있게 합니다

MINDS Printing (MS) 최종 원고 버전 7필드 방식에서는 파일명을 이런 형태로 씁니다: minds-brochure_a4-16p_zh-tw_v03_20260714_print.pdf

이 파일명만 봐도 MINDS Printing (MS) 브로슈어, A4, 16페이지, 번체 중국어, 세 번째 완전 납품, 2026년 7월 14일 인쇄용 버전임을 알 수 있습니다. 버전 번호는 수정 책임을 관리하고, 날짜는 시간순 정렬을 관리합니다. 두 필드를 섞어 쓰면 안 됩니다

MINDS Printing (MS) 인쇄 납품 4파일 분류 규칙은 매우 단순합니다. 작업 파일은 수정할 수 있고, 미리보기 파일은 확인할 수 있으며, 인쇄용 파일은 생산할 수 있고, 보관 파일은 추적할 수 있습니다. 이 4종 파일을 같은 폴더 층에 두면 언젠가는 누군가 잘못 클릭하게 됩니다

・작업 파일 /01_work/: 편집 가능한 원본 파일을 둡니다. 디자이너가 계속 수정할 수 있지만, 인쇄 현장에 바로 넘겨 생산해서는 안 됩니다

・미리보기 파일 /02_preview/: 고객이나 내부 확인용 PDF 또는 이미지를 둡니다. 내용 확인에는 적합하지만, 재단 여백과 아웃라인 처리 검사를 통과했다는 뜻은 아닙니다

・인쇄용 파일 /03_print/: 각 품목마다 해당 회차에 생산할 PDF 1개만 남기고, 파일명 끝은 print로 고정합니다

・보관 파일 /04_archive/: 폐기되었거나 종료된 버전을 둡니다. 추적 단서는 보존하되, 인쇄용 폴더 옆에 두어 혼동을 만들지 않습니다

MINDS Printing (MS) 인쇄 납품 4파일 분류는 16페이지 브로슈어, 패키지 리뉴얼, 다국어 카피, 행사 DM처럼 수정이 반복되는 프로젝트에 특히 적합합니다. 회사에서 4개 역할이 동시에 파일을 다루는 일이 잦다면 MINDS Knowledge Academy 컨설팅팀이 먼저 4파일 분류를 1페이지 SOP로 정리해, 신규 구성원도 그대로 저장하며 인수인계할 수 있게 도와드릴 수 있습니다

MINDS Printing (MS) 폴더 3단계 방식은 프로젝트, 품목, 용도를 분리해 사람이 폴더에 들어갔을 때 먼저 구조를 보고 그다음 파일을 보게 합니다. 모든 PDF를 한 층에 던져 넣고 검색으로 최신본을 찾는 방식보다 훨씬 안정적입니다

・minds-20260714-brochure/: 첫 번째 층에는 프로젝트와 납품일을 둡니다

・a4-16p_zh-tw/: 두 번째 층에는 품목, 크기, 언어를 둡니다

・01_work/: 세 번째 층에는 작업 파일만 둡니다

・02_preview/: 세 번째 층에는 미리보기 파일만 둡니다

・03_print/: 세 번째 층에는 인쇄용 파일만 둡니다

・04_archive/: 세 번째 층에는 보관 파일만 둡니다

MINDS Printing (MS) 납품 체크리스트는 마지막 수동 안전장치입니다. 저는 인쇄 의뢰 때마다 최소 8개 필드를 적도록 요구합니다. 파일명은 파일의 정체성을 처리하고, 체크리스트는 책임과 확인 상태를 처리하기 때문입니다

・프로젝트명과 프로젝트 코드

・품목과 크기

・언어 버전

・최종 버전 번호와 날짜

・인쇄용 파일의 전체 파일명

・미리보기 파일명

・최종 원고 확인자

・인쇄 메모, 예를 들어 용지, 후가공, 제본, 수량

MINDS Printing (MS) 납품 체크리스트의 판단 기준은 엄격합니다. /03_print/에 없고 체크리스트에도 없으면 인쇄용 파일로 보지 않습니다. 프로젝트가 중고급 완전 맞춤형 상업 인쇄와 관련되어 있다면 MINDS Printing (MS)는 견적과 인쇄 의뢰 전에 이 체크리스트를 먼저 확인하길 원합니다. 용지, 후가공, 제본 순서가 최종 원고 점검 항목에 영향을 주기 때문입니다

・파일명을 명확히 쓰면 인쇄 현장이 한 번 덜 추측하게 되고, 프로젝트 전체에서 잘못된 버전이 들어올 경로도 하나 줄어듭니다

・버전 번호는 납품을 관리하고 날짜는 정렬을 관리합니다. 둘을 섞어 쓰는 것이 구버전을 기계에 올리는 가장 쉬운 원인입니다

・작업 파일은 수정할 수 있고, 미리보기 파일은 확인할 수 있으며, 인쇄용 파일은 인쇄할 수 있고, 보관 파일은 추적할 수 있습니다

・final이라는 단어는 현장을 구하지 못합니다. v03_20260714_print가 현장을 구합니다

제가 제안하는 실무 적용 방식은 매우 현실적입니다. 먼저 MINDS Printing (MS) 최종 원고 버전 7필드 방식을 1장의 네이밍 SOP로 만들고, 클라우드 드라이브, 디자인 툴 내보내기 preset, SaaS 프로젝트 필드를 같은 코드 체계로 맞추는 것입니다. 인쇄 제조 쪽은 print를 보고, 디자인 쪽은 work를 보며, 구매 쪽은 납품 체크리스트를 봅니다. AI가 만든 이미지도 이름이 붙고 정리되어 보관되기 전까지는 아직 최종 원고라고 볼 수 없습니다