• 홈
  • 블로그
  • 갤러리
  • 가격
  • 홈
  • 블로그
  • 갤러리
  • 가격
창작 시작

만들고.플레이하세요.

크리에이터 블로그

홈/블로그/제작 실전

분기 영상은 어떤 상태에서 시작해 어떤 상태로 끝나는가? 카메라에 입구·출구 규약 쓰기

분기 영상의 골칫거리는 잘 찍는 것이 아니라 이어 붙는 것이다. 상류 클립이 끝날 때 캐릭터가 문가에 서 있고 초대장이 아직 손에 있는데, 하류 클립이 시작하자마자 거실에 앉아 있고 탁자 위에 뜯긴 봉투가 놓여 있으면 관객은 즉시 단절을 느낀다. 해결책은 각 샷에 입구·출구 규약을 한 부씩 쓰는 것이다. 입구에는 이 구간이 시작될 때 캐릭터가 어디에 있고, 손에 무엇이 있으며, 무엇을 아는지 분명히 쓴다. 출구에는 이 구간이 끝날 때 이 세 항목이 무엇으로 바뀌는지, 그리고 마지막 동작이 무엇인지 분명히 쓴다. 규약은 스토리보드나 노드 옆에 적는다

D
DramaFork Editorial Team인터랙티브 스토리텔링과 AI 제작
2026.09.21예상 읽기 시간: 7분
방문객이 문턱 밖에서 뜯지 않은 초대장을 들고 있고, 실내 탁자가 이후 상태를 암시한다.
목차
크리에이터 블로그
  1. 01들어가며
  2. 02입구 규약에 포함되는 네 항목
  3. 03출구 규약에 포함되는 세 항목
  4. 04구성 사례: 초대장 건네기
  5. 05규약을 위반하는 세 가지 전형적 수정법
  6. 06완료 점검
글 맨 위로

들어가며

분기 영상의 골칫거리는 잘 찍는 것이 아니라 이어 붙는 것이다. 상류 클립이 끝날 때 캐릭터가 문가에 서 있고 초대장이 아직 손에 있는데, 하류 클립이 시작하자마자 거실에 앉아 있고 탁자 위에 뜯긴 봉투가 놓여 있으면 관객은 즉시 단절을 느낀다. 해결책은 각 샷에 입구·출구 규약을 한 부씩 쓰는 것이다. 입구에는 이 구간이 시작될 때 캐릭터가 어디에 있고, 손에 무엇이 있으며, 무엇을 아는지 분명히 쓴다. 출구에는 이 구간이 끝날 때 이 세 항목이 무엇으로 바뀌는지, 그리고 마지막 동작이 무엇인지 분명히 쓴다. 규약은 스토리보드나 노드 옆에 적어 앞뒤 클립이 공유하게 하고, 코드에는 쓰지 않는다.

입구 규약에 포함되는 네 항목

입구 규약은 “관객이 이 구간에 들어왔을 때 세계가 이미 어떤 모습인가”에 답한다. 네 항목 모두 빠져서는 안 된다.

위치: 캐릭터의 신체가 있는 구체적 장소와 자세. “현관 안쪽, 정문을 향해 서 있음”이라고 쓰고, “집에 있음”이라고 쓰지 않는다.

손에 든 물건: 캐릭터의 몸이나 손 근처에 있고 이야기에 쓰일 물건, 그리고 그 상태. “오른손에 뜯지 않은 초대장을 쥐고 있음, 왼손은 비어 있음”이라고 쓰고, “편지를 들고 있음”이라고 쓰지 않는다.

알고 있는 정보: 이 구간이 시작되기 전에 캐릭터가 이미 알고 있는 사실. “초대장이 옛 친구에게서 온 것임을 알고, 안에 무엇이 쓰였는지는 모름”이라고 쓰고, “상황을 파악하고 있음”이라고 쓰지 않는다.

이전 구간의 마지막 동작: 시간점을 맞추는 데 쓴다. “이전 구간은 노크 소리가 울리며 끝남”이라고 써서 이 구간의 첫 반응에 근거를 준다.

이 네 항목의 공통된 역할은 시작점을 한정하는 것이다. 창작자가 하류 클립을 쓸 때 캐릭터가 왜 여기에 있는지 다시 설명할 필요 없이 입구를 그대로 이어 쓰면 된다.

출구 규약에 포함되는 세 항목

출구 규약은 “이 구간이 끝난 뒤 하류가 어떤 상태에서 이어받을 수 있는가”에 답한다.

위치와 자세의 변화 결과: 캐릭터가 어디로 이동했고 어떤 자세를 유지하는지. “거실 소파 앞으로 물러나 앉음”이라고 쓰고, “이동함”이라고 쓰지 않는다.

손에 든 물건의 최종 상태: 물건이 누구 손에 있고, 열렸는지, 내려놓았는지. “초대장은 뜯겨 있고 탁자 위에 놓여 있으며 편지지는 꺼내져 있음”이라고 쓰고, “편지를 처리함”이라고 쓰지 않는다.

마지막 동작과 그것이 만든 텍스트적 결과: 마지막으로 보이는 동작, 그리고 그 동작이 관계나 정보에 가져온 변화. “편지를 다 읽은 뒤 문가를 올려다봄, 캐릭터는 이제 옛 친구가 다음 주에 방문한다는 것을 앎”이라고 쓰고, “감정이 복잡함”이라고 쓰지 않는다.

마지막 동작은 하류 입구의 첫 반응과 맞아야 한다. 출구가 “문가를 올려다봄”이라면 하류 입구는 캐릭터가 문가 방향에서 무언가를 보거나 들을 수 있게 허용해야 한다. 출구가 “편지를 주머니에 쑤셔 넣음”이라면 하류 입구에서 편지가 탁자 위에 나타나면 안 된다.

구성 사례: 초대장 건네기

다음은 규약 작성법을 설명하기 위한 가상의 교육용 예시이며, 실측 자료가 아니다.

설정: 캐릭터 갑은 현관에 있고, 캐릭터 을이 방문했으며, 갑은 을에게 초대장을 건네야 한다. 공통 과정은 “을이 노크하고, 갑이 문을 열고, 편지를 을에게 건네며, 두 사람의 옛 친구가 부탁한 것이라고 설명한다”이다. 이후 두 분기가 있다. 을이 그 자리에서 뜯어 읽거나, 을이 받되 돌아가서 보겠다고 말한다.

공용 입구(상류 클립의 입구)

  • 위치: 갑은 현관 안쪽에서 정문을 향해 서 있음; 을은 문 밖에 있음.
  • 손에 든 물건: 갑의 오른손에 뜯지 않은 초대장을 쥐고 있음, 봉투는 온전함, 왼손은 비어 있음.
  • 알고 있는 정보: 갑은 초대장이 옛 친구에게서 온 것임을 알고 내용은 모름; 을은 갑의 손에 편지가 있다는 것을 모름.
  • 이전 구간 마지막 동작: 없음(이것이 분기 시작점), 노크 소리를 오프닝으로 삼음.

출구 A: 그 자리에서 뜯음

  • 위치: 갑은 반걸음 물러서고, 을은 문턱을 넘어 현관으로 들어와 두 사람이 마주 보고 서 있음.
  • 손에 든 물건: 봉투는 을의 손에 있고, 뜯겨 있으며, 편지지가 꺼내져 있음.
  • 알고 있는 정보: 갑과 을 모두 편지에 적힌 방문 시간을 알게 됨.
  • 마지막 동작: 을이 편지에 적힌 방문 시간을 소리 내어 읽고, 갑은 듣고 고개를 끄덕임, 편지지는 여전히 을의 손에 있음.
  • 텍스트적 결과: 두 사람은 “공동 인지” 상태에 들어가며, 하류에서 갑이 방문 시간을 숨긴다고 쓰면 출구와 충돌한다.

출구 B: 받되 돌아가서 보겠다고 말함

  • 위치: 갑은 여전히 현관 안쪽에 있고, 을은 문 밖 계단으로 물러나 두 사람이 문턱을 사이에 두고 마주함.
  • 손에 든 물건: 봉투는 을의 손에 있고, 뜯지 않았으며, 외투 안주머니에 넣어짐.
  • 알고 있는 정보: 갑은 편지를 건넸다는 것을 앎; 을은 봉투가 옛 친구에게서 왔다는 것만 알고 내용은 모름.
  • 마지막 동작: 을이 돌아서서 계단을 내려가고, 갑이 문을 닫음.
  • 텍스트적 결과: 두 사람은 “편지는 이동했지만 정보는 공유되지 않은” 상태이며, 하류에서 갑이 편지 내용을 바로 논의하게 하면 출구와 충돌한다.

두 출구의 핵심 차이는 “편지가 뜯겼는가”와 “두 사람이 공동으로 아는가”이며, 위치와 마지막 동작도 각각 기록한다. 갑이 발신자 신원을 안다고 해서 방문 시간까지 이미 아는 것으로 쓰면 안 되고, 을이 봉투를 뜯었다고 해서 갑이 자동으로 내용을 읽은 것도 아니다.

규약을 위반하는 세 가지 전형적 수정법

위치 충돌. 출구에는 “을이 문 밖에 있음”이라고 쓰고, 하류 입구에는 “을이 거실에 앉아 있음”이라고 쓴다. 수정법: 하류 입구를 “을이 문 밖에 서 있고 손이 막 문고리를 만짐”으로 바꾸거나, 출구로 돌아가 위치를 “을이 이미 집 안에 들어옴”으로 바꾼다. 둘 중 한 곳만 고쳐야 하며, 둘 다 남겨 둘 수는 없다.

물건 상태 충돌. 출구에는 “봉투가 뜯기지 않음”이라고 쓰고, 하류 입구에는 “을의 손에 편지지가 들려 있음”이라고 쓴다. 수정법: 하류가 먼저 뜯기지 않은 상태를 이어받게 하고, 그다음 뜯기와 읽기를 보충하거나, 이 두 동작을 상류로 옮기고 출구를 다시 쓴다. 뜯기는 물건만 바꾸고, 읽기는 읽는 사람의 지식을 바꾼다. 동작을 하류에 남긴다면 상류 출구를 이미 내용을 아는 것으로 거꾸로 고치지 말고, 하류 동작이 일어난 뒤의 상태를 갱신해야 한다.

마지막 동작 충돌. 출구에는 “갑이 문을 닫음”이라고 쓰고, 하류 입구에는 “갑이 을의 손에서 편지를 받고 있음”이라고 쓴다. 수정법: 하류 입구의 첫 동작을 “갑이 다시 문을 염”으로 바꾸거나, 출구의 마지막 동작을 “갑이 손을 뻗어 편지를 받음”으로 바꾼다. 시간 순서에 주의하라. 문을 닫은 뒤에 편지를 받으려면 먼저 문을 열어야 하며, 그렇지 않으면 동작이 이어질 수 없다.

완료 점검

한 조의 분기를 다 쓴 뒤 항목별로 확인한다.

  1. 각 하류 클립의 입구 네 항목이 모두 상류 출구에서 대응점을 찾을 수 있는가?
  2. 출구의 “마지막 동작”과 하류 입구의 “첫 반응”이 같은 위치, 같은 물건 상태에서 성립하는가?
  3. 출구의 “알고 있는 정보”를 하류 텍스트가 존중하는가? 하류에 캐릭터가 알면 안 되는 정보가 나오면 읽기, 전달 등의 인지 과정을 보충하거나 미리 누설하는 대사를 삭제해야 한다.
  4. 두 출구 사이에 물건이나 정보가 잘못 공유되지 않았는가? 예를 들어 출구 B는 편지를 뜯지 않았고 출구 A는 편지를 뜯었는데, 두 하류가 “편지 내용 논의” 대사를 공유할 수는 없다.
  5. 규약이 작가 머릿속에만 있는 것이 아니라 스토리보드나 노드 옆의 보이는 위치에 쓰여 있는가?

이 다섯 항목을 모두 통과해야 클립이 이어진다고 할 수 있다. 어느 한 항목이 맞지 않으면 대사를 고치기보다 규약을 먼저 고친다. 규약은 앞뒤가 공유하는 인터페이스이기 때문이다. 규약을 고친 뒤에는 영향을 받는 기존 소재가 여전히 성립하는지 사람이 직접 확인한다. 상류 출구가 바뀌면 하류의 완성된 영상과 프리뷰는 다시 만들어야 할 수 있으며, 기존 데이터는 보존하되 바로 재사용해서는 안 된다.

제품 기능 알아보기 인터랙티브 작품 체험

계속 읽기

더 많은 글 보기
완성된 작품 패키지 옆에 창작자 도구, 버전 라벨, 피드백 수집함이 놓여 있다.
제작 실전2026.10.04 · 7분

인터랙티브 스토리 결말의 크레딧과 버전 안내는 어떻게 써야 피드백이 담당자에게 닿을까?

결말 정보는 세 층으로 쓰면 충분하다: **산출물 이름과 버전 번호**, **창작 기여와 도구 사용의 분업**, **피드백 시 첨부해야 할 세 가지 정보**. 독자는 문제를 보면 구체적인 파일을 짚을 수 있고, 당신은 피드백을 받으면 어느 층을 고쳐야 할지 판단할 수 있어, 메일로 "어느 버전 말씀이세요"를 되묻지 않아도 된다.

같은 캐릭터가 세 개의 독립 무대에 등장하며 각자 다른 진행도와 소품을 유지한다.
제작 실전2026.10.04 · 7분

동일 IP의 캐릭터 채팅과 텍스트 어드벤처, 진행도가 연동된다는 오해 없이 관계를 소개하는 방법

두 진입점의 관계를 "같은 세계, 같은 캐릭터 정체성, 각자 독립적으로 진행"으로 쓰고, 진입 페이지에서 상태 대조표로 무엇이 넘어가고 무엇이 넘어가지 않는지 명확히 설명한다. 구체적인 방법은 네 단계다. 먼저 이 IP에 캐릭터 프로필을 정해 두 진입점이 공유하는 정체성 기반으로 삼는다. 다음으로 각 진입점마다 "상태 경계" 설명을 따로 쓴다. 그런 다음 말할 수 있는 것/말할 수 없는 것 표를 준비해 운영 문구를 제약한다. 마지막으로 가상 대화 한 토막으로 플레이어가 읽고 나서 잘못된 기대를 품을지

따뜻한 초대장이 예상 밖으로 엄숙한 철문으로 이어져 장르 약속의 간극이 드러나고, 제작자가 입구 오브젝트를 조정한다.
제작 실전2026.10.04 · 6분

표지는 공포인데 본문은 따뜻한 일상? 작품의 장르 약속이 일관되는지 확인하는 방법

먼저 결론부터: 시놉시스, 오프닝, 첫 번째 핵심 임무, 엔딩 각각에 '플레이어가 이 순간 어떤 강도를 견딜 것으로 예상하는가'를 한 문장씩 써서 네 문장을 나란히 읽어보세요. 표지와 시놉시스는 공포를 가리키는데 오프닝은 따뜻한 일상만 보여주고, 핵심 임무에서 강도를 갑자기 최대로 끌어올린다면, 문제는 '깜짝 놀랄 요소가 있다'가 아니라 그 놀라움 이전에 추론 가능한 단서가 부족하다는 점입니다. 점검의 목표는 반전을 없애는 것이 아니라, 반전이 일어나기 전에 플레이어가 이미 가진 정보로 '여기서 무거워질 수도 있겠다'를 짐작할 수 있는지 확인하는 것입니다.

제작의 복잡함은 Agent에게, 창작의 결정권은 당신에게.

하나의 이야기 아이디어에서 시작해 대본, 캐릭터, 장면과 분기를 구성하고 플레이 가능한 첫 버전을 만드세요.

제품

  • 가격
  • 주요 기능
  • 제작 과정
  • 작품 예시
  • 자주 묻는 질문

둘러보기

  • 인터랙티브 갤러리
  • 크리에이터 블로그
  • 크리에이터 파트너십

법적 고지

  • 개인정보 처리방침
  • 이용약관
© 2026 DramaFork/AI 인터랙티브 스토리 스튜디오
Press Enter to send, or drag away and release.