광고 대행사 크리에이티브 시안 버전 관리에서 반복되는 문제 5가지와 팀이 바로 쓰는 실무 해결법

광고 캠페인은 보통 하나의 시안으로 끝나지 않습니다. 같은 배너를 세 가지 사이즈로 만들고, 문구를 두 번 바꾸고, 클라이언트 의견을 반영해 다시 만드는 과정이 이어집니다. 이 과정이 길어질수록 파일 이름은 점점 난잡해지고, 누가 어떤 버전을 승인했는지 기억하기 어려워집니다. 그 결과 잘못된 시안이 집행 직전까지 살아남거나, 이미 폐기한 문구가 다시 나타나는 일이 생깁니다.

이 글은 광고 대행사 실무자가 크리에이티브 시안 버전 관리에서 자주 겪는 문제 5가지를 정리하고, 각 문제를 팀이 바로 적용할 수 있는 방법으로 풀어 봅니다. 디자이너, 기획자, 계정 담당자가 같은 기준으로 움직이도록 만드는 것이 핵심입니다. 프로젝트 전반의 일정과 역할 관리가 함께 필요하다면 마케팅 에이전시 프로젝트 관리 문제를 다룬 글도 같이 읽어 보시기 바랍니다.

시작하기 전에: 왜 시안 버전이 꼬이는가

대부분의 대행사는 버전 관리를 일부러 하지 않았다고 생각하지 않습니다. 파일을 저장할 때마다 이름을 바꾸고, 메신저로 의견을 주고받고, 최종 파일은 메일로 보내는 방식이 자연스럽게 굳어진 결과입니다. 문제는 이 방식이 프로젝트 한두 개일 때는 잘 버티다가, 동시에 여러 캠페인이 돌아가는 순간 무너진다는 점입니다.

그래서 해결의 출발점은 도구보다 기준입니다. 어떤 이름으로 저장하고, 어디에 올리고, 누가 승인하는지 정하지 않으면 어떤 도구를 써도 같은 문제가 반복됩니다. 아래 다섯 가지 문제는 대부분 이 기준이 없어서 생기는 현상입니다.

문제 1: 파일 이름만으로는 최신본을 알 수 없다

가장 흔한 장면은 폴더를 열었을 때 final, final2, final_진짜최종이 나란히 있는 모습입니다. 담당자는 자신이 어떤 파일을 열었는지 확신하지 못하고, 클라이언트 미팅 직전에 파일을 다시 확인하느라 시간을 씁니다. 이 문제는 디자이너 개인의 습관이 아니라 저장 규칙이 없다는 신호입니다.

해결 방법: 명명 규칙을 한 줄로 고정한다

파일 이름 규칙은 길 필요가 없습니다. 캠페인 코드, 채널, 사이즈, 버전 번호, 날짜를 순서대로 넣는 한 줄 규칙이면 충분합니다. 예를 들어 캠페인코드_채널_사이즈_v번호_날짜 형식으로 정하고, 최종본은 버전 뒤에 승인이라는 표시를 붙이는 방식을 씁니다. 중요한 것은 규칙을 한 번 정하고 모든 사람이 같은 방식으로 저장하는 것입니다.

문제 2: 피드백이 메신저와 메일에 흩어진다

클라이언트 의견이 카카오톡, 이메일, 회의록, 전화 메모에 나뉘어 있으면 어떤 의견이 반영되었고 어떤 의견이 아직 남았는지 아무도 정확히 말하지 못합니다. 특히 같은 내용을 두 사람이 다른 채널로 전달하면 수정 방향이 서로 충돌합니다.

해결 방법: 피드백을 한 곳에 모으고 시안마다 번호를 붙인다

피드백은 시안 한 장마다 번호를 붙여 한 곳에 기록합니다. 의견을 받으면 계정 담당자가 원문을 그대로 옮기고, 어느 버전에 대한 의견인지 표시합니다. 디자이너는 반영 여부를 같은 번호 옆에 적습니다. 이렇게 하면 회의 때 "그 의견 반영했나요?"라는 질문이 사라지고, 빠진 항목만 빠르게 찾을 수 있습니다.

문제 3: 승인 기록이 남지 않는다

구두 승인이나 "좋아요" 한 마디로 넘어간 시안은 나중에 문제가 됩니다. 집행 후 문구 실수가 발견되었을 때 누가 언제 승인했는지 근거가 없으면 책임 소재를 가리기 어렵고, 팀 내부 신뢰도 떨어집니다.

해결 방법: 승인은 반드시 문서로 남긴다

승인 단계는 명확한 문장으로 기록합니다. 승인자 이름, 날짜, 승인한 버전 번호, 조건부 승인이라면 조건 내용까지 적습니다. 메신저 승인도 괜찮지만, 그 내용을 프로젝트 기록에 복사해 두는 것이 원칙입니다. 승인이 끝난 버전은 수정 대상에서 잠그고, 변경이 필요하면 새 버전 번호를 부여합니다.

문제 4: 최종본과 집행본이 다르다

디자인 파일에서는 최종이었지만 실제 집행 플랫폼에는 이전 문구가 올라가 있는 경우가 있습니다. 여러 사이즈를 따로 내보내다 보면 한 장만 수정하고 나머지는 그대로 두기도 합니다. 이 차이는 고객 신뢰를 직접 흔드는 실수로 이어집니다.

해결 방법: 집행 전 체크리스트를 둔다

집행 직전에는 승인된 버전 번호와 실제 업로드된 파일을 대조하는 간단한 체크리스트를 씁니다. 항목은 다섯 개 안팎으로 줄이고, 담당자와 확인자를 따로 둡니다. 한 사람이 만들고 한 사람이 확인하는 구조만 지켜도 집행 실수가 크게 줄어듭니다.

문제 5: 과거 시안을 다시 찾는 데 시간이 오래 걸린다

지난 캠페인의 문구나 이미지를 다음 프로젝트에 재활용하려고 할 때 찾지 못하는 일도 흔합니다. 결국 처음부터 다시 만들게 되고, 이미 검증된 표현을 놓치게 됩니다. 축적된 자산이 자산으로 기능하지 못하는 셈입니다.

해결 방법: 캠페인 단위로 보관하고 최종본만 따로 모은다

프로젝트가 끝나면 최종 승인본만 별도 폴더에 모읍니다. 폴더는 연도, 클라이언트, 캠페인 순서로 나누면 찾기 쉽습니다. 재활용이 자주 필요한 소재는 태그나 메모를 붙여 검색 가능하게 만들어 두면 좋습니다.

실제 적용 순서: 일주일 안에 할 수 있는 것

모든 것을 한꺼번에 바꾸려고 하면 팀이 지칩니다. 아래 순서대로 한 단계씩 적용하면 부담이 적습니다.

1. 1일차: 명명 규칙을 한 줄로 정하고 팀 공유 문서에 적습니다.
2. 2일차: 진행 중인 프로젝트 하나를 골라 피드백 기록표를 만듭니다.
3. 3일차: 승인 기록 양식을 정하고, 승인자 이름과 날짜를 반드시 남기도록 합니다.
4. 4일차: 집행 전 체크리스트를 만들어 두 명이 확인하는 방식으로 돌립니다.
5. 5일차: 완료된 프로젝트의 최종본을 정리해 보관 폴더를 만듭니다.

이 순서를 마치면 팀원 대부분이 같은 방식으로 파일을 다루게 됩니다. 이후에는 클라이언트 요구나 채널 변화에 따라 규칙을 조금씩 고치면 됩니다.

도구를 고를 때 확인할 점

시안 관리를 위해 전용 도구를 도입할 때도 기준은 같습니다. 파일 이름 규칙을 강제할 수 있는지, 의견과 승인이 파일에 연결되는지, 버전 이력이 자동으로 남는지, 외부 클라이언트와 공유할 때 권한을 나눌 수 있는지를 확인해 보세요. 작업 항목과 시안을 한 화면에서 함께 보고 싶다면 데모로 실제 흐름을 먼저 체험해 볼 수 있습니다. 팀 전체가 쓰기 시작하려면 회원가입 후 프로젝트 하나로 시작하는 방법도 좋은 출발점입니다. 여기서 중요한 것은 도구가 기준을 대신해 주지는 않는다는 점입니다. 명명 규칙과 승인 절차를 먼저 정하고, 도구는 그 규칙을 지키기 쉽게 만드는 역할을 해야 합니다.

참고로 여러 프로젝트를 한곳에서 관리하는 방식을 비교하고 싶다면 작업 보드 중심의 도구를 소개한 자료도 함께 살펴볼 수 있습니다. 다만 시안 버전 관리는 작업 보드만으로 해결되지 않으므로, 파일과 승인 기록을 어떻게 연결할지 반드시 함께 검토해야 합니다.

실무 팁: 클라이언트에게 규칙을 설명하는 방법

내부 규칙이 아무리 좋아도 클라이언트가 피드백을 여전히 여기저기 보내면 효과가 줄어듭니다. 킥오프 미팅에서 피드백은 하나의 공유 문서나 정해진 채널로 보내 달라고 안내하고, 이유를 짧게 설명하는 것이 좋습니다. "의견이 누락되지 않게 하고, 승인된 버전으로 정확히 집행하기 위해서입니다"라고 말하면 대부분의 클라이언트가 협조합니다. 처음 두세 번은 번거로울 수 있지만, 이후에는 수정 횟수가 줄고 일정이 안정되는 효과를 체감하게 됩니다.

결론

크리에이티브 시안 버전 관리는 화려한 기술보다 작은 규칙을 꾸준히 지키는 일입니다. 명명 규칙을 정하고, 피드백을 한곳에 모으고, 승인을 문서로 남기고, 집행 전에 확인하고, 완료본을 보관하는 다섯 가지만 지켜도 재작업과 실수가 눈에 띄게 줄어듭니다. 오늘 한 프로젝트부터 시작해 보시고, 일주일 뒤 팀이 얼마나 덜 헤매는지 직접 비교해 보시기 바랍니다.