写完故事以后，怎样让它继续长成一本书？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 如何接过后半程。