인터랙티브 스토리의 변경 기록 작성법: 원인, 변경, 영향받는 루트 구분하기
변경 기록은 세 칸으로 작성한다: 원인, 변경, 영향받는 루트. 원인은 "왜 바꾸는지"를 설명하고, 변경은 "무엇을 바꾸는지"를 명확히 쓰며, 영향받는 루트는 "어떤 소재와 분기가 재검토되어야 하는지"를 나열한다. 아래에는 가상의 교육용 예시를 관통해서 사용한다: 어떤 인터랙티브 영화 게임이 원래 2장에 "끊어진 다리" 노드를 두었고, 플레이어는 밧줄을 찾아야 강을 건널 수 있었다; 작가는 나중에 끊어진 다리를 "지연된 나룻배"로 바꾸었는데, 그 이유는 원래 설계가 한 온화한 루트를 어색하게 만들었기 때문이다. 이하 인명, 숫자, 대사는 모두 가상이며, 작성법 시연에만 사용된다
들어가며
변경 기록은 세 칸으로 작성한다: 원인, 변경, 영향받는 루트. 원인은 "왜 바꾸는지"를 설명하고, 변경은 "무엇을 바꾸는지"를 명확히 쓰며, 영향받는 루트는 "어떤 소재와 분기가 재검토되어야 하는지"를 나열한다. 아래에는 가상의 교육용 예시를 관통해서 사용한다: 어떤 인터랙티브 영화 게임이 원래 2장에 "끊어진 다리" 노드를 두었고, 플레이어는 밧줄을 찾아야 강을 건널 수 있었다; 작가는 나중에 끊어진 다리를 "지연된 나룻배"로 바꾸었는데, 그 이유는 원래 설계가 한 온화한 루트를 어색하게 만들었기 때문이다. 이하 인명, 숫자, 대사는 모두 가상이며, 작성법 시연에만 사용된다.
먼저 원인을 쓰고, "시나리오 최적화"라고 쓰지 말 것
원인은 특정 플레이어 경험 문제나 논리 허점까지 구체적으로 들어가야 하며, 이것이 실측 결론이 아니라 작가의 판단임을 명시해야 한다. 예를 들어:
원인: 원래 끊어진 다리는 플레이어가 주도적으로 모험하여 밧줄을 찾아야 했지만, "아허" 이 루트는 이전까지 줄곧 안정성을 강조해 왔다. 플레이어가 이 길을 가면 다리 건너기 행동이 캐릭터 기질과 맞지 않는다. 작가는 이 지점에서 강제 모험감을 낮출 필요가 있다고 판단했다.
"시나리오 최적화" 네 글자로는 누구도 재검토할 수 없다. "캐릭터 기질과 노드 요구가 충돌한다"고 명확히 써야 다음에 이어받는 사람이 무엇을 점검해야 하는지 알 수 있다. 원인에 변경 내용을 섞어서도 안 된다. 그러면 세 칸이 한 칸으로 무너진다.
변경은 "무엇에서 무엇으로 바뀌었는지" 쓰기
변경 칸은 대조 형식을 사용하여 옛 내용과 새 내용을 나란히 둔다. 여전히 나룻배를 예로 들면:
| 항목 | 변경 전 | 변경 후 |
|---|---|---|
| 노드명 | 끊어진 다리 | 지연된 나룻배 |
| 통과 조건 | 밧줄 찾기 | 뱃사공이 돌아오기를 기다리기 |
| 캐릭터 대사 | 아허: "내가 밧줄을 찾으러 갈게." | 아허: "배가 아직 안 왔으니, 우리 먼저 기다려 보자." |
| 플레이어 선택지 | 밧줄 찾기 / 우회 | 배 기다리기 / 뱃사공 행방 묻기 |
| 감정 흐름 | 긴장, 모험 | 초조, 시험 |
대사는 실제로 교체된 문장만 쓴다. 만약 아허가 새 버전에서 "이 배는 오지 않을 것 같아"라고 말한다면, 이는 새로 추가된 대사이므로 별도로 나열해야 하며, "배 기다리기" 항목 속에 숨겨서는 안 된다. 변경 칸이 목록에 가까울수록 하위 작업자가 대조하기 쉽다.
영향받는 루트는 "소재"와 "루트" 두 층으로 나누기
소재는 스토리보드, 캐릭터 소재, 영상, 프리뷰 등을 말한다; 루트는 플레이어가 도달할 수 있는 분기를 말한다. 나룻배 변경 후, 가상 프로젝트의 재검토 표는 이렇게 채울 수 있다:
| 영향받는 항목 | 유형 | 재검토 내용 | 처리 상태 |
|---|---|---|---|
| 2장 스토리보드 07 | 스토리보드 | 끊어진 다리 화면이 여전히 나타나는지 | 업데이트 대기 |
| 아허 일러스트·긴장 | 캐릭터 소재 | 배 기다리기 감정과 여전히 맞는지 | 확인 대기 |
| 강 건너기 영상 02 | 영상 | 밧줄 장면을 교체해야 하는지 | 업데이트 대기 |
| 온화 루트 노드 표 | 루트 | 통과 조건을 배 기다리기로 바꾸어야 하는지 | 재검토 대기 |
| 플레이 가능 프리뷰 | 프리뷰 | 옛 끊어진 다리에 여전히 진입 가능한지 | 검증 대기 |
"확인 대기"와 "업데이트 대기"는 다르다는 점에 주의한다: 전자는 아직 판단하지 않은 것이고, 후자는 이미 바꾸기로 결정한 것이다. 둘을 섞으면 재검토할 때 실제로 손대야 할 소재를 빠뜨리기 쉽다.
완전한 변경 단위 한 건 작성하기
세 칸을 붙여넣을 수 있는 한 단락으로 합친다:
변경 단위 085-나룻배 원인: 아허 루트는 안정성을 강조하는데, 원래 끊어진 다리는 모험을 강제하여 기질이 충돌한다. 작가는 강제 모험감을 낮출 필요가 있다고 판단했다. 변경: 노드 "끊어진 다리"를 "지연된 나룻배"로 변경; 통과 조건을 "밧줄 찾기"에서 "뱃사공이 돌아오기를 기다리기"로 변경; 아허 대사를 "내가 밧줄을 찾으러 갈게"에서 "배가 아직 안 왔으니, 우리 먼저 기다려 보자"로 변경; 선택지를 "밧줄 찾기/우회"에서 "배 기다리기/뱃사공 행방 묻기"로 변경. 영향받는 루트: 온화 루트 통과 조건 재검토 필요; 2장 스토리보드 07, 강 건너기 영상 02, 아허 긴장 일러스트, 플레이 가능 프리뷰는 옛 소재가 여전히 성립하는지 사람이 수동으로 확인해야 함. 비고: 옛 끊어진 다리 데이터는 보존하며 삭제하지 않음.
"옛 데이터 보존"이라는 문장은 매우 중요하다. 기획이나 시나리오를 바꾸면 스토리보드, 스타일, 캐릭터, 노드, 영상, 프리뷰, 내보내기에 영향을 미치지만, 관련된 완료 단계만 업데이트 필요로 표시하고 옛 데이터는 여전히 남겨 둔다. 의미상 정확한 자동 차분도 없고, 원클릭 확인 재사용도 없으므로 "재검토 필요"는 사람이 항목별로 봐야 한다.
캐릭터가 변명을 지어낼 때, 그것이 새로운 사실이 아님을 명확히 표시하기
나룻배 장면에서 뱃사공은 "나는 상류에 노를 고치러 갔었어"라고 말할 수 있다. 만약 이 말이 캐릭터가 임시로 지어낸 변명이라면, 기록할 때 이렇게 써야 한다:
뱃사공 대사 "나는 상류에 노를 고치러 갔었어"는 캐릭터의 변명이며, 세계 사실을 구성하지 않음; 상류에 노 수리 지점이 있는지는 미정.
이렇게 하면 이후 작가가 변명을 설정으로 착각하지 않고, 다른 루트에서 뱃사공이 정말로 상류에서 돌아오게 만들지 않는다. 캐릭터 컨텍스트에는 정체성, 목표, 필요, 비밀, 초기 관계, 아크와 경계가 포함되지만, 프롬프트 제약이 매번 올바른 출력을 보장하지는 않으므로, 적어 둔 변명은 별도로 표시해야 한다.
완료 점검
변경 기록 한 건을 다 쓴 뒤, 다음 다섯 항목으로 자체 점검한다:
- 원인이 "최적화"가 아니라 특정 경험이나 논리 문제까지 구체적으로 들어갔는가?
- 변경이 "무엇에서 무엇으로 바뀌었는지"를 썼고, 대사를 문장별로 나열했는가?
- 영향받는 루트가 소재와 루트 두 층으로 나뉘었고, 확인 대기 또는 업데이트 대기로 표시했는가?
- 옛 데이터 보존을 명시했고, 자동 정확 의존성 감지를 약속하지 않았는가?
- 캐릭터 변명이 새로운 세계 사실이 아님을 명확히 표시했는가?
다섯 항목 모두 답할 수 있으면, 이 기록은 다른 사람이 재검토할 수 있다. 다음 단계로는 가장 최근 변경 한 건을 가지고 위의 세 칸 표에 따라 변경 단위를 한 건 보충하고, 영향받는 항목에 대조하여 항목별로 상태를 표시하면 된다.
