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

만들고.플레이하세요.

크리에이터 블로그

홈/블로그/제품 워크플로

DramaFork 상호작용 노드 검토 방법: 선택지 텍스트, 출구, 회수 결과를 쌍으로 봐야 한다

상호작용 노드를 검토할 때는 각 선택지를 하나의 '약속—이행' 쌍으로 취급해야 한다. 플레이어가 버튼에서 읽는 의도는 출구가 가리키는 노드에서 대응하는 결과를 반드시 얻어야 하며, 그 결과는 메인 라인으로 돌아가거나 명확한 마무리를 형성할 수 있어야 한다. 버튼 텍스트만 검사하거나 노드 연결만 보면 빈 출구, 잘못된 연결, 동일 의도 중복을 놓치게 된다. 아래에서는 가상 교육 예시 '온실 문 안팎'을 사용하여 반복 사용 가능한 검토표를 설명한다.

D
DramaFork Editorial Team인터랙티브 스토리텔링과 AI 제작
2026.09.26예상 읽기 시간: 6분
선택 스위치가 두 개의 문 모형을 선으로 연결하고, 편집자가 출구 오연결 여부를 확인한다.
목차
크리에이터 블로그
  1. 01개요
  2. 02먼저 세 열 대조표를 만들고, 분기 다이어그램을 먼저 그리지 않는다
  3. 03온실 문 안팎: 삼노드 검토표
  4. 04반환 폐쇄 루프는 어떻게 가는가
  5. 05동일 의도 중복의 판정
  6. 06완료 검사
글 맨 위로

개요

상호작용 노드를 검토할 때는 각 선택지를 하나의 '약속—이행' 쌍으로 취급해야 한다. 플레이어가 버튼에서 읽는 의도는 출구가 가리키는 노드에서 대응하는 결과를 반드시 얻어야 하며, 그 결과는 메인 라인으로 돌아가거나 명확한 마무리를 형성할 수 있어야 한다. 버튼 텍스트만 검사하거나 노드 연결만 보면 빈 출구, 잘못된 연결, 동일 의도 중복을 놓치게 된다. 아래에서는 가상 교육 예시 '온실 문 안팎'을 사용하여 반복 사용 가능한 검토표를 설명한다.

먼저 세 열 대조표를 만들고, 분기 다이어그램을 먼저 그리지 않는다

DramaFork의 노드는 드래그 분기 다이어그램이 아니라 편집 표로 구성된다. 검토할 때는 현재 노드 표 옆에 별도의 확인 표를 여는 것이 좋으며, 각 행에는 선택지 하나만 넣고 세 열을 고정한다:

  1. 선택지 텍스트: 플레이어가 실제로 보는 버튼 원문.
  2. 출구: 해당 선택지가 가리키는 다음 노드 이름.
  3. 회수 결과: 다음 노드에 진입한 후 플레이어가 읽는 첫 번째 서사 또는 상태 변화.

세 열은 반드시 쌍으로 나타나야 한다. 어떤 행에 선택지 텍스트만 있고 출구가 비어 있으면 빈 출구이고, 출구가 가리키는 노드 내용이 버튼 의도와 맞지 않으면 잘못된 연결이며, 두 버튼 텍스트는 다르지만 출구와 회수 결과가 거의 동일하면 동일 의도 중복이다. 다음 예시는 모두 가상 교육 자료이며 어떤 실제 프로젝트에도 대응하지 않는다.

온실 문 안팎: 삼노드 검토표

최소 장면을 설정한다: 플레이어는 온실 문 밖에 있고, 들어갈지 결정해야 한다. 노드 표에는 세 노드가 있다: 문밖 선택, 문을 밀고 진입, 측창으로 우회.

선택지 텍스트 출구 회수 결과
"문을 밀고 들어간다" 문을 밀고 진입 문축에서 건조한 소리가 나고, 너는 습하고 뜨거운 공기 속으로 발을 들인다
"먼저 측창으로 돌아가 본다" 측창으로 우회 너는 벽을 따라 측창으로 걸어가고, 유리에는 물안개가 맺혀 있다
"문을 밀고 들어간다" 측창으로 우회 너는 벽을 따라 측창으로 걸어가고, 유리에는 물안개가 맺혀 있다

세 번째 행은 전형적인 잘못된 연결이다: 버튼에는 "문을 밀고 들어간다"라고 쓰여 있지만 출구는 측창 노드를 가리키고, 회수 결과도 완전히 측창의 내용이다. 플레이어가 "문을 밀고 들어간다"를 클릭했는데 창문 우회를 읽게 되면 버튼 의도와 출구가 일치하지 않는다. 위치를 찾는 방법은 먼저 출구 열로 정렬하고, 같은 출구 아래에 서로 다른 버튼 텍스트가 나타나면 행별로 회수 결과를 대조하는 것이다. 위 표에서 "측창으로 우회"는 두 개의 서로 다른 버튼이 공유하고 있으며, 그중 하나는 반드시 틀렸다.

다음으로 빈 출구의 작성법을 보자: 문밖 선택에 네 번째 선택지 "유리를 두드려 본다"를 추가하고, 출구 필드는 비워 두고 회수 결과도 비운다. 플레이어가 클릭해도 아무 후속이 없으면 이것이 빈 출구이다. 처리할 때는 노드를 하나 보충하거나, 예를 들어 유리 두드리기를 만들고 "너는 손가락을 굽혀 두 번 두드렸지만, 안에서는 아무 응답이 없다"라고 명시하거나, 아니면 이 선택지를 바로 삭제해야 한다. 보충하지 않고 남겨 두면 플레이어는 이 단계에서 멈추게 된다.

반환 폐쇄 루프는 어떻게 가는가

반환 폐쇄 루프란 현재 노드에서 출발하여 여러 출구를 거친 후 현재 노드로 돌아오거나 메인 라인 노드로 돌아올 수 있는 것을 말한다. 측창으로 우회를 예로 들면, 이 노드에 "문밖으로 물러난다"라는 선택지만 있고 출구가 문밖 선택을 가리키면 폐쇄 루프가 성립하여 플레이어는 문밖과 측창 사이를 반복 이동할 수 있다. 측창 노드의 선택지가 "계속 안으로 걸어간다"이고 출구가 존재하지 않는 노드를 가리키면 폐쇄 루프가 끊어져 플레이어가 막히게 된다. 폐쇄 루프를 검사할 때는 각 출구에서 출발하여 가리키는 방향을 따라 이미 방문한 노드로 돌아오거나 명확한 종료 노드에 도달할 때까지 걷는다. 도중에 빈 출구를 만나거나 존재하지 않는 노드를 가리키면 해당 경로는 폐쇄되지 않은 것으로 기록한다.

여기서 놓치기 쉬운 상황이 하나 있다: 문을 밀고 진입 노드에 "원래 길로 돌아간다"라는 선택지만 있고 출구가 문밖 선택을 가리키면 폐쇄 루프도 성립한다. 하지만 문밖 선택에서 "문을 밀고 들어간다"의 출구가 잘못 측창으로 우회로 변경되었다면, 플레이어가 문을 밀고 진입에서 반환한 후 다시 "문을 밀고 들어간다"를 클릭해도 측창에 도착하게 되어, 폐쇄 루프는 존재하지만 경로는 이미 잘못 연결된 것이다. 따라서 폐쇄 루프 검사는 제어 검사와 함께 해야 하며, "돌아갈 수 있는가"만 봐서는 안 된다.

동일 의도 중복의 판정

동일 의도 중복은 텍스트가 유사한 것이 아니라, 두 선택지의 출구와 회수 결과가 같은 결과를 표현하는 것이다. 예를 들어:

  • 선택지 A: "문을 밀고 들어간다" → 문을 밀고 진입 → "너는 습하고 뜨거운 공기 속으로 발을 들인다"
  • 선택지 B: "억지로 들이닥친다" → 문을 밀고 진입 → "너는 습하고 뜨거운 공기 속으로 발을 들인다"

두 버튼 텍스트는 다르지만 출구와 회수 결과가 같아서, 플레이어는 선택할 때 서로 다른 전개를 얻지 못한다. 처리 방식은 하나의 선택지로 합치거나, 둘 중 하나의 출구를 바꾸고 서로 다른 회수 결과를 보충하는 것이다. 정말로 두 개의 입구가 같은 노드로 통하게 해야 한다면, 회수 결과에서 차이를 드러내는 것이 좋다. 예를 들어 하나는 "문축에서 건조한 소리가 난다"라고 쓰고, 다른 하나는 "너는 힘껏 문을 들이받아 경첩이 한 번 흔들렸다"라고 써서 플레이어가 차이를 읽게 한다.

또 하나의 숨은 중복이 있다: 두 선택지의 출구는 다르지만 회수 결과가 한두 글자만 다른 경우, 예를 들어 "너는 온실로 걸어 들어간다"와 "너는 온실에 들어갔다"이다. 이런 차이는 플레이어에게 유효한 선택을 구성하지 않으므로 여전히 동일 의도 중복으로 보아야 하며, 둘 중 하나를 합치거나 다시 써야 한다.

완료 검사

현재 노드 검토를 마친 후 항목별로 확인한다:

  • 모든 선택지에 비어 있지 않은 출구가 있고, 출구가 존재하는 노드를 가리킨다.
  • 모든 출구에 대응하는 회수 결과가 버튼 텍스트 의도와 일치한다.
  • 두 선택지가 같은 출구를 공유하면서 회수 결과가 같은 경우가 없다.
  • 모든 출구에서 출발하여 메인 라인으로 돌아가거나 종료 노드에 도달할 수 있고, 끊어진 체인이 없다.
  • 노드를 수정한 후에는 관련된 완료 단계만 업데이트 필요로 표시하고, 이전 데이터는 보존하며, 이전 소재 표현이 여전히 성립하는지 수동으로 확인한다.

이 글은 DramaFork가 정리했으며, 현재 프로젝트 구현에 따라 설명한다: 노드는 편집 표로 구성되고, 텍스트와 노드를 편집할 수 있으며, 실패한 소재 작업을 개별적으로 재시도할 수 있다. 드래그 분기 다이어그램이나 복잡한 조건 엔진은 없다. 검토를 마친 후에는 먼저 출구가 비어 있거나 잘못 연결된 선택지 하나를 골라 대상 노드를 보충하고 회수 결과를 명확히 쓴 다음, 폐쇄 루프를 다시 한 번 걸어 본다.

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

계속 읽기

더 많은 글 보기
변경 기록이 수정 원인, 새로운 다리 동작, 영향을 받는 소재를 연결한다.
제품 워크플로2026.09.30 · 6분

인터랙티브 스토리의 변경 기록 작성법: 원인, 변경, 영향받는 루트 구분하기

변경 기록은 세 칸으로 작성한다: 원인, 변경, 영향받는 루트. 원인은 "왜 바꾸는지"를 설명하고, 변경은 "무엇을 바꾸는지"를 명확히 쓰며, 영향받는 루트는 "어떤 소재와 분기가 재검토되어야 하는지"를 나열한다. 아래에는 가상의 교육용 예시를 관통해서 사용한다: 어떤 인터랙티브 영화 게임이 원래 2장에 "끊어진 다리" 노드를 두었고, 플레이어는 밧줄을 찾아야 강을 건널 수 있었다; 작가는 나중에 끊어진 다리를 "지연된 나룻배"로 바꾸었는데, 그 이유는 원래 설계가 한 온화한 루트를 어색하게 만들었기 때문이다. 이하 인명, 숫자, 대사는 모두 가상이며, 작성법 시연에만 사용된다

두 창작자가 모호한 의견을 구체적인 장면 동작을 가리키는 수정서로 바꾸는 모습.
제품 워크플로2026.09.29 · 6분

두 창작자가 교대로 검토할 때, '여기가 틀렸어'를 실행 가능한 수정서로 쓰는 방법은?

'여기가 틀렸어'를 수정서로 바꾸는 핵심 동작은 하나뿐입니다. 모든 의견을 버전, 노드, 현상, 기대, 이유, 책임, 검증이라는 일곱 칸에 넣는 것입니다. 두 사람이 교대로 검토할 때는 먼저 각자 독립적으로 수정서를 작성하고, 충돌 항목을 병합한 뒤에야 원고를 수정합니다. 아래에서는 가상의 교육용 예시로 전체 과정을 진행하며, 인물, 대사, 수치는 실제 측정 자료가 아닙니다.

한 컴퓨터의 로컬 서비스와 다른 컴퓨터가 길 건너 서로 마주 보고, 공용 연결 다리가 도달 가능한 주소를 알려주는 모습.
제품 워크플로2026.09.29 · 6분

원격 소재 패키지에 localhost가 나타나면, 왜 다른 컴퓨터에서는 열리지 않을 수 있을까?

원격 패키지의 소재 주소가 localhost를 가리키면, 컴퓨터를 바꾼 뒤에는 수신자 자신의 컴퓨터로 요청이 갑니다. 제작자 컴퓨터의 서비스는 ZIP과 함께 옮겨지지 않으므로 "내 쪽에서는 재생된다"는 것만으로 다른 사람도 재생할 수 있다고 증명할 수 없습니다. 처리 순서는 실제 요청 주소 확인, 애플리케이션 도메인 대조, 재내보내기, 다른 기기에서 검증입니다.

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

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

제품

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

둘러보기

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

법적 고지

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