1명, 3명, 10명은 각각 어느 규모의 인터랙티브 무비 게임을 만들 수 있을까

팀 규모가 결정하는 것은 작품이 얼마나 ‘고급스러운가’가 아니라, 동시에 얼마나 많은 캐릭터, 장소, 개별 영상, 시스템, 재작업을 관리할 수 있는가다. 혼자서도 완성된 인터랙티브 무비 게임을 만들 수 있지만, 새로운 시도는 하나의 메커니즘에 집중해야 한다. 3명은 콘텐츠, 영상·음향, 프로그래밍을 아우르는 최소한의 완결된 작업 체계를 만들 수 있다. 여러 장소의 촬영, 복잡한 후반 작업, 정식 출시를 동시에 추진하기에는 10명 정도가 더 적합하다.

아래 규모 권장안은 첫 작품의 길이가 10–30분이라는 전제에 따른 것이다. 업계 견적이 아니며, 유명 배우, 상업용 촬영 스튜디오, 대규모 마케팅 집행은 포함하지 않는다.

1인 프로젝트에는 3–10분, 주요 장소 1곳, 주요 캐릭터 2–3명, 핵심 선택 2–3회가 가장 적합하다. 소재로 텍스트, 소량의 실사 영상, AI 보조 영상, 캐릭터 일러스트, 화면 인터페이스를 사용할 수 있지만, 주된 매체는 하나만 선택하는 편이 좋다.

1인 창작자는 보통 기획, 집필, 소재 제작, 프로그래밍, 테스트, 출시를 모두 맡는다. 가장 큰 위험은 능력 부족이 아니라 작업 전환과 자기 작품을 테스트할 때 생기는 사각지대다. 따라서 노드 표, 파일 명명 규칙, 체크리스트를 반드시 마련해야 하며, ‘모든 내용이 내 머릿속에 있다’는 생각에 의존해서는 안 된다.

혼자 검증하기에 적합한 프로젝트로는 한 통의 전화에서 상대가 거짓말하는지 판단하기, 감시 영상 세 개를 본 뒤 누구를 믿을지 선택하기, 같은 방에서 다섯 차례 심문하기 등이 있다. 이런 설계는 장소의 수로 규모를 키우는 대신 정보의 변화로 복잡성을 만든다.

1인 버전의 완료 기준은 시작부터 세 엔딩에 모두 도달할 수 있고, 저장과 저장 시점으로 돌아가기가 작동하며, 영상 전환에 진행을 막는 문제가 없고, 대본을 모르는 사람 최소 3명을 초대해 테스트를 끝내는 것이어야 한다.

3인 팀은 직함보다 역량에 따라 업무를 나눌 수 있다. 한 명은 이야기와 서사 시스템을, 한 명은 제작·촬영·후반 작업을, 한 명은 프로그래밍·인터페이스·기술 테스트를 맡는다. 여전히 각자 여러 역할을 겸하지만, 중요한 결정은 다른 한 사람이 재검토한다.

이 규모에는 10–20분, 장소 2–4곳, 주요 캐릭터 3–5명, 선택 지점 5–10개, 엔딩 3–5개가 적합하다. 단서 수집, 관계 수치, 시간 자원, 휴대전화 인터페이스처럼 명확한 보조 메커니즘 하나를 추가할 수 있지만, 시스템 네 가지를 동시에 넣는 것은 바람직하지 않다.

《零点回拨》을 3인 팀에 맞게 만든다면 고객센터, 서버실, 비상계단이라는 세 장소를 유지할 수 있다. 이야기 담당자는 수신 전화 정보와 신뢰 변수를 관리하고, 영상·음향 담당자는 장소 매트릭스에 따라 촬영하며, 프로그래밍 담당자는 영상 미리 로딩, 선택, 저장, 경로 로그를 구현한다. 세 사람은 매주 한 번 노드 표를 함께 점검해 대본, 소재, 빌드가 서로 어긋나지 않도록 한다.

3인 팀에서 가장 흔한 실수는 각자 자기 부분만 최적화하는 것이다. 작가는 대사를 늘리고, 감독은 샷을 늘리고, 프로그래머는 기능을 늘리지만, 전체 범위를 통제하는 사람은 없다. 해결책은 제품 책임자 한 명을 지정하는 것이다. 반드시 상사일 필요는 없지만, 플레이어에게 한 약속을 기준으로 콘텐츠를 삭제할 권한은 있어야 한다.

10인 팀은 서사, 제작·촬영, 후반 작업 에셋, 프로그래밍·플레이 경험, 테스트·출시 등의 워크플로로 나눌 수 있다. 더 많은 배우와 장소, 더 세분화된 연기 상태, 다국어 자막, 별도의 오디오 작업, 기기 대응, 스토어 자료를 지원할 수 있다.

하지만 인원이 늘어난다고 완성도가 자동으로 높아지지는 않는다. 통일된 노드 ID, 에셋 상태, 버전 접근 지점이 없다면 10명은 3명보다 더 많은 충돌을 만든다. 이 단계에서는 최소 네 개의 기준 표가 필요하다. 노드 기준 표는 이야기 논리를 정하고, 장소 매트릭스는 제작 작업을 정하며, 에셋 목록은 파일 상태를 기록하고, 테스트 표는 경로와 결함을 기록한다. 다른 문서는 각자의 사본을 만드는 대신 이 기준 표들을 참조해야 한다.

10인 규모에는 20–60분, 장소 5–10곳, 여러 캐릭터 상태, 더 완전한 출시 지원이 적합하다. 그렇더라도 첫 작품에서 완전히 독립적인 엔딩 수십 개를 목표로 삼는 것은 권하지 않는다. 제작량은 분기도가 얼마나 보기 좋은지가 아니라 개별 영상과 검증 경로가 늘어나는 만큼 증가한다.

비교적 신뢰할 수 있는 네 가지 지표는 개별 촬영 분량, 배우 투입 일수, 장소 사용 일수, 도달 가능한 경로 수다. 분기가 많이 합류하는 2만 자 대본은 완전히 갈라지는 8천 자 대본보다 비용이 적게 들 수 있다. 클라이맥스 장면을 공유하는 엔딩 세 개도 조건별 변형이 많은 엔딩 하나보다 테스트하기 쉬울 수 있다.

프로젝트를 시작할 때 먼저 대략적인 추산 표를 만든다.

이 수치는 절대적인 상한이 아니라 재검토를 시작하는 기준이다. 기준을 넘으면 시간과 예산을 늘리거나 다른 항목의 규모를 줄여야 한다.

인원수와 관계없이 이야기 논리의 일관성, 소재 추적 가능성, 빌드 실행, 경로 테스트, 정확한 플랫폼 정보라는 결과에는 반드시 책임자가 있어야 한다. 전담 테스터는 없어도 되지만 테스트가 없어서는 안 된다. 전담 제작 담당자는 없어도 되지만 사용 허가와 일정 관리는 없어서는 안 된다. 데이터 분석가는 없어도 되지만 출시 후 플레이어가 어느 노드에서 이탈하는지 모르는 상태여서는 안 된다.

실제로 사용할 수 있는 시간을 기준으로 팀 역량 표를 먼저 작성한 뒤 프로젝트 규모를 선택하자. 이상적인 팀을 전제로 대본을 쓰고 나서 나중에 초과근무로 빈틈을 메울 수 있으리라 기대하지 말자.