촬영 자료와 수정본을 NAS 한 폴더에 모으면 처음에는 편해요. 그런데 완성 영상을 보내려는 순간, 같은 이름의 파일이 여러 곳에서 나와요. 폴더를 더 만드는 것보다 어떤 자료를 어디에 넣을지 정하는 일이 먼저예요. 저는 다시 편집할 재료와 밖으로 전달할 결과가 섞이는 지점부터 나누는 편이 낫다고 봐요.
공유 폴더와 프로젝트 경계
NAS에서 접속 대상으로 쓰는 공유 폴더와 그 안의 작업 폴더는 구분해요. Synology DSM을 예로 들면 공유 폴더는 NAS에서 관리하는 단위이고, 그 아래에 프로젝트별 하위 폴더를 둘 수 있어요. 윈도우에서 보이는 모든 폴더가 각각 별도의 공유 폴더인 것은 아니에요.
혼자 사용하는 영상 자료라면 공유 폴더 하나 아래에 프로젝트를 나누는 구성부터 검토할 수 있어요. 접근할 사람이 다른 자료는 접속 범위도 함께 살펴봐요. 하위 폴더를 만들었다는 이유만으로 다른 사람이 못 보는 공간이 되는 것은 아니니까요.
예를 들어 video_work/P001_product를 제품 소개 영상 한 건의 작업 경계로 정해요. 같은 제품의 다음 촬영이 기존 수정 작업인지, 별도 납품물인지 먼저 판단해요. 제품명이 같다는 이유만으로 계속 같은 프로젝트에 쌓으면 이전에 무엇을 전달했는지 구분하기 어려워져요.
같은 원본으로 짧은 영상과 긴 영상을 만드는 경우도 있어요. 촬영분을 공유하고 수정 일정이 같이 움직인다면 한 프로젝트 안에서 편집본을 구분하는 안이 맞을 수 있어요. 반대로 담당자와 보관 기간이 다르면 별도 경계가 관리하기 쉬워요. 폴더 개수보다 작업이 끝나는 기준을 먼저 정해요.
파일 역할에 맞춘 자리
프로젝트 안에서는 원본, 편집 기록, 출력물을 먼저 나눠요. 다음은 직접 적용해 볼 수 있는 구성 예시예요. 이름과 번호가 정답이라는 뜻은 아니에요.
| 폴더 | 넣을 자료 |
|---|---|
| 01_source | 촬영 카드와 별도 녹음 원본 |
| 02_edit | 편집 프로젝트와 작업 기록 |
| 03_export | 검토용·전달용 출력 영상 |
| 04_assets | 이미지·음악 등 외부 소재 |
원본 안에는 카드별 바깥 폴더를 두고 카드 내부 구조는 유지해요. 편집 프로젝트는 촬영 영상 자체를 대신하지 않으므로 두 종류를 함께 남길 수 있어야 해요. 출력 영상만 원본 폴더로 되돌려 넣으면 나중에 어느 것이 촬영 자료인지 다시 판단해야 해요.
캐시나 프록시처럼 별도 성격의 자료가 많아졌을 때만 자리를 추가해요. 빈 폴더를 처음부터 열 개씩 만들 필요는 없어요. 저는 저장할 때마다 설명서를 읽어야 하는 구조라면 일단 한 단계 줄여 보겠어요. 지금도 구별하지 못하는 기준은 다음 작업에서도 유지하기 어렵거든요.
폴더 이름에 쓰는 단어도 서로 뜻이 달라야 해요. 작업, 자료, 기타를 나란히 두면 같은 파일이 어디든 들어갈 수 있어요. 반면 원본과 출력물은 만들어진 과정으로 구분할 수 있어요. 파일을 넣는 사람이 같은 판단을 반복할 수 있는 이름을 고르는 게 좋아요.
구조를 시험할 때는 실제로 생기는 예외도 넣어 봐요. 촬영 없이 받은 로고 파일, 세로형 추가 출력, 수정 메모를 각각 어디에 넣을지 정해요. 이 세 파일이 모두 기타로 간다면 폴더를 더 만들기 전에 원본과 외부 소재, 작업 기록의 경계를 다시 설명해 보는 게 좋아요.
작업 상태는 기록으로 구분
초안, 검토 중, 전달 완료처럼 상태가 바뀔 때마다 원본 폴더까지 옮길 필요는 없어요. 편집 프로그램이 기존 위치를 참조하고 있다면 이동 뒤 연결을 다시 확인해야 할 수도 있어요. 상태 표현은 프로젝트 파일명과 짧은 작업 기록으로 처리하는 방법이 덜 번거로워요.
가령 edit_v004.prproj와 review_v004.mp4가 한 묶음이라면 기록에 두 파일의 관계를 적어요. 상대가 확인한 파일이 무엇인지도 남겨요. 수정이 끝났다고 판단한 시점과 실제 전달한 시점이 다를 수 있어서, 폴더의 수정 날짜 하나로 상태를 대신하지는 않아요.
상태와 권한도 따로 봐요. 완료라는 이름을 붙였어도 쓰기 권한이 있으면 내용은 바뀔 수 있어요. 보관 자료를 바꾸지 않게 운영하려면 해당 계정이 어느 범위에서 쓸 수 있는지 확인해야 해요. 이름으로 표시하는 약속과 시스템이 제한하는 동작을 혼동하지 않는 거예요.
설명을 읽을 사람은 현재의 작업자만이 아니에요. 몇 달 뒤의 나도 파일을 처음 받는 사람처럼 볼 수 있어요. 어떤 파일이 전달 기준인지 한 줄이 남아 있으면, 폴더 깊이를 늘리는 것보다 다시 시작할 때 도움이 될 수 있어요.
공통 소재와 작은 시험
여러 프로젝트에서 같은 로고를 쓰면 공통 소재 폴더 하나가 편해 보여요. 다만 나중에 그 로고를 교체했을 때 예전 영상도 같은 상태로 열려야 하는지 생각해 봐요. 재현이 필요하다면 당시 사용한 사본과 사용 조건을 프로젝트 안에 남기는 안을 검토해요.
공통 폴더를 참조하는 방식을 택했다면 경로와 소재 버전을 기록해요. 프로젝트만 다른 저장소로 옮겨도 필요한 자료가 따라오는지 따로 확인해야 해요. 외부 소재라는 이유로 모두 복사해도 된다고 보는 것도 피해야 해요. 사용 허락과 재배포 허락은 별개일 수 있어요.
새 구조를 적용할 때는 진행 중인 모든 작업을 한꺼번에 옮기지 않아요. 시험할 프로젝트 사본 하나를 정하고 원본·편집 기록·출력물을 제자리에 넣어 봐요. 그 위치에서 프로젝트가 열리고 필요한 자료를 찾는지 확인한 다음 다른 작업으로 넓혀요.
시험 중 기타 폴더에 계속 파일이 쌓인다면 예외가 아니라 기준이 모호한 것일 수 있어요. 어떤 자료가 갈 곳을 못 찾았는지 보고 역할을 다시 정해요. 이름을 예쁘게 맞추는 것보다, 다음 파일을 망설이지 않고 넣을 수 있는지가 구조를 고치는 기준이에요.