게임 개발 외주, 예상치 못한 비용을 막는 7가지 방법

게임 개발 외주를 처음 맡겨본 의뢰자가 가장 자주 듣는 말이 있습니다.

"그 부분은 추가 작업입니다. 견적을 다시 잡아야 해요."

분명히 처음 견적서에 다 있는 줄 알았는데, 어느 순간부터 추가 비용 청구서가 쌓이기 시작합니다. 결국 처음 예산의 1.5배, 2배가 되어버리는 경우가 흔합니다. 왜 이런 일이 반복될까요?

답은 단순합니다. 추가 비용은 개발 중에 발생하는 게 아니라, 의뢰 단계에서 이미 정해져 있습니다. 견적이 명확하지 않고, 스코프가 모호하고, 변경 절차가 정의되지 않은 채로 시작했기 때문입니다.

이 글에서는 18년간 게임을 개발해온 경험과 직접 5년간 게임 회사를 운영하며 배운 것을 토대로, 외주 의뢰 단계에서 미리 막을 수 있는 7가지 비용 원인을 정리했습니다. 외주 의뢰 전 전체 흐름이 궁금하다면 게임 개발 외주 완벽 가이드도 함께 읽어보세요.

1. "기획서가 한 줄짜리"인 채로 견적을 받는 경우

가장 흔한 원인입니다.

"방치형 RPG 만들고 싶어요. 견적 좀 부탁드려요."

이 한 줄로 받을 수 있는 견적은 부정확할 수밖에 없습니다. 외주사가 "최소"로 잡으면 의뢰자는 "이 정도면 가능하구나" 하고 진행하지만, 실제로는 그 견적에 들어있지 않은 기능들이 줄줄이 추가됩니다.

해결책: 최소한 다음 항목은 정리해서 보내야 합니다.

• 게임 장르와 한 줄 요약
• 핵심 코어 루프 (플레이어가 반복하는 행동)
• 주요 시스템 (전투, 성장, BM, 소셜 등)
• 참고 게임 1~3개 (가장 비슷한 것)
• 출시 플랫폼 (iOS / Android / PC)
• 출시 목표 시기

이게 없으면 견적은 추측일 뿐입니다. 본개발 전에 MVP를 먼저 만들어 검증하면 기획 범위가 구체화되어 견적 정확도가 훨씬 높아집니다.

2. "변경 요청 처리 절차"가 계약에 없는 경우

개발 중에 마음이 바뀌는 건 자연스러운 일입니다. 문제는 그 변경을 어떻게 처리할지가 계약에 정해져 있지 않다는 점입니다.

해결책: 계약서에 다음 조항이 있어야 합니다.

• 변경 요청(Change Request)은 서면으로 제출
• 변경의 영향 범위·일정·비용을 외주사가 견적
• 의뢰자가 승인한 후에만 작업 시작
• 시간당 단가 또는 마일스톤 단위 단가 명시

이 절차가 있으면 변경이 발생해도 비용 충격이 없습니다. 없으면 매번 분쟁입니다.

3. "QA 비용"이 견적에 안 들어있는 경우

게임은 출시 전 QA가 필수입니다. 그런데 일부 외주사는 이 QA 비용을 견적에서 빼두고, 막판에 "QA는 별도 비용입니다"라고 청구합니다.

해결책: 견적서를 받자마자 다음을 명시적으로 확인하세요.

• 내부 QA 포함 여부
• QA 라운드 횟수 (보통 2~3회)
• 클라이언트 검수 후 발견된 버그의 수정 비용 처리
• 출시 후 첫 N주간 핫픽스 무상 지원 여부

명시되지 않은 항목은 거의 100% "추가 비용" 청구 대상이 됩니다.

4. "출시 후 라이브 운영"을 의뢰 시점에 합의 안 한 경우

게임은 출시가 끝이 아닙니다. 첫 패치, 신규 콘텐츠, 이벤트, 밸런싱 — 이 모든 게 출시 후에 발생합니다.

이걸 처음에 합의하지 않으면, 출시 후 외주사가 "운영은 별도 계약입니다"라고 손을 떼고, 의뢰자는 새로운 개발자를 찾아 나서야 합니다. 결국 더 비싸지고 일정도 늘어집니다.

해결책: 의뢰 단계에서 다음을 합의하세요.

• 출시 후 N개월 운영 계약 옵션
• 운영 단가 (월 단위 또는 작업 단위)
• 신규 콘텐츠 추가 시 단가
• 긴급 핫픽스 응답 시간

이게 합의돼 있으면 운영 단계에서 새 외주사를 다시 찾을 필요가 없습니다.

5. "에셋 외주 비용"을 누가 부담할지 안 정한 경우

게임은 코드뿐 아니라 아트, 사운드, UI 디자인이 필요합니다. 외주 개발사가 이 모든 걸 직접 만드는 경우는 드뭅니다. 보통 외부 아트·사운드 외주를 거쳐 합치는데, 그 비용이 누구 부담인지 명확하지 않으면 분쟁이 생깁니다.

해결책: 견적서에 다음이 명시돼야 합니다.

• 아트 리소스: 외주사가 부담? 의뢰자가 부담? 별도 정산?
• 사운드: 동일하게 명시
• 외부 라이브러리·플러그인 라이선스 비용 부담자
• 폰트 라이선스

이걸 안 정하면 모든 게 "추가 비용"으로 청구됩니다.

6. "스토어 출시 작업"이 견적에 빠진 경우

빌드를 만들었다고 끝이 아닙니다. iOS·Android 스토어 등록, 심사 대응, 메타데이터 작성, 스크린샷 제작, 정책 위반 대응 — 이 모든 것도 작업입니다.

일부 외주사는 "납품은 빌드까지만" 이라고 선을 긋고 스토어 출시 작업은 별도 청구합니다.

해결책: 견적서에 "스토어 등록 및 심사 통과까지" 명시되어 있는지 확인하세요. 안 적혀 있으면 직접 물어보고 추가하세요.

7. "소스코드 인계 비용"이 따로 있는 경우

이건 가장 황당한 케이스인데 실제로 일어납니다. 일부 외주사는 "납품은 빌드까지, 소스코드는 별도 비용"이라는 조항을 슬쩍 넣어둡니다.

소스코드 없이 게임을 받으면 의뢰자는 그 외주사에 영원히 종속됩니다. 다른 개발자에게 유지보수를 맡길 수도 없습니다.

해결책: 계약서의 "지적재산권" 조항을 꼼꼼히 읽으세요. 다음 문구가 있어야 안전합니다.

"납품과 함께 모든 소스코드와 권리를 클라이언트에 인계한다."

이 한 줄이 없으면 계약 자체를 거절하는 것이 맞습니다.

---

관련 글

• 게임 개발 외주 완벽 가이드 — 처음 의뢰할 때 알아야 할 모든 것
• 게임 개발 외주를 맡기기 전 반드시 확인해야 할 7가지
• 게임 MVP, 왜 본개발 전에 만들어야 할까

정리 — 비용은 견적 단계에서 결정된다

위 7가지를 다시 보면 한 가지 공통점이 있습니다. 모두 개발 중이 아니라 의뢰·계약 단계에서 미리 막을 수 있는 것들입니다.

게임 외주는 한 번 시작하면 중간에 멈추기 어렵습니다. 그래서 "일단 시작하고 보자"가 가장 위험한 선택입니다. 견적서와 계약서에 위 7가지 항목이 모두 명시돼 있는지 확인하는 데 30분만 더 쓰면, 나중에 수백만 원의 추가 비용을 막을 수 있습니다.

oddpair는 견적 단계에서 위 7가지를 명시적으로 정의한 후에야 계약을 시작합니다. 30분 무료 컨설팅에서 당신의 프로젝트도 같은 방식으로 함께 점검해드립니다. 컨설팅 후 의뢰 의무는 없습니다.