분기 폭발을 피하는 방법: ‘상태 합류’로 인터랙티브 영상 게임의 비용 관리하기
트리형, 복귀형, 허브형 구조와 상태 합류를 통해 인터랙티브 영상 게임의 영상 에셋, 상태, 테스트 비용을 관리합니다.

들어가며
분기 폭발을 피한다는 것은 모든 선택을 삭제하는 것이 아니라, 이야기 경로와 플레이어 상태를 분리하는 것입니다. 장면은 공통 본편으로 돌아가더라도 정보, 관계, 자원, 약속은 계속 유지되고, 가치가 높은 소수의 지점에서 다시 결과로 나타날 수 있습니다.
영구적으로 경로가 갈라지는 양자택일을 열 번 연속하면 이론적으로 1,024개의 종착점이 생깁니다. 실제로 예산을 책정해야 하는 대상은 이론상의 경로만이 아니라 별도로 제작하는 영상, 상태별 변형, 현지화, 테스트 조합입니다.
세 가지 구조를 어떻게 조합할까
트리형은 핵심 입장과 결말에 적합하며, 차이가 가장 크고 비용도 가장 높습니다. 복귀형은 국지적인 탐색에서 서로 다른 정보를 제공한 뒤 본편으로 돌아오게 합니다. 허브형은 플레이어가 여러 노드를 서로 다른 순서로 조사할 수 있게 합니다. 관리 가능한 프로젝트는 보통 ‘허브에서 수집—복귀형으로 피드백—소수의 트리형 결말’을 채택합니다.
최소한의 네 가지 상태 유형
knowledge: 무엇을 알고 있는가;relationship: 신뢰, 적대감 또는 빚;resource: 아이템, 시간, 증거, 부상;commitment: 약속, 배신, 공개적인 편들기.
모든 변수에는 값을 기록하는 지점과 읽는 지점이 있어야 합니다. 기록만 하고 읽지 않으면 불필요한 복잡성이며, 출처 없이 읽기만 하면 테스트할 수 없는 숨은 규칙이 됩니다.
비용 추산
총비용 ≈ 별도 제작 영상 분량(분) × 단위 비용 + 상태별 변형 수 × 변형 비용 + 노드 수 × 테스트 비용
이는 계획을 위한 공식이며 표준 견적이 아닙니다. 합류는 별도 제작 영상을 줄여 주지만, 상태 설계와 QA를 없애 주지는 않습니다.
| 상태 | 기록 노드 | 읽기 노드 | 눈에 보이는 피드백 | 테스트 값 |
|---|---|---|---|---|
| trust_A | N03 | N07/N09 | 호칭, 도움 제공 여부 | -1/0/1 |
선택이 정체성을 영구적으로 바꾸거나, 핵심적인 도덕적 입장을 나타내거나, 플레이어에게 큰 대가를 요구할 때는 억지로 합류시켜서는 안 됩니다. 상태 합류의 목표는 결과를 지워 버리는 것이 아니라, 반드시 달라야 하는 부분에 예산을 집중하는 것입니다.
예산에서 역산해 구조 정하기
먼저 별도 제작 영상 분량, 텍스트 변형 수, 테스트 회차를 최대 얼마까지 만들 수 있는지 정한 다음, 공통 줄기와 국지적 분기, 결말에 배분합니다. 완전한 이진 트리를 먼저 그리고 집필을 마친 뒤에야 에셋 규모가 예산을 초과한다는 사실을 발견해서는 안 됩니다.
예를 들어 한 번의 플레이가 10분이고 별도 제작 영상 예산이 16분이라면, 약 10분을 공통 줄기에, 3분을 두 번의 국지적 분기에, 3분을 결말 변형에 배분할 수 있습니다. 이 비율은 업계 표준이 아니지만, 그 차이가 별도 에셋을 제작할 만한 가치가 있는지 팀이 논의하도록 만듭니다.
상태 변수는 왜 적을수록 좋을까
불리언 변수가 하나 늘어날 때마다 이론상의 조합 수가 증가합니다. 상태는 비용이 들지 않는 가벼운 대체재가 아니라, 영상 비용을 집필과 QA 비용으로 바꾸는 수단일 뿐입니다. 여러 번 읽을 수 있고, 플레이어가 체감할 수 있으며, 주제와 관련된 변수를 우선 유지합니다. 관련 없는 대사 한 줄에만 영향을 주는 상태는 통합하거나 삭제할 수 있습니다.
합류 노드는 어떻게 작성해야 할까
공통 목표를 먼저 작성한 다음, 반드시 유지해야 하는 차이를 나열합니다. 주 화면은 재사용할 수 있지만, 도입부 대사와 인물의 위치, 사용 가능한 아이템, 이후 선택지는 상태에 따라 달라져야 합니다. 이전 장면에서 다친 인물이 합류한 뒤 갑자기 회복하게 해서는 안 됩니다. 플레이어가 방금 동료를 배신했는데도 상대가 기본 대사에 따라 협력하게 해서도 안 됩니다.
합류 체크리스트에는 진입 경로, 이어받는 상태, 공통 쇼트, 변형 대사, 비활성화할 선택지, 다음 읽기 지점이 포함되어야 합니다. 이렇게 해야 작가, 편집자, QA가 같은 규칙을 사용합니다.
세 가지 구조에는 각각 위험이 있다
트리형의 위험은 에셋이 기하급수적으로 늘어나는 것이고, 복귀형의 위험은 플레이어가 한 바퀴 돌아도 아무 효과가 없다고 느끼는 것이며, 허브형의 위험은 방문 순서 때문에 인물이 알아서는 안 되는 정보를 알게 되는 것입니다. 트리형은 예산 한도로 관리하고, 복귀형은 상태가 결과로 드러나도록 하며, 허브형은 명확한 선행 조건과 완료 플래그가 필요합니다.
분기도가 이미 통제 불능인지 알아보는 방법
팀이 변수를 어디에서 읽는지 설명하지 못하거나, 사실 하나를 수정하려면 십여 개의 노드를 검색해야 하거나, 같은 저장 데이터로 결말을 재현할 수 없거나, 수많은 분기가 한두 줄만 다른데도 각각 전체 구간을 촬영하거나, 이야기 그래프에 담당자가 없는 막다른 경로가 나타난다면 모두 구조를 축소해야 한다는 신호입니다.
축소가 반드시 선택의 삭제를 뜻하지는 않습니다. 비슷한 상태를 통합하거나, 가치가 낮은 영상을 텍스트 또는 음성 변형으로 바꾸거나, 더 일찍 합류시키거나, 여러 초기 결정이 하나의 가치 높은 장면에 함께 영향을 주도록 할 수 있습니다.
플레이어가 진영, 정체성, 핵심 관계 또는 주제에 대한 입장을 바꿀 때야말로 실제로 경로를 갈라 놓을 가치가 있습니다. 상태 합류로 다른 부분의 예산을 절약하는 이유는 바로 이러한 핵심 차이를 제대로 구현하기 위해서입니다.
합류 지점 검수
합류 노드로 들어오는 경로를 하나씩 점검합니다. 인물이 이전의 약속을 기억하는지, 아이템과 부상이 일관되는지, 플레이어가 차이를 반영하는 피드백을 적어도 하나 받는지, 이후 조건이 여전히 핵심 상태를 읽을 수 있는지 확인합니다. 경로 차이를 긴 내레이션으로만 설명할 수 있다면 합류가 너무 이른 것입니다. 차이가 이후에 다시는 쓰이지 않는다면 해당 상태의 삭제를 고려해야 합니다.
제작 일정에서도 실제 분기마다 추가되는 스크립트, 쇼트, 음성 녹음, 현지화, 테스트 경로를 반영해야 합니다. 주제적 가치가 이러한 장기 비용을 감당할 만큼 클 때만 트리를 확장합니다. 나머지 변화는 우선 대사, 쇼트, 권한, 상태 피드백으로 표현하여, 깊이가 노드 수가 아니라 결과의 밀도에서 나오도록 합니다.


