마지막 장에서 첫 페이지까지

“책을 쓰고, 그다음 출판한다”는 말은 두 가지 행동처럼 들립니다. 셀프 출판을 해 본 사람이라면 그 사이에 얼마나 많은 일이 숨어 있는지 압니다. 올바른 버전을 찾고, 장을 모으고, 빠진 부분을 확인하고, 레이아웃을 다시 만들며, 교정에서 문장 하나를 더 고칠 때마다 같은 과정을 반복합니다.

결말이 계속 바뀌는데 페이지 나누기부터 조정하면 어떻게 될까요? 수정할 때마다 “최종”이라고 적힌 내보내기 파일이 하나씩 늘어나면요? 전자책과 인쇄판이 서로 다른 원고를 들고 있다면 여섯 달 뒤에는 어느 쪽을 믿어야 할까요?

셀프 출판 워크플로의 비용은 집필이나 조판보다 두 단계가 맞닿는 경계에 더 많이 쌓입니다.

**Scroll**과 **Scribe**는 의도적인 전문 역할 분담으로 이 경계를 다룹니다. Scroll은 긴 작품이 기획, 초고, 수정을 거치며 바뀔 여지를 주고, 전달할 원고 소스를 작가가 명시적으로 준비하도록 돕습니다. Scribe는 그 소스가 외관, 페이지 나누기, 출판용 출력물 제작으로 넘어갈 만큼 무르익었을 때 시작합니다. 두 데스크톱 애플리케이션은 같은 로컬 Project 폴더를 중심으로 작업을 이어 갈 수 있지만, 인계가 자동인 것처럼 다루지 않습니다.

먼저, 작품이 방향을 잃지 않은 채 바뀔 수 있게 하세요

장문 집필은 처음 만든 개요를 따라 곧장 나아가는 경우가 드뭅니다. 조연이 더 많은 자리를 요구합니다. 작가는 Timeline을 검토하다 날짜의 모순을 발견합니다. 조사 자료 하나가 장 전체의 논지를 바꾸기도 합니다. 필요한 것은 책에 너무 일찍 완성된 형태를 요구하는 레이아웃 파일이 아니라, 변화를 허용하는 환경입니다.

Scroll에서는 원고와 창작 맥락이 가까이 있습니다. 인물과 장소, Story data, Timeline, 관계, 조사, 수정 작업, 오늘 쓰는 장이 함께 놓입니다. 서로 다른 Story 보기는 소설을 별도 저장 공간에 복제하지 않고도 질문마다 다른 내용을 살펴보도록 돕습니다.

독립 작가에게 Project로 작품을 이해할 수 있다는 감각은 늘어나는 단어 수만큼 중요합니다. 전통 출판 팀에서는 여러 사람이 버전 추적, 편집 메모, 제작 계획을 나눠 맡을 수 있습니다. 셀프 출판 작가는 그 일을 혼자 짊어질 때가 많습니다. Scroll은 그 작업을 본문 가까이에 두고, 원고가 전환할 준비가 될 때까지 페이지 디자인을 뒤로 미룰 수 있게 합니다.

다음으로, “최종”을 설명할 수 있는 결정으로 만드세요

책이 완성에 가까워질수록 파일 이름부터 의미를 잃는 경우가 많습니다. 편집자 검토, 저자 수정, 최종, 최종 2 같은 이름은 출판 의도보다 그 순간의 감정을 더 정확히 기록합니다.

Scroll의 작품, 원고 버전, **출판 버전(Publish Version)**을 사용하면 이번 판에 사용할 작품과 원고 소스를 명시할 수 있습니다. 이전 결말, 삭제한 장, 다른 버전은 창작 이력에 남겨 두면서 현재 출판 소스인 것처럼 보이지 않게 할 수 있습니다.

이 기록은 본문을 고정하거나, Git 스냅샷을 만들거나, 사본을 업로드하지 않습니다. 가치는 맥락에 있습니다. “이번에는 무엇을 출판하는가?”가 더 이상 기억에만 의존하지 않습니다. 수정판, 이후의 재쇄, 몇 달 뒤에도 원출처를 식별해야 하는 번역판에 특히 유용합니다.

인계 전에는 현재 작업을 저장하고 Project 폴더 전체를 백업하세요. 로컬 우선 파일도 기기 고장, 실수로 인한 삭제, 동기화 충돌의 영향을 받습니다. 클라우드 동기화 폴더를 사용한다면 충돌을 해결하고 복구 가능한 사본을 유지하는 책임은 사용자에게 있습니다.

Scroll에서 전달을 준비하세요

Scroll의 Delivery Center(전달 센터), 준비 상태(Delivery readiness), **해석된 소스(Resolved source)**는 전달 준비 단계에 속합니다. 준비 상태는 Scroll 안의 등록 상태를 나타내고, 해석된 소스는 전달에 사용할 소스를 보여 줍니다. 선택한 작품, 소스, Project 상태가 만들려는 책을 나타내는지 작가가 검토하도록 돕습니다.

준비 상태는 Scribe가 무언가를 받거나 인식했다는 증거가 아닙니다. Scroll 안의 준비 신호입니다. 작가는 경계의 반대쪽을 따로 확인해야 합니다.

이 절제된 연결은 전달만을 위한 원고를 따로 만들 필요를 줄입니다. 동시에 “자동 출판”을 약속하지도 않습니다. Scroll은 완성된 PDF, EPUB, 인쇄 레이아웃을 직접 만들지 않으며 Scribe의 외관도 만들지 않습니다. 소스를 준비하고 창작 맥락은 Scroll에 그대로 남깁니다.

Scribe에서 인계를 확인하세요

Scribe가 Project를 열면 글꼴을 고르거나 장 도입부를 조정하기 전에 멈추세요. 인식된 작품과 출판 버전, 소스 폴더, 장 수와 순서, 원고 버전을 확인하세요. 예상하지 못한 내용이 인식되었다면 잘못된 원고에 맞춰 디자인하지 말고 소스 결정으로 돌아가세요.

이 확인이 끝난 뒤에야 작가의 주의가 Story 구조에서 책 구조로 이동합니다. Scribe에서는 유용한 질문이 달라집니다. 각 장은 어떻게 시작해야 할까요? 페이지의 리듬이 본문을 뒷받침하나요? 목차가 의도한 계층을 반영하나요? 이번 판에는 어떤 출판용 출력물이 필요한가요?

이 시점에 시작하면 외관과 페이지 나누기를 더 안정된 토대 위에 둘 수 있습니다. Scribe가 책 제작 단계를 맡는 동안 Scroll에는 앞 단계의 Story data, 조사, 작업, 버전 맥락이 남습니다.

교정에서 빠진 단어 하나를 발견하더라도 기준 본문을 어디에서 고칠지 결정하고 관련 확인을 반복하는 책임은 작가에게 있습니다. 이 워크플로가 그 책임을 없애지는 않습니다. 여러 파일이 모두 최종본을 자처할 때 생기는 모호함을 줄입니다.

미스터리 소설이 경계를 지나는 과정

세 개의 연대기가 맞물린 미스터리를 완성하는 작가를 떠올려 보세요. 첫 석 달 동안 가장 시급한 질문은 증언, 인물의 지식, 구조 수정에 남은 작업입니다. Scroll의 Story data, Timeline, 관계, 작업은 그 질문을 본문에 연결해 둡니다. 이 단계에서 장 제목의 글꼴을 고르는 일은 도움이 되지 않습니다.

편집 수정을 마친 뒤 작가는 편집자가 검토한 원고를 맥락으로 남겨 두고, 저자 수정 원고를 이번 판의 출판 버전으로 선택합니다. 전달 센터에서 해석된 소스와 준비 상태가 만들려는 책과 맞는지 확인합니다.

Scribe에서는 인식된 작품과 출판 버전, 소스 폴더, 장 수와 순서, 원고 버전을 확인합니다. 그다음 외관, 장 도입부, 페이지 나누기, 출력으로 넘어갑니다. 늦은 교정 수정이 생겨도 어느 소스가 기준이며 어떤 확인을 반복해야 하는지 알 수 있습니다.

이것이 매끄러운 워크플로의 현실적인 의미입니다. 인계가 사라지는 것이 아니라, 책을 다시 조립하지 않아도 되는 인계입니다.

전체 경로가 도움이 되는 작가

아직 Story를 발견하는 중이거나 큰 구조 수정을 하는 작가는 Scroll만 사용할 수 있습니다. 이미 안정된 원고가 있고 페이지 디자인과 출판용 출력물 제작이 주로 필요한 작가는 Scribe에서 시작할 수 있습니다.

결합된 경로는 깊이 있는 장문 기획을 중요하게 여기면서 전자책이나 인쇄판도 직접 만들려는 작가에게 가장 적합합니다. 두 애플리케이션은 따로 사용할 수도 있으며, Writing Suite는 두 단계가 모두 필요한 작가를 위한 선택지입니다.

현재 원고가 경계에 도달했는지 판단하려면 원고가 Scribe로 갈 준비가 되었다는 다섯 가지 신호로 이어 가세요. 더 큰 역할 분담은 Scroll과 Scribe 워크플로 허브에서 다시 살펴볼 수 있습니다. 현재의 정확한 인계 단계는 공개 연동 가이드에 있습니다.

유용한 질문은 모든 작가에게 두 애플리케이션이 필요한가가 아닙니다. 분명하게 선택한 소스가 페이지 작업을 시작할 준비가 될 때까지 창작을 유연하게 유지하는 일이 이 책에 도움이 되는가입니다.