제작팀에서 “최종 대본이 어떤 파일인가요?”라는 질문이 반복된다면 개인의 정리 습관보다 배포 규칙을 먼저 봐야 합니다. 메신저, 이메일, 공유 드라이브에 수정본이 흩어지면 파일명에 ‘최종’을 붙이는 것만으로는 혼선을 막을 수 없습니다. 중요한 것은 누가 수정했고, 무엇이 달라졌으며, 어느 버전을 기준으로 촬영하는지 모두가 같은 방식으로 확인하는 것입니다.
파일명은 상태가 아니라 식별 정보를 담는다
최종_진짜최종_수정본.pdf 같은 이름은 작성자에게만 의미가 있습니다. 파일명에는 시간이 지나도 해석할 수 있는 정보를 일정한 순서로 넣으세요.
권장 형식
[프로젝트]_[회차]_[문서종류]_[버전]_[날짜-시간]
PROJECTA_EP03_SCRIPT_v07_20260725-2130.pdf- 프로젝트·회차: 다른 작품이나 회차와 섞이지 않게 합니다.
- 문서 종류: 대본, 콘티, 촬영 대본 등 용도를 구분합니다.
- 버전: 숫자를 올려 이전 파일과 순서를 비교할 수 있게 합니다.
- 날짜·시간: 같은 날 여러 번 수정될 때 배포 순서를 확인합니다.
‘최종’은 파일명 대신 승인 상태로 관리하는 편이 안전합니다. 오늘의 최종본이 내일 수정되더라도 버전 기록은 그대로 유지되어야 하기 때문입니다.
수정 내용은 파일과 별도로 요약한다
새 파일만 보내면 수신자는 처음부터 다시 비교해야 합니다. 배포 메시지나 변경 기록에는 다음 네 가지를 함께 남기세요.
- 변경된 씬 번호
- 한 줄 변경 요약
- 영향받는 부서 또는 출연자
- 적용 시점과 승인자
예를 들어 “S#18 장소 변경, 미술·조명·차량 동선 재확인 필요, v07부터 적용, 연출 승인”처럼 적으면 각 부서가 자신에게 필요한 행동을 바로 판단할 수 있습니다.
가상 예시: 파일보다 먼저 읽히는 변경 로그
| 버전 | 변경 위치·내용 | 영향·승인 | 배포·수신 |
|---|---|---|---|
| v07 2026.07.25 21:30 |
S#18 카페 → 사무실 대사 2줄 삭제 |
미술·조명·차량 연출 승인 21:18 |
공식 채널 21:34 4개 부서 확인 완료 |
가상 예시입니다. 수신 확인은 사람 이름보다 필요한 부서와 확인 시각이 빠짐없이 남는지가 중요합니다.
초안·검토·승인·배포를 구분한다
파일이 존재한다는 사실과 촬영 기준으로 승인됐다는 사실은 다릅니다. 문서 상태를 네 단계로 나누면 검토 중인 수정본이 현장에 먼저 전달되는 일을 줄일 수 있습니다.
| 상태 | 의미 | 사용 범위 |
|---|---|---|
| 초안 | 작성 중이며 내용이 바뀔 수 있음 | 작성자·내부 협의 |
| 검토 | 관계자가 변경 내용을 확인 중 | 검토 대상자 |
| 승인 | 책임자가 기준 문서로 확정 | 배포 준비 |
| 배포 | 현장에서 사용할 공식 버전 | 필요한 전체 구성원 |
공식 배포 채널을 하나로 정한다
공유 드라이브가 기준인지, 메신저의 마지막 파일이 기준인지 불분명하면 동일한 혼선이 반복됩니다. 공식 파일을 찾는 위치는 하나여야 합니다. 메신저는 변경 알림에 사용하되, 기준 문서는 항상 같은 프로젝트 공간에서 확인하게 하세요.
부서별로 필요한 정보가 다르더라도 기준 버전은 같아야 합니다. 접근 권한은 나눌 수 있지만 원본 버전 번호와 변경 기록은 하나의 흐름으로 유지하는 편이 좋습니다.
이전 버전은 삭제하지 말고 ‘사용 중지’를 표시한다
이전 파일을 삭제하면 변경 이유를 되짚기 어렵고, 이미 내려받은 파일까지 회수할 수 없습니다. 대신 이전 버전에는 사용 중지 상태를 표시하고 최신 버전으로 가는 링크를 남기세요. 현장에서 잘못된 파일을 발견했을 때 어느 버전으로 바꿔야 하는지 즉시 알 수 있어야 합니다.
버전 관리의 목표는 파일을 깔끔하게 보관하는 것이 아니라, 모든 구성원이 같은 기준으로 움직이게 하는 것입니다.
대본 버전 관리에 관해 자주 묻는 질문
파일명에 ‘최종’을 쓰면 안 되나요?
상태를 설명하는 보조 표현으로는 쓸 수 있지만 식별 기준으로 삼으면 안 됩니다. 버전 번호와 배포 시각을 유지하고, 촬영 기준 여부는 승인·배포 상태에서 확인하는 편이 안전합니다.
이전 버전은 삭제해야 하나요?
삭제하지 말고 사용 중지 상태와 최신 버전 위치를 표시하세요. 변경 이유를 되짚고 이미 내려받은 파일을 교체하려면 이전 버전의 식별 정보가 필요합니다.
누가 수신 확인을 해야 하나요?
변경의 영향을 받는 부서 책임자가 확인해야 합니다. 전체 인원의 읽음 여부보다 미술·촬영·조명·의상처럼 실제 행동이 달라지는 부서가 공식본을 확인했는지를 기록하세요.
더 구체적인 열 구성과 작성 순서는 대본 변경 로그 작성법에서 확인할 수 있습니다. Ready-Action은 대본과 콘티, 일정, 현장 기록이 같은 프로젝트 안에서 이어지는 방식을 만들고 있습니다. 제품이 지향하는 연결 방식은 Ready-Action 서비스에서 살펴보세요.
