장면 동결 후에도 바꿀 수 있는 것: 표현 수정과 구조 수정 구분하기

에셋 제작이 시작된 뒤에도 서사적 의미를 바꾸지 않는 표현 수정은 허용할 수 있습니다. 하지만 플레이어가 얻는 정보, 선택 결과, 상태 조건, 경로의 출구를 바꾸는 수정은 모두 구조를 다시 확인해야 합니다. 입에 잘 붙지 않는 대사와 출구가 없는 경로를 한 번의 ‘문구 다듬기’로 묶어서는 안 됩니다. 전자는 부분 교체가 가능할 수 있지만, 후자는 동결 예외가 필요합니다.

동결 전에는 기준을 기록해야 합니다. 해당 장면의 진입점, 선택 전에 알고 있는 정보, 실행 가능한 행동, 상태 변화, 출구, 그리고 이에 대응하는 에셋 버전입니다. 수정 유형은 바뀐 글자 수가 아니라 이 합의를 기준으로 판단합니다. ‘아마’를 ‘반드시’로 바꾸는 짧은 수정도 플레이어의 판단 근거를 바꿀 수 있습니다.

이 글에서는 가상의 교육용 사례 ‘비 오는 밤의 자료실’을 사용합니다. 작가 린청은 이야기를, 저우허는 에셋을 담당합니다. 장면은 동결되었고 음성 녹음과 숏 제작도 시작되었습니다. 이때 린청은 입에 잘 붙지 않는 대사 하나와 출구가 없는 다른 경로를 발견합니다. 인물, 절차, 대응 방안은 모두 설명을 위해 새로 만든 예시이며, 실제 사용자 사례나 검증된 결과, 제품 기능 설명이 아닙니다.

표현 수정은 장면 작가에게 맡기고, 구조 수정은 이야기 책임자와 영향을 받는 제작 책임자가 함께 확인하도록 정하는 것을 권합니다. 한 사람이 두 역할을 겸하더라도 서사 판단과 제작 판단은 각각 기록해야 합니다. 아래 표는 사람이 직접 협업할 때 사용할 수 있는 합의안이며, 소프트웨어의 권한 설정이 아닙니다.

표현 수정 권한이 있다고 해서 에셋을 비용 없이 다시 만들 수 있는 것은 아닙니다. 의미가 완전히 같더라도 재녹음은 제작 일정에 차질을 줄 수 있습니다. 원고 수정을 허용하는 일과 에셋 교체 방안을 정하는 일은 별개의 결정이므로 각각 결론을 남겨야 합니다.

유형을 분류하기 전에는 네 가지를 묻습니다. 플레이어가 어떤 정보를 더 일찍 알게 되는가? 선택지가 다른 결과를 약속하는가? 상태가 바뀌는가? 인물이 다른 행동을 하는가? 하나라도 ‘예’라면 표현 수정만으로 처리할 수 없습니다. 모두 ‘아니요’여도 어조의 강도와 인물의 의도는 확인해야 합니다.

자료실 관리인의 기존 대사는 “대출 신청서를 저에게 주시기 전에는 이 소책자를 가지고 나가시도록 허락할 수 없습니다.”입니다. 수정안은 “먼저 대출 신청서를 주세요. 그래야 소책자를 가져가실 수 있습니다.”입니다. 문장은 짧아졌지만, 신청서를 먼저 제출해야 소책자를 가져갈 수 있다는 조건은 유지됩니다.

부분 승인 기록은 다음과 같이 작성할 수 있습니다. 대상은 자료실의 세 번째 대사. 기존 문장과 수정 문장은 위와 같음. 대출 신청서 요건은 그대로임. 플레이어가 정보를 얻는 시점은 그대로임. 신청서를 건네는 행동을 새로 추가하지 않음. 상태와 출구는 그대로임. 음성, 자막, 해당 숏의 길이에 영향이 있음. 결론은 ‘표현 수정으로 승인하는 방안을 제안함. 에셋 교체 방안은 확인 대기’로 적습니다.

구체적인 맥락도 살펴야 합니다. 기존 대사가 관리인의 망설임을 드러냈는데 새 문장이 강한 명령이 되었다면, 둘은 동등하지 않을 수 있습니다. “대출 신청서를 주세요. 소책자를 숨기는 걸 도와드릴게요.”로 바꾸면 협력 행동과 새로운 의도가 생기므로 반드시 구조 수정 검토로 전환해야 합니다.

아직 녹음하지 않았다면 다음 녹음 전에 교체할 수 있습니다. 이미 녹음했다면 해당 부분을 재녹음하거나, 뜻이 통하는 기존 대사를 당분간 유지할 수도 있습니다. 자막만 바꾸고 문구가 다른 음성을 그대로 둔 채 전체 항목을 완료로 표시해서는 안 됩니다. 기존 대사를 유지하기로 했다면 납품에도 기존 문장을 사용한다고 명시하여, 두 원고가 동시에 유효한 버전으로 취급되지 않도록 해야 합니다.

같은 장면에는 ‘대출 신청서를 제출한다’와 ‘지금은 제출하지 않는다’라는 두 선택지가 있습니다. 전자는 소책자를 받는 장면으로 이어지고, 후자는 대기 노드로 들어갑니다. 그런데 노드표에는 대기 노드의 다음 행선지도 종료 표시도 없습니다. 이는 사례 속 작가가 문서 검토에서 제기한 구조적 공백으로, “조금 더 기다리자”라는 대사를 덧붙여 해결할 수 없습니다.

먼저 세 방안을 비교합니다. 대기 노드에 로비로 돌아가는 출구를 추가하여 제출을 거절하는 선택을 유지하는 방안, ‘지금은 제출하지 않는다’를 삭제하여 경로를 줄이는 방안, 대기를 명확한 결말로 바꾸어 이야기가 여기서 끝나도록 하는 방안입니다. 세 방안은 각각 행선지, 선택의 폭, 종료의 의미를 바꾸므로 모두 구조 확인이 필요합니다.

이 사례에서는 로비로 돌아가는 방안을 제안합니다. 지금은 제출하지 않겠다는 의도를 유지하면서 기존 로비 장면을 활용할 수 있기 때문입니다. 하지만 기존 장면이 있다고 해서 바로 연결해도 성립하는 것은 아닙니다. 로비가 플레이어의 소책자 보유를 전제로 한다면 진입 조건도 수정해야 합니다. 숏을 줄이려고 새로운 모순을 만들어서는 안 됩니다.

여기서 멈추는 것은 영향을 받는 부분뿐입니다. 나중에 로비의 공용 대사를 전부 다시 써야 한다는 사실이 밝혀지면 영향에 대한 설명을 확대하고 다시 결정해야 합니다. 기존 승인을 그대로 적용하여 몰래 작업을 추가해서는 안 됩니다.

다음 한 줄을 재사용할 수 있는 결정서의 기본 틀로 삼을 수 있습니다. 변경 대상｜기존안과 수정안의 차이｜표현 또는 구조｜분류 근거｜승인자｜동결 해제 범위｜동결 유지 항목｜에셋 처리｜검수 조건｜현재 상태. 이 양식은 수정 전에 누가 결정할 수 있고 어디까지 바꿔도 되는지 정리합니다. 수정 후에는 영향 목록에 따라 하나씩 확인합니다.

자료실 예외의 검수에는 적어도 세 가지 진행 경로가 포함되어야 합니다. 제출 후에도 기존 조건에 따라 소책자를 받을 수 있는지, 지금 제출하지 않으면 소책자를 얻지 않은 채 로비로 돌아갈 수 있는지, 로비에서 다시 들어왔을 때 신청서 제출 기록이 갑자기 생기거나 소책자 획득 조건을 건너뛰지 않는지 확인합니다. 로비 공용 에셋에 ‘소책자를 이미 받았다’ 같은 모순된 내용이 있는지도 점검해야 합니다. 이는 앞으로 실행할 점검 항목이며, 통과 기록이 아닙니다.

로비로 돌아간 뒤 해결할 수 없는 같은 대기에 다시 들어갈 뿐이라면, 출구가 있어도 공백은 해결되지 않은 것입니다. 선택지를 삭제하여 앞선 대사가 약속했던 선택이 사라지는 경우도 수정 완료로 볼 수 없습니다. 후보 방안으로 돌아가 다시 판단해야 합니다.

재동결할 때는 채택 버전, 승인 범위, 실제 점검 결과를 적고, 끝나지 않은 항목은 계속 검수 대기로 표시합니다. 이 방법은 장면 기준이 이미 있는 프로젝트에 적용할 수 있습니다. 인물의 목표와 결말 조건조차 정해지지 않았다면 먼저 구조 정의를 보완해야 합니다. 예외를 자주 허용하는 방식으로 이름뿐인 동결을 유지해서는 안 됩니다.