글
글쓰기와 출판, 우리가 만드는 도구에 대한 장문.
제품
이미 익숙한 집필·기획 도구에서 출발해, 다음 책에 필요한 Story 보기, 로컬 Project, 작가 워크플로, 출판 전달 과정을 살펴봅니다.
Scrivener는 Binder, Corkboard, Research로 성숙한 장문 환경을 만듭니다. 시간, 관계, 장소, 조사 자료가 얽힐 때 Scroll의 여러 Story 보기가 작품 전체를 어떻게 드러내는지 살펴봅니다.
Manuskript는 오픈 소스, premise, Outline, Index Cards로 소설을 형성합니다. 장기 집필 단계에서 Scroll이 기획, 본문, 작업, 버전, 출판 준비를 어떻게 일관된 경험으로 잇는지 살펴봅니다.
Ulysses는 Library, Sheets, Apple 기기 연속성으로 집중 집필을 지킵니다. 인물, 조사, 수정, 버전이 늘어날 때 Scroll이 기획, 본문, 출판 준비를 어떻게 한 Project에 유지하는지 살펴봅니다.
Obsidian은 로컬 Markdown, Links, Graph, Canvas, 확장 생태계를 오래가는 지식망으로 키웁니다. 세계마다 Vault를 나누는 작가에게 Scroll은 같은 기획, 집필, 작업, 버전, 출판 흐름을 각 Project에 제공합니다.
Notion은 데이터베이스 보기, 댓글, 권한으로 팀에게 같은 창작 지도를 보여 줍니다. 정식 원고, 버전, 출판 준비가 필요한 단계에서 Scroll은 작가용 로컬 Project와 Scribe 흐름을 제공합니다.
나이와 날짜 충돌, 너무 깊은 개요, 흩어진 세계관은 서로 다른 문제입니다. Aeon Timeline, OmniOutliner, Fantasia Archive, Scroll의 전문적 깊이와 통합 워크플로를 구분합니다.
아이디어와 스토리 기획부터 몰입 집필, 조사, 수정, 원고 버전 관리까지—지금 장편 작업을 막고 있는 문제부터 살펴보세요.
Timeline, Relationship graph, Map, Whiteboard는 무엇을 보여 줘야 할까요? Scroll 보기가 같은 Story data를 여러 각도에서 읽는 방식을 알아봅니다.
최소한의 유용한 Story data에서 시작해 인물, 장소, 사건, 속성, 관계에 재사용 가능한 Project 모델이 필요한 시점을 판단하세요.
Story 사건과 작가의 작업을 나누고, 프로젝트 작업 보드·프로젝트 작업 캘린더·프로젝트 작업 목록·프로젝트 작업 일정에서 초고와 수정을 관리하세요.
분명한 목표, 제한된 피드백, Mask, 타자기, 안전한 종료로 반복할 수 있는 집중 집필 시간을 만드세요.
서식이 적용된 화면에서 쓰고, Markdown과 YAML을 직접 확인하며, 하나의 원고를 둘러싼 저장과 백업 경계를 이해하세요.
세계관 메모는 늘어나는데 장면이 막힌다면 최소한의 Story data, 명시적 관계, Map, Timeline으로 설정을 인물의 선택에 연결하세요.
서로 모순되는 증언이나 두 Timeline을 다룬다면 보기, 검색, 작업을 사용하기 전에 실제 사건, 인물의 지식, 독자에게 공개되는 정보를 구분하세요.
PDF, 웹 메모, 인터뷰가 흩어졌다면 원본, Project 사본, 작가의 판단, 본문을 구분한 뒤 카드, 연결, 검색으로 그 경로를 되찾으세요.
원고 전체에 걸친 피드백을 받았다면 구조 질문 하나를 정하고, 집중된 보기로 살펴본 뒤, 여러 장에 걸친 범위가 분명한 작업으로 바꾸세요.
수정과 독립 출판의 소스를 설명할 수 있도록 작업 파일, 작품, 원고 버전, 출판 버전, Project 전체 백업을 구분하세요.
하나의 도구를 유일한 ‘최고’로 정하기보다, 작가가 해결하려는 문제에 맞춰 장문 집필·기획 도구를 고릅니다.
여러 시점으로 전개되는 Story를 기획하나요? 장문 구조, 시간 모델, 지식 네트워크, 협업, 여러 보기로 살피는 Story data를 위한 일곱 가지 도구를 알아보세요.
설정, 관계, Map, Timeline을 위한 여섯 가지 도구를 살펴보고, 오래 유지할 세계 백과사전과 초고 가까이에 둘 Story data 중 무엇이 필요한지 판단하세요.
저장한 조사 자료는 어떻게 초고로 이어질까요? 출처, 검색, 판단, 인용의 관점에서 Zotero, Scrivener, Obsidian, Notion, Aeon Timeline, Scroll을 살펴보세요.
3부작에서 공유 사실, 별도 작품, 수정 초고, 출판 소스를 어떻게 관리해야 할까요? 시리즈 기획과 버전 경계를 위한 일곱 가지 접근을 알아보세요.
Scroll은 기획과 원고 작업을 한곳에 모읍니다. 글이 준비되면 Scribe가 조판, 페이지 구성, 출판용 출력물을 맡습니다.
제품
작가가 이미 사용 중인 글쓰기·조판 도구와의 중립적인 가로 비교.
Scrivener는 장편 소설이 원자료를 관리하는 방식을 재정의했습니다. Scribe는 같은 원고를 인쇄와 CJK 조판까지 끝까지 가져갑니다.
Vellum은 Mac 사용자에게 우아하고 단순한 전자책과 종이책을 만들어 줍니다. Scribe는 같은 단순함을 Windows와 Linux로 가져가고, CJK와 CMYK를 더합니다.
Ulysses는 Apple 생태계 안에서 Markdown 글쓰기를 거의 완벽에 가깝게 다듬어 왔습니다. Scribe는 같은 글쓰기 경험을 유지하면서 전자책과 인쇄 파이프라인을 같은 앱 안에 배선합니다.
브라우저 기반 도서 포맷팅과 로컬 우선 Markdown 데스크톱 워크플로 사이에서 선택하는 독립 저자를 위한 Atticus와 Scribe 비교입니다.
Affinity Publisher는 시각적으로 밀도 높은 프로젝트를 포괄하는 일회성 구매형 전문 레이아웃 도구입니다. Scribe는 작가가 실제로 필요로 하는 레이아웃 기능을 글쓰기 도구 자체 안에 담아냅니다.
Word는 가장 보편적인 글쓰기 도구이지만, 인쇄와 전자책을 위해 설계되지는 않았습니다. Scribe는 Word 호환성을 유지하면서 출판 파이프라인을 같은 앱 안에 배선합니다.
InDesign은 출판 업계의 사실상 표준입니다. Scribe는 인디 작가가 실제로 사용하는 인쇄 기능을 Markdown 글쓰기와 같은 앱 안에 묶어, InDesign 월 구독료의 약 절반 가격으로 제공합니다.
막힌 원고를 끝까지 끌고 나가는 구체적인 워크플로.
이미 Markdown으로 쓰고 있지만 '마지막 단계 — 조판'과 매번 씨름하고 있다면, 파이프라인 전체를 한 앱에 접어 넣는 경로를 정리합니다.
CJK 세로쓰기 + 루비 + 인쇄급 PDF는 오랫동안 Word와 InDesign 사이의 회색 지대였습니다. 현실적인 데스크톱 경로를 정리합니다.
EPUB과 인쇄 PDF는 서로 다른 레이아웃 논리를 따르지만, 원고는 하나로만 존재해야 합니다. 소스는 하나, 출력은 다양한 형태를 유지하는 경로입니다.
논문, 논픽션, 교재는 오랫동안 '에디터 + 인용 관리 도구 + 수식 조판 도구'라는 삼두마차에 분산되어 왔습니다. 이것을 하나의 앱에 모으는 것은 가능합니다.
클라우드 집필 도구는 편리하지만, 원고의 소유권과 오프라인 가용성은 별개의 차원입니다. 로컬 우선이 곧 고립을 의미하지는 않습니다.
InDesign은 업계 표준이지만 독립 작가에게 월 구독료는 부담스럽습니다. 책 본문 조판만 필요하다면 대략 절반의 예산으로 같은 길을 갈 수 있습니다.
매년 갱신되는 그 해의 짧은 추천 목록.
2026년 소형 출판사, 독립 스튜디오, 셀프 출판 저자를 위한 무료 시작 및 유료 조판 소프트웨어 실무 목록입니다.
2026년 현재도 유지보수되며 장편 소설 작업에 진정으로 적합한 집필 소프트웨어를, 용도별로 묶은 추천 목록입니다.
2026년에도 쓸 만한 EPUB 내보내기 도구를 워크플로 유형별로 묶고, 리테일러 인계 시 유의점과 기술적 성향 옵션을 따로 살펴봅니다.
2026년 진짜로 3-플랫폼 네이티브인 글쓰기 소프트웨어 — 웹 래퍼가 아닌 — 를 시나리오별로 나누어 공정한 장단점과 함께 정리했습니다.
이미 쓰고 있는 글쓰기·노트·참고 도구와 Scribe를 연결하는 방법.
Obsidian은 세계관과 리서치를 키우는 데 강하고, Scribe는 긴 초고를 완성된 책으로 만드는 데 강합니다. 일을 깔끔히 나누면 메모와 산문의 상호 오염을 막을 수 있고, 같은 내용을 두 곳에서 관리할 필요도 없어집니다.
Notion은 팀 단위 아웃라인과 자료 공유에 강하고, Scribe는 긴 초고를 책으로 완성하는 데 강합니다. 본 글은 언제 전환할지, Markdown 내보내기에서 마주칠 구조적 손실, 그리고 책이 나온 뒤 지식이 가는 자리를 다룹니다.
편집자, 협력자, 출판사는 종종 Word(혹은 그에 준하는 도구)만 받습니다. 본 글은 Scribe와 Word 사이의 docx 브리지, 검수 라운드 간 버전 관리, 그리고 언제 Word를 떠나 Markdown 쪽으로 돌아올지를 설명합니다.
Markdown, 장 구조, 작가의 목소리를 유지하면서 Grammarly, ProWritingAid, LanguageTool을 Scribe와 함께 쓰는 실무 워크플로입니다.
Reedsy Studio는 전문 편집자와의 클라우드 공동 편집에, Scribe는 저자 주도의 장편 집필과 인쇄 파이프라인에 적합합니다. 본 글은 두 도구 사이의 경계, 내보내기 경로의 조판 차이, 그리고 인쇄 파라미터가 Scribe 쪽에 속해야 하는 이유를 정리합니다.