내보내기 전에 먼저 전달 목표를 작성하세요: 수신자의 기기, 네트워크 및 검증 경로를 한 페이지로 설명하기

내보내기 전에 먼저 한 페이지 전달 설명을 작성하여 수신 기기, 네트워크 조건, 실행 방식, 목표 경로 및 검수 기준을 명확히 쓴 다음, 로컬 소재 패키지나 원격 링크 패키지를 결정합니다. 순서는 바뀌면 안 됩니다: 먼저 수신자가 어떻게 열고 어떻게 성공을 판단할지 정한 후, 전달 형태를 선택합니다. 아래에서는 가상의 교육 예시로 전체 과정을 진행하며, 프로젝트 이름은 《조석 우체국》이고 수신자는 협력사 “해안선 스튜디오”의 두 검토자입니다.

수신 기기: 상대방이 어떤 기기로 여는지. 운영체제 대분류, 화면 크기 수준, 재생에 영향을 주는 독립 그래픽 카드 유무 같은 수준까지 쓰면 되고, 구체적인 모델명까지 쓸 필요는 없습니다.

네트워크 조건: 상대방이 어떤 네트워크에서 검증하는지. 항상 연결, 최초 연결만, 또는 완전 오프라인인지.

실행 방식: 상대방이 물건을 받은 후 어떤 동작을 하는지. 압축을 푼 후 시작 파일을 더블클릭하는지, 아니면 브라우저에서 주소를 여는지.

목표 경로: 상대방이 이번에 진행할 스토리 경로. 인터랙티브 영상 게임은 분기가 많아, 명확히 쓰지 않으면 상대방이 중간에 내용이 빠졌다고 생각할 수 있습니다.

검수 기준: 상대방이 무엇을 근거로 “됐다”고 말하는지. “정상으로 보인다”가 아니라 체크할 수 있는 항목으로 써야 합니다.

이 다섯 가지를 먼저 종이에 적은 후 전달 형태를 결정합니다. 로컬 소재 패키지는 전체 소재를 보존하고 오프라인 검증이 필요한 장면에 적합합니다; 원격 링크 패키지는 상대방이 모든 영상을 포함하지 않은 플레이어 패키지를 먼저 다운로드한 후, 인터넷에 연결하여 소재를 읽게 할 수 있습니다. 둘 다 패키지 내 설명에 따라 열어야 하며, 선택 근거는 기기, 네트워크 및 보존 조건입니다.

다음 내용은 가상의 교육 예시이며, 기기, 네트워크 및 경로는 모두 지어낸 것으로, 어떤 실제 협력사나 실측 결과와도 대응하지 않습니다.

《조석 우체국》 시험판 전달 설명(해안선 스튜디오 검토용)

수신 기기: Windows 노트북 두 대, 화면 14~16인치, 통합 그래픽 카드. 외부 모니터는 필요하지 않습니다.

네트워크 조건: 검토기 A는 항상 인터넷 연결 가능; 검토기 B는 파일 복사 시에만 인터넷 연결, 검증 시에는 오프라인.

실행 방식: 두 기기 각각 받은 패키지를 압축 해제하고, 패키지 내 설명에 따라 플레이어를 시작합니다. 검토기 A는 원격 링크 패키지를 사용하고 재생 시 인터넷 연결을 유지합니다; 검토기 B는 로컬 소재 패키지를 사용하고 시작 후 오프라인으로 검증합니다.

목표 경로: 오프닝에서 우체국으로 들어가 “편지를 남긴다”를 선택하고, 2장 “썰물의 수신인” 끝까지 진행합니다. 이 경로는 전체 노드의 약 절반을 포함하여 서사 어조와 화면 연결을 판단하기에 충분합니다.

검수 기준:

1. 오프닝부터 2장 끝까지 중단 없음;
2. “편지를 남긴다” 선택 후, 다음 서사가 선택한 분기와 대응함;
3. 검토기 B가 오프라인 상태에서 2장 끝까지 진행 가능;
4. 화면과 텍스트에 뚜렷한 어긋남이 없음.

알려진 제한: 이 패키지는 플레이어를 제공하며, 편집이나 다른 엔진으로 다시 내보내는 것을 약속하지 않습니다. 원격 소재는 네트워크와 서비스에 의존합니다; 리소스 주소는 제작자 컴퓨터의 localhost를 잘못 사용하면 안 됩니다. 검토기 B는 로컬 패키지 내 소재를 읽어야 하며, 실제 오프라인 결과는 별도로 기록합니다.

문제 보고 형식: 문제가 발생하면 네 줄로 작성하세요——발생 위치(몇 장, 어떤 선택 이후), 무엇을 했는지, 무엇을 보았는지, 무엇을 예상했는지. 예: “2장 시작, ‘편지를 남긴다’ 선택 후, 화면이 약 2초간 빈 화면으로 멈춤, 우체국 내부 장면이 즉시 나타날 것으로 예상.” “멈췄다”만 쓰지 마세요.

이 설명의 핵심은: 검수 기준이 모두 체크 가능하고, 목표 경로가 구체적인 장까지 쓰여 있으며, 알려진 제한이 플레이어가 할 수 없는 일을 상대방에게 직접 알려준다는 점입니다.

위 페이지를 작성한 후 선택이 명확해집니다. 검토기 B는 오프라인 검증을 해야 하므로 원격 링크 패키지는 충족하지 못하므로 반드시 로컬 소재 패키지를 제공해야 합니다. 검토기 A는 인터넷 연결이 가능하므로 원격 링크 패키지를 빠른 경로로 제공합니다. 두 패키지는 두 가지 검증 경로에 대응하며, 둘 중 하나를 선택하는 것이 아닙니다.

두 기기 모두 오프라인을 요구하면 로컬 소재 패키지를 제공합니다. 상대방이 최초 다운로드량을 줄이길 원하고 인터넷 연결이 가능하면 원격 링크 패키지를 제공할 수 있습니다. 전혀 다운로드하지 않고 웹페이지만 열기를 요구하면, 접근 가능한 온라인 체험 입구가 이미 있는지 별도로 확인해야 하며, 원격 ZIP 패키지를 바로 호스팅된 작품 페이지로 간주하면 안 됩니다.

이 단계의 판단 근거는 설명에서 나오며, 두 모드에 대한 추상적 비교에서 나오지 않습니다.

내보내기 완료가 플레이 가능성 검증 통과를 의미하지는 않습니다. ZIP 성공은 패키징 동작이 완료되었을 뿐, 상대방이 열 수 있고 끝까지 진행할 수 있다는 것을 의미하지 않습니다. 아래 순서대로 검사하는 것을 권장하며, 실측 조건이 없으면 검사 방법과 예상 결과를 설명에 써서 상대방이 대신 검증하게 하세요.

1. 로컬 소재 패키지 압축 해제 후, 설명 파일과 시작 파일이 모두 있는지 확인하고, 설명에 따라 한 번 실행하여 오프라인으로 목표 경로를 한 번 진행;
2. 원격 링크 패키지 압축 해제 및 시작 후, 예상 애플리케이션 도메인을 통해 소재를 로드하는지 확인하고, 목표 경로를 진행;
3. 목표 경로의 각 선택 지점과 예상 분기를 대조하여 어긋남이 없는지 확인;
4. 설명의 알려진 제한이 실제와 일치하는지 확인, 특히 플레이어가 편집할 수 없고 다른 엔진으로 다시 내보낼 수 없다는 두 가지;
5. 문제 보고 형식이 설명에 이미 쓰여 있는지 확인하여, 수신자가 문제를 어떻게 설명할지 알도록.

1단계와 2단계는 두 개의 독립 경로이며, 서로 대체하지 않습니다. 하나만 하면 다른 하나의 문제가 드러나지 않습니다.

쉽게 빠뜨리는 것은 목표 경로의 종점입니다. “한 번 진행”만 쓰면 부족하며, 상대방이 첫 번째 분기에서 멈출 수 있습니다. 구체적인 장이나 구체적인 선택 이후까지 써야 합니다.

또 다른 누락은 검수 기준을 감상적인 단어로 쓰는 것입니다. “화면 부드러움” “경험 양호”는 체크할 수 없습니다. “중단 없음” “분기 대응” “오프라인 진행 가능” 같은 판단 가능한 항목으로 바꾸세요.

완료 검사: 설명에 다섯 가지 내용이 모두 있는지; 목표 경로에 명확한 종점이 있는지; 검수 기준이 각각 체크 가능한지; 알려진 제한에 플레이어는 편집기가 아님, 원격 링크는 네트워크 의존, localhost는 범용 불가라는 세 가지가 포함되었는지; 문제 보고 형식에 네 줄 예시가 있는지. 다섯 가지 완비, 네 가지 체크 가능, 세 가지 제한 명시, 형식 예시 있음이면 이 페이지는 패키지와 함께 발송할 수 있습니다.

발송 전 마지막으로 한 가지: 이 페이지 설명을 프로젝트에 참여하지 않은 사람에게 읽어주고, 목표 경로와 검수 기준을 복창하게 하세요. 그가 복창할 수 있으면 수신자도 따라 할 수 있습니다.