작가용 해답, 플레이어용 본문, 제작 메모를 왜 세 층으로 나눠야 할까?

퍼즐 해답과 플레이어 힌트가 섞여 있다면 용도에 따라 작가용 해답, 플레이어용 본문, 제작 메모의 세 층으로 나누고, 각 층의 수신자와 전달 범위를 지정해야 합니다. 이렇게 나누는 목적은 공개 담당자가 공개해도 되는 내용을 정확히 받아, 막판에 어떤 문장을 지울지 추측하지 않도록 하는 데 있습니다.

작가용 해답은 퍼즐이 성립하는 이유를 설명하고, 플레이어용 본문은 현재 볼 수 있는 단서와 피드백을 제공하며, 제작 메모는 이 글을 작품에 어떻게 넣을지 설명합니다. 세 층이 같은 노드 번호를 참조할 수는 있지만, 함께 전달하는 것을 기본으로 삼아서는 안 됩니다. 특히 ‘내부용’ 표시는 주의를 주는 문구일 뿐입니다. 문서 전체를 가진 사람이 복사하거나 전달하거나 내보내는 것을 막지는 못합니다.

아래에서는 《빈 역의 보관함》을 예로 설명합니다. 이는 가상의 교육용 사례이며, 실제 사용자 사례나 검증된 성과가 아니고 어떤 제품의 기능을 나타내지도 않습니다. 본문에서 설명하는 원고 분리, 인계, 점검은 모두 사람이 직접 수행하는 작업 방법입니다.

이 설정에서 플레이어는 세 자리 비밀번호로 잠긴 보관함을 열어야 합니다. 현장에는 날짜가 각각 6월 12일, 13일, 14일인 기차표 세 장이 있고, 열차 번호의 끝자리는 차례로 4, 7, 2입니다. 보관함 문에는 ‘날짜를 따라 이른 순서대로, 열차 번호의 끝자리만 취하라’라고 새겨져 있습니다. 미리 정한 정답은 472입니다.

내용이 섞인 원고는 이런 모습일 수 있습니다. “보관함 문에는 ‘날짜를 따라 이른 순서대로, 열차 번호의 끝자리만 취하라’라고 새겨져 있다. 472를 정확히 입력하면 문이 열리고, 틀리면 닫힌 상태를 유지한다. 여기서는 기차표에 적힌 날짜를 잘라내지 말 것.” 이 문단에는 눈에 보이는 단서, 정답, 상호작용 규칙, 화면 제작 요구 사항이 연달아 들어 있습니다. 통째로 복사하거나 기억에 의존해 괄호 부분만 지우면, 나와서는 안 되는 내용이 남기 쉽습니다.

분리한 뒤 작가용 해답에는 추론 과정을 기록해야 합니다. 기차표를 날짜순으로 정렬한 다음 각 열차 번호의 끝자리를 취하면 472가 된다는 내용입니다. 순서가 하나로 정해지도록 세 기차표의 날짜가 모두 다르다는 점도 명시합니다. 플레이어용 본문에는 보관함 문에 새겨진 글, 기차표 세 장의 지면 전체, ‘보관함 문이 열렸다’, ‘보관함 문은 아직 열리지 않았다’ 같은 피드백만 남깁니다. 제작 메모에는 입력 칸을 세 자리로 유지하고, 정답이면 문이 열리는 대목으로 이동하며, 오답이면 현재 장면에 머무르고, 기차표의 날짜와 열차 번호를 알아볼 수 있게 하라고 적습니다.

여기서 가장 잘못 분류하기 쉬운 내용은 ‘정답이면 문이 열리는 대목으로 이동’입니다. 정답 자체가 들어 있지 않아도 제작 지시이므로 서술문으로 표시해서는 안 됩니다. 반대로 기차표의 숫자는 풀이와 관련이 있더라도 플레이어에게 꼭 필요한 증거입니다. 스포일러가 걱정된다는 이유로 모두 없애서는 안 됩니다.

퍼즐마다 인계 카드를 하나 만들고 공통 번호로 세 층을 연결합니다. 카드 자체는 내부 색인이며 플레이어용 본문과 함께 공개하지 않습니다. 파일 위치와 수신 범위를 기록하는 용도이므로 해답을 다시 복사해 넣을 필요는 없습니다.

카드에는 노드 번호, 세 층의 버전, 각 층의 책임자, 수신자, 전달 목록, 공개 위치, 미해결 문제도 적어야 합니다. 빈칸을 ‘알아서 처리해도 됨’으로 해석해서는 안 됩니다. 예를 들어 공개 위치가 정해지지 않았다면 어떤 글이 플레이어에게 보일지도 아직 판단할 수 없습니다.

이 사례에서는 노드를 ‘보관함 01’, 세 층의 버전을 모두 제2판, 공개 위치를 보관함 장면으로 적을 수 있습니다. 본문 전달 목록은 문에 새겨진 글, 기차표 세 장의 지면, 입력 안내, 피드백 두 개이며 미해결 문제는 없습니다. 작가가 해답을, 편집자가 본문을, 구현 담당자가 제작 메모를 맡고, 인계 전에 각자 해당 버전을 확인합니다.

수신 권한을 한 사람당 한 층으로 기계적으로 나눌 필요는 없습니다. 입력 판정 담당자에게 472가 실제로 필요하다면 해당 노드의 판정값을 추가 전달 항목으로 넣으면 됩니다. 그 사람이 다른 모든 퍼즐에 숨은 진실까지 알아야 하는 것은 아닙니다. 기차표를 그리는 사람에게는 완전한 날짜와 열차 번호가 필요하지만 결말 해설은 필요하지 않을 수 있습니다. 범위는 직책에 따라 일률적으로 정하지 말고 작업에 맞춰 정해야 합니다.

먼저 문장마다 용도를 표시한 다음, 용도가 섞인 문장을 독립된 항목으로 나눕니다. 문단 전체를 옮기기만 해서는 안 됩니다. ‘472를 정확히 입력하면 “보관함 문이 열렸다”를 표시한다’는 문장을 판정 조건과 표시 문구로 나누지 않으면 해답이 여전히 본문에 묶여 있게 됩니다.

다음으로 항목에 번호를 붙입니다. 이 사례에서는 문에 새겨진 글을 본문 1, 기차표 세 장의 지면을 본문 2~4, 성공과 실패 피드백을 본문 5, 6으로 지정합니다. 제작 메모는 이 번호를 참조해 어느 항목을 언제 표시하는지 적습니다. 참조는 같은 내용을 반복해서 옮겨 적는 일을 줄이기 위한 것이며, 어떤 도구가 자동으로 동기화를 유지한다는 뜻은 아닙니다.

그다음 수신자의 작업에 맞춰 전달용 사본을 만듭니다. 공개 담당자는 본문 1~6과 입력 안내를, 화면 제작 담당자는 기차표의 내용과 내용을 명확히 읽을 수 있어야 한다는 요구 사항을, 판정 구현 담당자는 해당 노드의 해답과 피드백 번호, 이동 경로에 관한 요구 사항을 받습니다. 내부용 통합 원고를 보관할 수는 있지만, ‘필요한 부분을 직접 찾아 쓰라’는 말로 인계를 대신해서는 안 됩니다.

마지막으로 수정에 대응합니다. 두 번째 기차표의 끝자리를 7에서 8로 바꾼다면 해답도 482로 바꿔야 합니다. 책임자는 기차표에 표시된 내용, 작가용 해답, 판정 메모를 함께 대조하고 버전을 다시 확인해야 합니다. 이미지만 바꾸고 판정을 갱신하지 않으면 플레이어가 올바른 단서를 따라 풀어도 잘못된 피드백을 받게 됩니다. 층을 나누면 내용이 뒤섞이는 일은 줄지만 관련 항목을 함께 관리하는 일이 늘어납니다. 이 부담은 누군가 맡아야 합니다.

공개 전에는 깔끔하게 정리된 통합 원고만 보지 말고, 실제로 전달할 사본을 열어 항목별로 확인합니다.

• 전달 목록과 대조해 해답 페이지, 내부 색인, 불필요한 첨부 파일이 없는지 확인합니다.
• 제목, 파일명, 주석, 수정 흔적, 링크 목적지를 점검해 본문 바깥에서 해답이 유출될 가능성을 제거합니다.
• ‘정답’, ‘판정’, ‘수정 필요’ 같은 내부용 표현을 검색한 뒤 문장별로 용도를 판단합니다. 이런 단어가 검색되지 않는다고 유출이 없다는 뜻은 아닙니다.
• 플레이어가 접하는 순서대로 읽으며 기차표 세 장과 문에 새겨진 글이 모두 남아 있는지, 정해진 조건에서만 피드백이 나오는지 확인합니다.

이 사례에서 각 기차표에 있는 4, 7, 2는 필요한 단서입니다. 하지만 보관함 문 옆에 ‘472를 입력하라’가 있다면 플레이어 대신 추론을 끝내 버립니다. 따라서 점검 대상은 정보의 조합, 위치, 등장 조건이어야 합니다. 해답과 관련된 숫자를 모두 금지어로 지정해서는 안 됩니다.

소규모 1인 프로젝트에서는 통합 원고 안에 구분이 명확한 세 영역을 두어도 됩니다. 다만 전달할 때는 필요한 내용만 담은 사본을 만들어야 합니다. 여러 사람이 계속 수정한다면 독립된 문서 세 개와 인계 카드 한 장을 사용할 수 있습니다. 문단 접기, 열 숨기기, 글자색은 읽기 편하게 정리하는 데 쓰는 수단이며, 수신 권한을 통제하는 수단으로 여겨서는 안 됩니다.

작품에 클리어 후 해설이 따로 있더라도 작가용 해답을 그대로 공개해서는 안 됩니다. 폐기한 아이디어나 제작 설명이 섞여 있을 수 있으므로 플레이어가 풀이 과정을 되짚어 볼 수 있는 본문을 별도로 작성해야 합니다. 세 층이 해결하는 것은 협업 과정에서 정보가 어디에 속하고 어느 범위까지 전달되는가의 문제입니다. 힌트로 어디까지 알려 줘야 하는지, 퍼즐이 공정한지는 여전히 각각 판단해야 합니다.