编剧项目流程
交接需要比文件本身多一点上下文
接收者需要知道这是什么阶段的稿、与上一版有哪些变化、哪些问题仍未解决，以及下一步希望对方做什么。适合多人统稿、课程作业交接或将文字交给后续协作者阅读。本站的方法用于文档协作，不替代项目双方的具体约定。
虚构示例：一个清楚的交付包
练习项目可使用“末班渡船_初稿_v03”作为主文件名，另附“变更说明_v03”和“待定问题_v03”。说明写明：本轮合并原第二、三场；小岑在码头口主动求助；结局保留归还录音带，但船上交接动作仍待讨论。下一步请求是检查人物转变，而不是泛泛地请大家“看看”。版本号是示例，不代表本站真实项目记录。
交付前的逐项检查
先确认主稿与附件使用同一版本标记。再检查场号、人物称呼和文内引用是否一致。导出约定格式后重新打开，确认没有丢字、批注遮挡或多余空页。将需要反馈的议题单列，标明哪份文件是阅读稿、哪份可编辑。最后由接收者确认已收到且可以打开；不要把发送成功等同于阅读完成。
版本记录与反复覆盖的区别
“最终版、最终版2、真的最终版”无法表达先后与差异。可以采用阶段加递增编号，每次对外发送形成一个快照；内部小改保留在工作稿中。回退时从旧快照复制成新工作稿，并说明恢复了哪些内容，避免旧编号承载新内容。
多人同时修改怎么处理
指定一个合并人维护主稿。协作者基于同一底稿提出批注或局部修改，并注明涉及场次；在完成合并前，不另行发送一个同名主稿。遇到同一段落的冲突，保留两种方案供确认，再更新版本记录。工具能帮助比较文本，但采用哪个方案仍需要创作判断。
问答：有待定问题还能交付吗？
可以，前提是符合本轮约定的阶段和范围，并清楚说明待定事项对下一步的影响。探索稿与确认稿应有不同状态标记。如果对方需要的是可继续工作的完整分场，而当前缺失结局，就应明确尚未达到这个交付目标。