게임 외주 에셋 검수 프로세스와 라이선스 체크리스트: 납품부터 출시까지
게임 외주 에셋의 품질·기술 사양·저작권 리스크를 체계적으로 검수하는 방법을 정리합니다. 납품 기준, 수정 요청, 라이선스 증빙, 엔진 반입 전 체크리스트까지 실무 순서대로 안내합니다.
외주 에셋 검수의 핵심은 ‘예쁘게 보이는가’만 판단하지 않는 데 있다. 발주서의 승인 기준을 품질·기술·권리 세 축으로 분해하고 원본 파일과 라이선스 증빙을 납품물로 관리해야 출시 직전의 재작업과 저작권 분쟁을 줄일 수 있다. 가장 안전한 방식은 계약 전 기준 정의, 중간 마일스톤 검수, 최종 반입 전 권리 확인을 하나의 프로세스로 연결하는 것이다.
게임 외주 에셋 검수에서 무엇을 확인해야 할까?
외주 에셋은 아트 디렉션과 성능, 제작 파이프라인, 사용 권한이 동시에 충족되어야 완료다. PM은 각 항목의 최종 판단자를 미리 정하고 검수 결과를 추적 가능한 문서에 남겨야 한다.
| 검수 축 | 확인 항목 | 주 담당자 | 승인 기준 예시 |
|---|---|---|---|
| 품질 | 스타일, 실루엣, 애니메이션, UI 가독성 | 아트 리드 | 콘셉트 시트와 색상·비율·연출 방향이 일치한다 |
| 기술 | 폴리곤, 텍스처, 파일 구조, 피벗, 엔진 임포트 | 테크니컬 아티스트·클라이언트 개발자 | Unity 또는 Unreal Engine에서 오류 없이 임포트된다 |
| 권리 | 원본성, 제3자 소스, 폰트·음원·플러그인 라이선스 | PM·법무 또는 권리 담당자 | 상업적 게임 배포 및 플랫폼 출시 권한을 증빙한다 |
| 운영 | 파일명, 버전, 수정 이력, 인수인계 | PM | 저장소와 납품 목록이 일치하고 원본 파일이 포함된다 |
특히 ‘최종 PNG만 받으면 된다’는 판단은 위험하다. 추후 해상도 변경, 현지화, 플랫폼별 최적화가 필요할 수 있으므로 PSD, Aseprite, Blender, Maya, Substance 3D Painter 등 실제 제작에 사용한 편집 가능 원본의 범위를 계약과 발주서에 명시하는 편이 좋다.
외주 에셋 검수 프로세스는 어떻게 설계할까?
검수는 납품일에 시작하는 일이 아니다. 승인 기준을 사전에 합의하고 수정 비용이 낮은 단계에서 문제를 발견하도록 마일스톤을 나눈다.
flowchart LR
A[발주서와 계약서 확정] --> B[레퍼런스·기술 사양 킥오프]
B --> C[러프 또는 블록아웃 검수]
C --> D[중간 결과물 검수]
D --> E[최종 납품 패키지 검수]
E --> F[라이선스 증빙 확인]
F --> G[엔진 반입 및 회귀 테스트]
G --> H[검수 승인·인수 기록]1. 발주 전에 승인 기준과 납품 단위를 고정한다
발주서에는 ‘캐릭터 1종 제작’처럼 결과만 적지 말고 검수 가능한 단위로 세분화한다. 예를 들어 3D 캐릭터라면 모델, 리깅, 애니메이션, 텍스처 세트, LOD, 원본 파일, 임포트 설정 문서를 각각 납품 항목으로 정의한다.
다음 항목은 발주 전 문서에 포함하는 것이 좋다.
- 레퍼런스와 제외 범위: 무드보드, 컬러 팔레트, 카메라 거리, 비슷해 보이면 안 되는 경쟁작 또는 타 IP를 함께 명시한다.
- 기술 사양: FBX 버전, 텍스처 포맷, 최대 해상도, 알파 채널 사용 여부, 좌표계, 피벗 규칙, LOD 기준을 작성한다.
- 승인 라운드: 러프 1회, 중간 1회, 최종 1회처럼 기본 수정 횟수와 추가 수정 단가를 합의한다.
- 권리 귀속 범위: 저작재산권 양도 또는 필요한 이용 허락의 범위, 2차 저작물 작성, 수정, 재배포, 플랫폼 배포 가능 여부를 계약서에서 확인한다.
기술 사양은 “최적화해서 납품” 같은 표현보다 수치로 작성해야 분쟁을 줄일 수 있다. 예를 들어 모바일 캐릭터의 삼각형 수는 프로젝트의 타깃 기기, 동시 노출 수, 셰이더 복잡도에 따라 달라진다. 따라서 절대적인 인터넷 권장 수치보다 현재 프로젝트의 프레임 예산과 씬 예산을 기준으로 정해야 한다.
2. 중간 검수에서는 수정 가능한 문제를 먼저 잡는다
러프 단계에서는 디테일보다 방향성을 확인한다. 실루엣, 비율, 콘셉트 일치 여부, UI 정보 구조처럼 작업 후반에 바꾸기 비싼 항목을 우선 검수한다. 중간 단계에서는 애니메이션 루프, 텍스처 채널, 리깅, 파일 구조 등 구현에 영향을 주는 문제를 확인한다.
검수 의견은 ‘조금 더 귀엽게’처럼 해석 여지가 큰 문장보다 관찰 사실과 변경 목표를 함께 적는다.
| 피해야 할 피드백 | 수정 요청으로 바꾼 예시 |
|---|---|
| 더 게임답게 수정해 주세요 | 전투 화면의 0.8배 스케일에서도 무기와 손이 겹치지 않도록 손목 각도를 조정해 주세요 |
| 색이 어색합니다 | 전신 기준 주조색을 #3A6EA5 계열로 낮추고 장식의 채도를 현재보다 낮춰 배경과의 대비를 줄여 주세요 |
| 최적화가 필요합니다 | Android 저사양 프로파일에서 사용하므로 2048×2048 텍스처를 1024×1024 이하로 재구성하고 불투명 파츠는 알파 블렌드를 제거해 주세요 |
수정 요청에는 반드시 대상 파일, 우선순위, 변경 이유, 완료 기준, 확인 담당자를 넣는다. 이를 Jira, Notion, Linear, 스프레드시트 등 팀이 실제로 사용하는 도구에 티켓으로 남기면 ‘구두로 합의했다’는 문제가 줄어든다.
3. 최종 납품은 패키지 단위로 검사한다
최종 파일을 받으면 아트 리드의 시각 검수만으로 종료하지 않는다. 외주사가 전달한 압축 파일을 별도 폴더에서 풀고 깨끗한 프로젝트 또는 샘플 프로젝트로 임포트해 파일 누락과 경로 의존성을 확인한다.
Unity를 사용한다면 .meta 파일의 포함 여부, 머티리얼 참조, 텍스처 Import Settings, Sprite Atlas 연결을 점검한다. Unreal Engine을 사용한다면 .uasset 참조와 리다이렉터, 머티리얼 인스턴스, Nanite 및 LOD 설정이 프로젝트 정책과 맞는지 확인한다. 엔진과 무관하게 외부 절대 경로를 참조하거나 외주사 로컬 폴더에만 있던 파일이 남아 있지 않은지 살펴야 한다.
게임 에셋 라이선스는 왜 별도 검수가 필요한가?
에셋의 제작자가 외주사라고 해서 모든 구성 요소의 권리까지 자동으로 확보되는 것은 아니다. 외주사는 유료 브러시, 스톡 이미지, 폰트, 키트배시 모델, 사운드 라이브러리, 생성형 AI 도구를 사용할 수 있다. 이 중 일부는 프로젝트 파일에 포함해 재배포할 수 없거나 게임 배포 규모에 따라 별도 라이선스가 필요할 수 있다.
라이선스 검수의 목적은 법률 판단을 대신하는 것이 아니라 출시 전에 권리 출처와 사용 조건을 추적할 수 있는 증빙 체계를 만드는 데 있다. 계약 해석이나 권리 귀속이 불명확한 경우에는 법무 또는 권리 담당자에게 검토를 요청해야 한다.
라이선스 체크리스트
| 항목 | 확인 질문 | 확보할 증빙 |
|---|---|---|
| 제작물 권리 | 외주사가 결과물의 권리를 양도하거나 필요한 범위의 이용 허락을 할 권한이 있는가? | 계약서, 양도·이용허락 조항 |
| 제3자 소스 | 스톡, 키트배시, 폰트, 음원, 텍스처를 사용했는가? | 자산 목록, 구매 영수증, 라이선스 원문 |
| 배포 범위 | 상업적 이용, 전 세계 배포, 콘솔·모바일·PC 출시가 허용되는가? | 라이선스 플랜 및 조건 캡처 |
| 재배포 제한 | 원본 또는 편집 가능한 소스를 프로젝트에 포함할 수 있는가? | 재배포·서브라이선스 조건 |
| 생성형 AI | 생성형 AI가 사용되었는가? 사용했다면 도구, 입력 자료, 후편집 범위가 기록되었는가? | 사용 도구·날짜·프롬프트 정책 기록 |
| 초상·상표 | 실존 인물, 브랜드, 로고, 등록 상표가 포함되는가? | 모델 릴리스, 상표 사용 허가 또는 제거 기록 |
| 오픈소스 | 코드·셰이더·플러그인에 오픈소스가 포함되는가? | 라이선스 전문, NOTICE 파일, 의무사항 목록 |
외주사에 ‘타인의 권리를 침해하지 않았다’는 확인서를 요청하는 것도 도움이 되지만 그것만으로 검수가 끝나지는 않는다. 사용한 외부 소스의 목록, 출처 URL, 라이선스 유형, 구매 계정 또는 영수증 번호, 사용 파일명을 함께 제출하도록 하는 방식이 더 실무적이다.
외주 에셋 납품 폴더는 어떻게 구성하면 좋을까?
폴더 구조는 외주사마다 다르면 인수 시간이 길어진다. 프로젝트 단위 규칙을 정하고 납품 목록과 실제 폴더를 일치시킨다.
Asset_Character_Knight_v03/
01_Delivery_Note/
delivery-manifest.xlsx
change-log.md
02_Source/
knight_model.blend
knight_texture.spp
knight_concept.psd
03_Export/
FBX/
Textures/
Animations/
04_License/
third-party-assets.csv
licenses/
receipts/
05_Preview/
turntable.mp4
screenshots/delivery-manifest.xlsx 또는 동등한 CSV에는 파일 경로, 파일 버전, 생성일, 담당자, 검수 상태, 라이선스 ID를 기록한다. 대규모 프로젝트라면 각 에셋에 내부 ID를 부여하고 이 ID를 발주서·티켓·저장소 경로·라이선스 대장에 공통으로 사용하면 추적성이 크게 좋아진다.
검수 승인 전에 실행할 최종 체크리스트
아래 목록을 그대로 템플릿으로 사용해도 된다.
- 발주서의 납품 항목과 실제 파일 목록이 일치한다.
- 러프·중간·최종 검수의 승인 또는 수정 이력이 남아 있다.
- 원본 편집 파일과 엔진 반입용 파일이 모두 전달되었다.
- 파일명, 폴더 구조, 버전 규칙이 프로젝트 표준을 따른다.
- Unity 또는 Unreal Engine의 새 테스트 프로젝트에서 누락 참조 없이 임포트된다.
- 폴리곤, 텍스처 해상도, 드로우 콜, 애니메이션, 메모리 예산이 타깃 플랫폼 기준을 만족한다.
- 제3자 소스와 생성형 AI 사용 여부가 문서화되었다.
- 폰트, 음원, 이미지, 3D 모델, 플러그인의 상업적 이용과 배포 범위를 확인했다.
- 저작재산권 양도 또는 이용 허락 범위가 계약서와 일치한다.
- 라이선스 원문, 영수증, 권리 확인서가 프로젝트 저장소 또는 문서 저장소에 보관되었다.
- 잔여 수정 사항의 우선순위, 담당자, 완료 기한이 합의되었다.
자주 묻는 질문 (FAQ)
외주 에셋의 PSD나 Blender 원본 파일도 꼭 받아야 하나요?
향후 수정, 현지화, 해상도 변경, 외주사 변경 가능성이 있다면 받는 편이 안전하다. 다만 원본 파일 제공 여부와 재사용 범위는 계약서와 발주서에 사전에 명시해야 한다.
외주사가 유료 에셋을 사용했다면 영수증만 받으면 되나요?
아니다. 영수증과 함께 해당 라이선스가 상업적 게임 배포, 팀 공유, 수정물 배포를 허용하는지 확인해야 한다. 사용한 외부 소스의 파일명과 라이선스 조건을 연결한 목록도 필요하다.
라이선스 검수는 PM이 법률 판단까지 해야 한다는 뜻인가요?
아니다. PM의 역할은 권리 관련 정보와 증빙이 누락되지 않게 수집하고 위험 신호를 담당자에게 전달하는 것이다. 계약 해석이나 침해 가능성 판단은 법무 또는 권리 담당자와 함께 결정해야 한다.
정리
외주 에셋 검수는 완료된 파일을 평가하는 절차가 아니라 일정·품질·권리를 관리하는 협업 시스템이다. 발주 전에 수치화된 승인 기준을 정하고 중간 검수에서 방향 오류를 줄이며 최종 반입 전에는 원본 파일과 라이선스 증빙을 함께 확인하자. 이 세 단계를 문서화하면 외주 결과물의 재작업 비용과 출시 리스크를 동시에 낮출 수 있다.
