寫完故事以後，怎樣讓它繼續長成一本書？Scroll 與 Scribe 的分工
面向自出版作者：在 Scroll 中自由構思、規劃和寫作，稿件成熟後再進入 Scribe 排版與出版。了解兩款應用分工帶來的工作流程優勢。
自出版最迷人的地方，是一本書可以從作者腦海裡的念頭，一直走到讀者手裡；最辛苦的地方也恰恰如此——同一個人既要做作者，也要在某個時刻成為編輯、專案經理和出版人。
如果寫人物時就要考慮頁邊距，創作會被未來的書頁打斷；如果直到最後才在草稿和舊版本中尋找正式稿，出版後半程又會突然變重。
Scroll 與 Scribe 讓兩種心智狀態各得其所：在 Scroll 中規劃和寫作，在 Scribe 中排版和出版。兩款應用在正確的時刻分別開啟同一個本機 Project 資料夾，讓作品從創作工作區走向成書工作區。
寫作時，書還不必長得像一本書
故事會改方向，人物會推翻原本的大綱，一條不起眼的支線也可能長成全書的中心。Scroll 把正文、Story data、時間線、關係、資料和寫作任務留在同一個 Project 中，讓作者可以從不同角度理解作品，卻不必為了換一種檢視複製一套內容。
對自出版作者，創作上下文就是自己的編輯部。Scroll 讓長篇在變化時仍可理解、可推進，也讓你在真正準備出版之前，不必過早進入版式思維。
稿件成熟後，問題才從「故事怎樣更好」變成「書怎樣成立」
當章節範圍與正式版本穩定下來，Scribe 接手的是另一組問題：Appearance（外觀樣式）、分頁、書頁節奏，以及目前方案與版本可用的 EPUB、DOCX、圖片或印刷 PDF 輸出。此時作者需要看的不再是人物關係是否完整，而是目錄、章節起始、字型與頁面是否服務於這本書。
明確的分工避免作者在草稿階段反覆修補版式，也不必為了排版把已經組織好的長篇重新塞進臨時檔案。
真正省下來的，是工作流程銜接處的摩擦
傳統的多工具流程常常伴隨一串副本：匯出稿、排版稿、修訂稿，以及「最終排版稿 2」。Scroll 與 Scribe 圍繞同一個本機 Project 銜接，Scroll 記錄作者選擇的稿件來源，Scribe 再讀取並核對。正文不會因此被上傳到專有雲端，也不需要先複製成另一套稿件。
這仍然不是自動出版。作者要確認正式版本，Scribe 也要核對實際讀取結果；版式與輸出仍由 Scribe 完成。它帶來的優勢更樸素，也更可靠：少一次不必要的搬運，少一套可能漂移的副本，少一點在創作工具與出版工具之間重新解釋整本書的成本。
一條工作流程，也保留三種起點
仍在構思、寫作或大幅修訂，可以只從 Scroll 開始，讓作品先長成它該有的樣子。已經擁有穩定稿件，只需要排版與出版輸出，也可以直接進入 Scribe。對於希望從第一張人物卡一直維護到最終書頁的作者，兩款應用可以組成連續的本機流程；官網提供的 Writing Suite 則是同時使用兩款產品時的套裝選擇，而不是開始創作的前提。
想看看一部作品怎樣走過這條路徑，可以繼續閱讀《從最後一章到第一頁》；當你開始猶豫「現在真的該排版了嗎」，則可以開啟《稿件準備好排版的 5 個訊號》。進入書頁、格式與輸出問題後，再前往 Scribe 解決方案合集。
如果你還在讓故事成形，不妨先看看 Scroll 怎樣把正文與創作上下文留在一起；等稿件準備成為一本書，再去了解 Scribe 如何接過後半程。