외주 클라이언트와 파일 주고받을 때 뭘 미리 정해야 사고가 안 나나요?
외주 파일 작업 시에는 전송 용량 제한, 프로젝트 파일 양도 조건, 무상 수정 범위와 원본 보관 기한을 사전에 서면으로 확정해야 합니다. 드롭박스 웹 업로드의 375GB 타임아웃이나 구글 드라이브의 일일 750GB 제한을 고려해 전송 방식을 정하고, 과업내용서에 무상 수정 횟수와 추가 단가를 적어두어야 예방할 수 있습니다.

목차
무료 클라우드 서비스의 기본 용량 한계 파악하기
클라이언트에게 전달받은 링크로 원본을 받거나 완성본을 올리다가 전송이 멈출 때가 있는데, 이는 대부분 클라우드 서비스의 무료 용량 한계에 걸린 탓이며 전달 과정에서 전송이 끊기면 납품 시간에 바로 차질이 생깁니다.
구글 드라이브는 무료 기본 제공 용량이 15GB로 공간이 여유로워 긴 풀HD 영상이나 컷 편집본을 공유할 때 쓰기 좋습니다. 다만 이 15GB는 Gmail과 구글 포토가 함께 쓰므로 클라이언트나 편집자의 개인 구글 계정에 메일 용량이 차 있으면 남은 공간이 부족해 업로드가 멈추게 됩니다.
드롭박스 베이직 계정의 무료 제공 용량은 2GB입니다. 재생 프로그램 없이 웹에서 영상을 바로 재생해 보여주는 장점이 있지만 2GB는 용량이 큰 영상을 전송하기에 너무 작아 4K 숏폼 소스 몇 개만 올라가도 용량이 다 찼다는 경고가 뜨곤 합니다.
클라우드 서비스 | 무료 제공 용량 | 실무 특징 | 포기해야 하는 점 |
|---|---|---|---|
구글 드라이브 | 15GB | 용량이 넉넉해 파일 공유가 편합니다. | Gmail과 용량을 공유해 남은 용량이 불확실합니다. |
드롭박스 | 2GB | 웹 영상 미리보기 기능이 우수합니다. | 무료 용량이 매우 적어 대용량 전송이 힘듭니다. |
클라우드를 선택할 때는 작업 방식에 따라 포기할 요소를 정해야 맞습니다. 드롭박스의 빠른 미리보기를 쓰려면 2GB라는 짧은 용량을 감당해야 하며 구글 드라이브의 15GB 공간을 얻으려면 구글 메일 용량까지 관리하는 번거로움을 안아야 하는 셈입니다.
사고를 막으려면 작업 시작 전에 전송 방식을 정해 두어야 합니다.
클라이언트에게 "구글 드라이브 무료 15GB나 드롭박스 2GB를 넘는 용량은 전송이 끊길 수 있으니 분할해서 올리거나 다른 전송 도구를 쓸게요"와 같이 용량 기준을 미리 전달하면 전송 중단 사고를 피할 수 있습니다.
대용량 원본 업로드 한도와 브라우저 타임아웃 대처하기
4K 카메라 소스를 받기로 한 날 클라이언트가 보내온 전송 링크가 중간에 멈출 때 원인을 모르면 마감 시간만 바로 밀리기 쉬운데, 이러한 전송 오류는 네트워크 문제보다 클라우드 서비스의 제한 규칙 때문에 주로 일어납니다.
드롭박스를 웹 브라우저로 이용할 때는 업로드 용량을 특히 주의해서 살펴봐야 합니다. 웹 브라우저를 통해 375GB를 초과하는 파일을 업로드할 경우 타임아웃 오류가 발생하면서 브라우저 세션이 끊기고 전송 작업도 취소되는 까닭입니다.
구글 드라이브는 단일 파일 기준 최대 5TB까지 업로드할 수 있지만 하루에 올릴 수 있는 일일 업로드 제한 한도는 750GB입니다. 아무리 단일 파일 5TB를 지원하더라도 하루 한도 750GB를 넘기면 그날은 더 이상 파일을 올릴 수 없는 셈입니다.
이 수치들을 대입하면 전송 차질이 발생하는 조건을 직접 계산할 수 있습니다.
드롭박스 웹 브라우저로 375GB를 초과하는 파일을 한번에 업로드하면 타임아웃 오류로 전송이 중단될 위험이 높습니다.
웹 브라우저 타임아웃을 피하려면 편의성을 포기하더라도 드롭박스 데스크톱 전용 앱을 설치해서 전송해야 오류를 막을 수 있는 구조입니다.
구글 드라이브로 하루 동안 전송할 원본 총용량이 750GB를 초과하면 일일 업로드 제한 한도에 걸리고 맙니다.
하루 한도인 750GB를 초과한 파일은 다음 날 제한이 풀릴 때까지 전송이 멈춰서 마감 일정에 차질이 일어납니다.
클라이언트에게 원본을 받기 전에는 업로드 방식과 분할 전송 기준을 미리 정해 두는 편이 안전합니다. 375GB 초과 파일은 웹 브라우저가 아닌 데스크톱 앱을 써달라고 요청해야 타임아웃을 피할 수 있습니다. 하루 전송량이 750GB를 넘는 촬영 소스는 날짜별로 나누어 올려달라고 사전에 안내하면 됩니다.
프로젝트 파일 소유권과 제3자 에셋 라이선스 명시하기
편집을 마치고 완성본 파일만 클라이언트에게 전달했지만 나중에 직접 수정하겠다며 프로젝트 파일까지 달라고 요구하는 상황이 생기기도 합니다. 계약서에 프로젝트 파일 양도 조항을 별도로 두지 않았다면 저작권 및 프로젝트 파일 소유권은 기본적으로 제작자에게 있는 것으로 해석되며, 최종 완성본을 받아볼 권리와 작업 파일까지 넘겨받을 권리는 별개인 셈입니다. 개별 계약 조건과 상황에 따라 무상으로 넘겨줄 의무가 없는 것으로 판단될 수 있습니다.
프로젝트 파일을 넘길 때는 제3자 에셋 라이선스 문제도 함께 불거집니다. 작업에 사용한 폰트나 음원의 사용권이 제작자 개인에게만 묶여 있는 경우가 많은 까닭입니다.
프로젝트 파일만 그대로 넘기면 클라이언트 컴퓨터에서는 폰트가 깨지거나 라이선스 위반 경고가 뜨는데, 이때 에셋 재구매 비용이나 저작권 침해 책임이 누구에게 있는지 미리 정해두지 않으면 큰 분쟁으로 이어지곤 합니다.
클라이언트에게 프로젝트 파일을 양도하기로 합의한다면 계약서에 소유권 이전 범위를 명확히 적고, 완성본 외에 작업 파일까지 넘기는 조건으로 별도의 양도 비용을 계산해서 받아야 합니다.
또한 작업에 쓰인 폰트와 음원 라이선스는 클라이언트가 직접 준비해야 함을 서면으로 명시해 두는 편이 안전합니다. 제작자가 보유한 상업용 라이선스는 타인에게 무단으로 재양도할 수 없는 조건이 대부분이기 때문입니다.
프로젝트 파일을 넘겨주면 나중에 클라이언트가 다른 편집자를 써서 수정본을 만들 수도 있습니다. 당장의 파일 양도 비용을 얻는 대신 해당 채널의 후속 작업 수주 기회는 잃게 됩니다. 두 선택 중 무엇을 택할지 고민해 본 뒤 결정하면 됩니다.

무상 수정 횟수와 과업내용서를 통한 추가 단가 설정하기
마감본을 보낸 다음 날 클라이언트에게서 자막 색상부터 컷 구성까지 전부 바꿔달라는 연락이 오더라도 본 계약서에는 큰 틀의 합의만 들어갑니다. 그렇기에 계약서 본문만 쥐고 있으면 허점이 생기며, 세부 작업 조건은 계약서 뒤에 붙는 과업내용서에 적어야 안전하게 보호받을 수 있습니다.
과학기술정보통신부의 디지털콘텐츠 제작 표준계약서도 같은 방식을 취합니다. 과업내용서에 무상으로 해줄 수정 횟수와 어디까지를 무상으로 볼지 따로 적도록 안내하면서, 무상 수정 범위를 넘었을 때 적용할 추가 단가도 함께 적도록 명시하는 구조입니다. 이 기준을 명확히 써두지 않으면 나중에 추가 작업을 거절할 명분이 사라지는 셈입니다.
과업내용서를 꼼꼼히 작성하면 무제한 수정 요구를 차단할 수 있습니다. 다만 작업 시작 전 클라이언트와 조율해야 하는 항목이 많아져 계약을 맺기까지 서류를 주고받는 시간이 늘어나는 점은 포기해야 합니다.
과업내용서 작성 시 사전에 포함해야 할 수정 범위 및 단가 항목
무상 수정 제공 횟수
무상 수정에 포함되는 단순 수정 범위 (오탈자, 자막 위치)
추가 비용이 발생하는 재편집 범위 (기획 변경, 컷 재구성)
무상 수정 횟수 초과 시 적용할 회당 추가 단가
피드백 전달 기한 및 문서화된 취합 양식
클라이언트에게 수정 요청이 들어오면 계약서를 바탕으로 분명하게 의사를 전달하면 됩니다. "과업내용서에 적은 대로 자막 오탈자 수정은 무상 범위에 들어가고, 전체 컷 순서를 바꾸는 작업은 추가 단가를 적용해 계산합니다." 서류로 합의 기준을 남겨두면 긴 말을 섞지 않고 깔끔하게 작업을 진행할 수 있습니다.
버전 호환성·플랫폼 레이아웃·보관 기한 사전 합의하기
편집자가 더 높은 버전의 소프트웨어에서 작업해 전달하면 클라이언트가 프로젝트 파일을 열었을 때 모든 효과가 깨져서 나타나기도 하며, 상위 버전 프로젝트 파일은 하위 버전에서 바로 열리지 않아 구버전에 맞추려면 호환 파일 형태로 변환하거나 최신 기능으로 만든 효과를 포기해야 하기 때문입니다. 작업을 시작하기 전에 클라이언트가 사용하는 편집 프로그램의 정확한 버전부터 확인해야 합니다.
유튜브 숏폼이나 인스타그램 릴스에 영상이 올라간 뒤 자막이 플랫폼 화면에 가려지는 일도 잦습니다. 화면 오른쪽과 하단 영역에 좋아요 버튼과 계정 정보가 겹쳐서 나타나다 보니 이 구역에 자막이나 핵심 그래픽을 넣으면 시청자가 글자를 제대로 읽지 못하고, 자막 위치를 위로 올려 가림 현상을 피하면 화면 중앙이 다소 답답해 보일 수 있음을 미리 설명해 두어야 합니다. 중요한 그래픽 요소가 가려지지 않도록 안전 영역 기준을 클라이언트와 미리 공유해야 하는 이유입니다.
최종 납품과 정산이 모두 끝난 뒤에도 원본 파일은 편집자의 하드 디스크에 남아 용량을 차지하므로, 파일 보관 기한을 미리 정해 두지 않으면 시간이 오래 지난 뒤 갑작스러운 수정 요청을 받았을 때 난감해집니다.
납품 완료 후 일정 기간이 지나면 프로젝트 파일과 원본을 삭제한다는 파기 시점을 사전 합의해야 합니다.
데이터를 오래 남기고 싶다면 클라이언트가 추가 보관료나 외장 하드 구매 비용을 부담하도록 요청하면 됩니다. 용량을 비워 새 작업을 진행할지 보관료를 받을지 확실한 판단 기준을 마련해 두어야 하는 셈입니다.
자주 묻는 것
클라이언트가 작업 완료 후 프로젝트 파일의 NLE 상위 버전 재출력을 요구하면 어떻게 해야 하나요?+
NLE 버전 교환이나 XML 내보내기 과정에서 효과와 자막 위치가 유실될 수 있습니다. 작업 착수 전 프로그램 버전 호환성을 확인하고 재작업 발생 시 비용 부담 주체를 명시해두는 것이 안전합니다.
유튜브 쇼츠나 릴스 UI에 자막이 가려져 재작업해야 할 때 추가 비용 청구가 가능한가요?+
작업 시작 전 타겟 플랫폼의 UI 가이드를 공유하지 않았다면 책임 소재 분쟁이 생길 수 있습니다. 과업내용서에 플랫폼 레이아웃 준수 확인 책임을 명시해야 정당한 추가 단가를 청구할 수 있습니다.
프로젝트 완료 후 원본 소스와 프로젝트 파일은 얼마나 보관해야 하나요?+
별도 합의가 없으면 납품 완료 후 파기해도 법적 책임은 발생하지 않는 것으로 해석될 수 있습니다. 하지만 수정을 위해 최소 30일에서 90일 정도의 보관 기한과 기한 초과 후 복구 비용을 서면으로 남기는 편이 깔끔합니다.
참고한 곳
- 디지털콘텐츠 제작(도급) 표준계약서 > 자료실 | 법무법인(유한)한별 산단법률지원센터
- Manage your storage in Drive, Gmail & Photos - Google Drive Help
- Google Drive Storage Limit: Free, Paid & File Caps (2026)
- What is the Dropbox file size limit? - Dropbox Help
- Dropbox Storage Limit: Free vs. Paid Plans (2026)
에디터즈는 공식 문서와 조사 원본을 근거로 씁니다. 무엇을 쓰지 않는지와 틀렸을 때 어떻게 고치는지는 편집 원칙에 적어두었어요.
작업을 등록해두면 일이 먼저 찾아와요
편집한 영상을 등록하면 내 주소가 생기고, 채널 주인이 그 작업을 직접 확인해줘요. 구인방에도 DM에도 링크 하나만 보내면 됩니다.
이어서 읽기
촬영 원본 파일이 예상보다 너무 많이 들어왔을 때 추가금은 어떻게 계산해야 하나요?
완성본 분량은 같은데 원본 촬영분이 폭증했을 때 양측이 납득할 수 있는 정량적 추가금 기준과 사전 과업 변경 절차를 다룹니다.
단가·계약외주 작업 때 쓰는 폰트와 음원 값, 클라이언트에게 청구해도 될까요?
외주 영상 제작 시 폰트와 음원 결제비를 나누는 실무 기준을 정리했습니다. 수주 전 계약서에 반영해 사후 분쟁을 예방법을 안내합니다.
단가·계약숏폼 편집 외주받을 때 썸네일 제작 요청까지 들어오면 단가를 어떻게 올려 받아야 하나요?
숏폼 영상 편집에 썸네일 제작이 추가될 때 과업 범위를 구별하고 견적과 계약서에 반영하여 분쟁을 줄이는 실무 기준을 정리했습니다.