# 编剧工作流产品竞品调研：从功能介绍到产品结构拆解

调研日期：2026-07-05  
目的：把对标产品从「官网式功能介绍」升级成「按真实工作流拆清楚的产品方案」。  
结论性质：以下是基于公开资料、竞品功能结构和影视创作流程整理出的产品拆解，不代表任何竞品的内部路线图。

## 1. 先说结论

这个产品不应该被讲成「AI 帮你写剧本」。更准确的表达是：

> 一个把编剧项目拆成连续工作流，并让不同 AI 协作角色完成大部分重复劳动的创作与制片准备平台。

用户真正关心的不是「有什么功能」，而是：

- 我从一个想法开始，下一步该干什么？
- 每一步需要我提供什么？
- AI 到底帮我做哪部分？
- 我怎么确认 AI 做得对？
- 多人一起写时，谁改了什么，怎么保留版本？
- 剧本写完后，怎么变成可拍摄、可交付、可沟通的资料包？

所以前端展示也不应该做成「功能卖点页」，而应该做成「产品工作流拆解台」。

## 1.1 一眼看懂的用户交互动线

先用用户能理解的话概括：

> 用户输入项目目标，系统整理资料和故事结构，AI 分岗位完成写作、审稿、改稿和制片拆解，用户逐步确认，最后拿到可交付的剧本与制片资料包。

更具体地看，用户动线是：

1. 输入项目目标：用户给一句话创意、题材、平台、篇幅和已有资料；系统输出项目简报和创作边界。
2. 建立故事资料：用户确认设定、资料和人物想法；系统沉淀故事圣经、角色卡、时间线和世界观规则。
3. 搭大纲和场景卡：用户选择故事方向；系统生成大纲、节拍表和每场要完成的任务。
4. 生成并编辑剧本：用户逐场确认文本；AI 生成正文、整理格式、润色对白。
5. 审稿并拆成任务：用户选择优先解决的问题；AI 把结构、连续性、角色、格式和风险问题拆成任务卡。
6. 多人改稿与留痕：用户和团队逐条接受、拒绝或合并建议；系统记录版本、来源、理由和差异。
7. 制片拆解到交付包：用户确认拍摄元素和导出格式；系统生成拆解表、镜头表、分镜草稿、PDF/FDX 和项目交付包。

这条动线有三个核心原则：

- 用户主线：输入目标、确认故事、审核修改、导出资料。
- AI 主线：整理资料、生成候选、找问题、拆任务、做交付。
- 产品主线：项目中枢、故事资料库、剧本任务台、制片资产库。

## 1.2 核心不是功能流，而是人类 × Agent 协作流

这个产品的核心不应该被表达成「有一堆剧本功能」，而应该表达成：

> 人类主创负责方向、判断、选择和验收；Agent 负责整理、生成、检查、拆解和交付；产品负责把双方的交接、版本和结果沉淀下来。

每个环节都应该固定回答四件事：

- 人类主导什么：方向、取舍、创作底线、验收标准。
- Agent 负责什么：资料处理、候选生成、问题定位、格式整理、资产拆解。
- 双方怎么协作：Agent 给候选或补丁，人类选择、修改、接受或拒绝，系统记录决策。
- 好结果怎么达成：不是“生成了内容”就结束，而是内容被确认、可追踪、可复用、能进入下一环节。

因此，前端展示应该优先让用户看到：

- 人类始终掌握创作控制权。
- Agent 不是一个万能聊天框，而是一组岗位。
- 每个 Agent 的产出都必须可审阅、可拒绝、可回滚。
- 每一步的结果都会进入下一步，形成连续工作流，而不是散落的聊天记录。

## 1.3 工作界面应该怎么设计

调研后的界面判断：

> 我们不应该照着 Laper 做「编辑器中间 + AI 助手侧挂」。我们应该做「项目工作台中间 + Agent 编剧室协作」。

原因是：

- Final Draft 证明专业写作环境、自动格式、大纲、协作和交付是基础能力，所以编辑器必须存在，但不应该是唯一主角。
- WriterDuet 证明修订和协作留痕是核心体验，所以 Agent 产出不能直接覆盖剧本，必须变成可审阅、可接受/拒绝、可回滚的任务或补丁。
- Celtx 和 StudioBinder 证明剧本会继续进入拆解、资产、排期、预算和通告，所以界面必须一直让用户看到项目资产，而不是只看到正文。
- Laper 截图说明它更像「专业剧本编辑器 + 侧边 AI 助手」；这有利于降低专业用户迁移成本，但不利于显性表达多 Agent 如何协作。

因此，我们的主界面建议分成五块：

1. 左侧工作流与项目资产：显示当前阶段、角色、场景、地点、待确认问题和资产数量。
2. 中央当前环节协作台：显示人类今天要判断什么，Agent 正在执行什么。
3. 决策队列：把 Agent 的发现变成问题卡、候选方案或改稿补丁，由人类接受、拒绝或调整。
4. 剧本证据区：每个问题必须绑定具体场景、对白、页码或资料卡，避免泛泛建议。
5. 右侧 Agent 编剧室：显示哪些 Agent 在工作、等待什么、用了什么模型策略、下一步交给谁。

第一版界面不应该追求完整 Final Draft 级编辑体验，而应该优先做：

> 上传/粘贴剧本后，Agent 自动拆解，生成项目工作台、问题任务台和待确认结果。

这样用户第一次进入就能看到产品价值：剧本被理解了，问题被定位了，下一步该做什么也清楚了。

## 2. 竞品工作流观察

### 2.1 Final Draft：专业剧本写作的标准链路

Final Draft 的核心不是 AI，而是行业标准写作、修订和交付。它的公开产品页把流程讲成：

- 计划故事：Beat Board、Outline Editor、Structure Lines。
- 开始写作：自动分页、自动格式化。
- 修改剧本：修订追踪、评论、自动版本保存。
- 导出剧本：PDF 导出，准备发送给制片人、导演、公司和 studio。

对我们的启发：

- 专业剧本产品必须有「写作前规划」「写作中格式」「写作后修订」「导出交付」这条主线。
- 修订、评论、版本保存不是锦上添花，而是专业用户的基础需求。
- 如果我们用 AI，就应该让 AI 进入这些节点，而不是另起一个聊天入口。

来源：Final Draft 13 产品页显示其包含自动格式化、Beat Board、Outline Editor、Structure Lines、tracked revisions、commenting、automatic version saving 和 PDF export。

### 2.2 WriterDuet：协作和修订是核心

WriterDuet 的强项是多人写作和版本变化管理。它公开资料显示：

- 实时协作。
- 自动保存。
- 卡片式大纲。
- 离线模式。
- 任意历史节点导出。
- 场景、地点、角色报告。
- 修订草稿和自动快照。
- 按具体日期、时间、作者查看修改。
- 对 production revision、writer revision、custom revision 做不同类型的修订追踪。

对我们的启发：

- 多人协作产品一定要讲清楚「谁改了什么」。
- AI 改稿也必须像真人改稿一样可追踪、可回滚、可接受/拒绝。
- AI 不应该直接覆盖全文，而应该产生可审阅的修改建议。

### 2.3 Celtx：从剧本进入制片准备

Celtx 的结构很接近影视团队工作流。它把产品分成：

- 写作。
- 故事开发。
- 前期制作。
- 制片管理。

前期制作里的关键模块包括：

- 剧本拆解：识别、标记、追踪生产资产。
- 资产目录：统一管理演员、道具、服装、设备、地点、工作人员。
- 镜头表：在剧本上标注详细镜头。
- 排期：用自动生成的 stripboard 安排拍摄计划。
- 演职员管理。
- 分场剧本。
- 预算。

它还强调资产信息会流入 catalog、cast & crew、budget、schedule 和 report。

对我们的启发：

- 剧本不是终点，剧本是制片资料的源头。
- 结构化资产一旦建立，就应该复用到预算、排期、通告单、分镜、报告。
- 我们的 AI 不应该只写文字，还应该帮用户把剧本拆成可拍摄资料。

### 2.4 StudioBinder：制片执行链路最清楚

StudioBinder 的优势是把剧本进入拍摄前的执行流程讲得很清楚：

- 导入剧本。
- 检查格式。
- 按 1/8 页估算场景长度。
- 标记角色、群众、道具、置景、服装、化妆、车辆、特技、特效、声音、音乐、特殊设备等元素。
- 生成场景拆解表。
- 进入 stripboard。
- 重新排序场景，形成拍摄排期。
- 从排期生成通告单。
- 生成报告和 PDF。
- 新剧本版本可以重新同步，不必推倒重来。

它的镜头表产品也很典型：

- 导入剧本后，每个场景生成对应镜头表。
- 选中动作或对白行，可以生成对应镜头。
- 镜头可以填写景别、机位运动、镜头、帧率、角度、声音、地点等。
- 导演、摄影指导、第一副导演分别补充创意、技术和时间估算。

对我们的启发：

- 这是「剧本到拍摄」最清楚的一条路径。
- 我们可以让 AI 做初步拆解和初步镜头建议，但最后仍让人确认。
- 前端应把「剧本 -> 场景 -> 资产 -> 排期 -> 通告」画出来。

### 2.5 Arc Studio：轻量现代写作协作

Arc Studio 的公开产品信息强调：

- 专业格式。
- 云同步。
- 自动备份。
- 评论。
- Fountain 与 Final Draft 导出。
- 浏览器、桌面、iPhone、iPad。
- 邀请协作者。
- 自定义格式。
- 大纲工具。
- 历史记录。
- 修订管理。
- 反馈链接。
- 围读音频。
- 角色图像。
- 研究助手。

对我们的启发：

- 现代编剧工具要足够轻，不要一上来就是复杂生产系统。
- 「反馈链接」「评论」「历史记录」是非技术用户能理解的协作入口。
- AI 研究助手、角色图像、围读音频适合做成可选的增强能力。

### 2.6 Sudowrite / Saga：AI 创作体验的参考

Sudowrite 面向小说，但它的 AI 工作流对编剧产品有参考价值：

- Story Bible：从创意到大纲、章节节拍、正文生成。
- Write：根据角色、语气、情节弧线续写。
- Expand：把节奏过快的段落扩展。
- Rewrite：根据方向改写。
- Feedback：给出可执行修改方向。
- Canvas：探索情节点、角色弧线、主题、反转。
- Visualize：把角色和世界观资料转成视觉图。

Saga 则更接近 AI 编剧和视觉化：

- 角色弧光建议。
- 40 节拍电影模板、25 节拍剧集模板。
- 脚本改写。
- AI 分镜。
- 可替换生成模型，如 OpenAI、Google Imagen、FLUX、KlingAI 等。

对我们的启发：

- AI 创作产品要有「资料库/故事圣经」，否则每次生成都像从零开始。
- AI 不应该只给一个答案，而应该给可选择、可修改、可追踪的建议。
- 多模态能力应该围绕剧本资产服务，而不是孤立生成图片或视频。

## 3. 从竞品抽象出的产品主线

把这些竞品放在一起，可以抽出一条完整链路：

1. 项目进入：输入创意、剧本、资料、目标。
2. 故事规划：整理项目简报、世界观、角色、关系、大纲、节拍。
3. 剧本写作：根据场景卡和故事资料写初稿，自动保持格式。
4. 审稿改稿：检查结构、节奏、角色、连续性、格式、风险，形成任务。
5. 协作修订：人和 AI 的修改都可追踪、可评论、可接受/拒绝。
6. 生产拆解：从剧本抽取角色、地点、道具、服装、特效、设备、群众等。
7. 镜头与视觉化：把场景转成镜头表、分镜、角色图、场景图。
8. 排期与交付：生成拍摄计划、通告单、报告、PDF/FDX/项目包。

这条线比「功能列表」更适合解释产品，因为用户能看到自己从开始到完成怎么走。

## 4. 我们应该拆成哪些产品模块

### 4.1 项目中枢

负责保存一个项目里的所有事实：

- 项目简报。
- 类型、受众、时长、平台。
- 参考片。
- 创作限制。
- 上传资料。
- 团队成员。
- 当前阶段。

关键点：所有 AI 角色都从项目中枢取上下文，不是每次重新问用户。

### 4.2 故事资料库

负责保存故事相关资料：

- 世界观。
- 角色。
- 人物关系。
- 地点。
- 时间线。
- 主题。
- 节拍。
- 场景卡。

关键点：这是 AI 生成和审稿的依据。没有故事资料库，AI 很容易前后矛盾。

### 4.3 剧本编辑器

负责专业写作：

- 场景标题。
- 动作。
- 角色。
- 对白。
- 括注。
- 转场。
- 自动格式。
- 分页。
- 评论。
- 版本。
- 导入/导出。

关键点：剧本编辑器是专业产品的地基，但第一版可以先做轻量编辑器或剧本上传分析。

### 4.4 审稿与任务台

负责把 AI 的检查结果变成可执行任务：

- 结构问题。
- 节奏问题。
- 人物弧光问题。
- 连续性问题。
- 格式问题。
- 敏感/版权风险。
- 制片风险。

每个问题都要包含：

- 问题位置。
- 问题原因。
- 建议处理方式。
- 严重程度。
- 负责人。
- 状态。

关键点：不要让 AI 输出一篇泛泛而谈的报告，要输出可执行任务。

### 4.5 协作与版本

负责团队工作：

- 批注。
- 修改建议。
- 版本历史。
- 谁改了什么。
- 按人、按日期、按阶段查看修改。
- 接受/拒绝 AI 建议。
- 回滚。

关键点：AI 也应该被当成一个协作者，它的每次建议都要留痕。

### 4.6 制片拆解

负责把剧本变成拍摄资料：

- 场景拆解。
- 角色表。
- 地点表。
- 道具表。
- 服装化妆。
- 特效/动作。
- 群众演员。
- 设备。
- 成本风险。

关键点：这部分是和普通 AI 写作工具拉开距离的地方。

### 4.7 镜头与视觉化

负责从剧本生成视觉参考：

- 镜头表。
- 分镜草稿。
- 场景参考图。
- 角色参考图。
- 海报方向。
- 围读音频。
- 预告片草稿。

关键点：视觉化不能脱离剧本，必须绑定到具体场景、角色和镜头。

### 4.8 模型与 AI 角色管理

负责让每个 AI 角色可以更换大模型 API：

- 每个角色有自己的任务说明。
- 每个角色有自己的输入材料范围。
- 每个角色有自己的输出格式。
- 每个角色可以选择不同模型供应商。
- 换模型不影响产品工作流。

关键点：用户看到的是「角色」，系统内部可以把角色接到不同大模型 API 上。

## 5. AI 协作角色怎么设计

不要把产品设计成一个万能 AI。应该拆成岗位。

### 5.1 调度角色

作用：

- 判断用户当前在哪一步。
- 决定该调用哪些 AI 角色。
- 把大任务拆成小任务。
- 汇总结果给用户。

例子：

用户上传剧本后，调度角色自动安排：

- 格式整理角色检查格式。
- 场景识别角色抽取场景。
- 角色架构角色整理人物。
- 连续性检查角色找前后矛盾。
- 制片拆解角色标记拍摄元素。

### 5.2 创作角色

包括：

- 角色架构角色。
- 世界观搭建角色。
- 结构编辑角色。
- 场景设计角色。
- 初稿写作角色。
- 对白医生角色。

它们主要负责从创意到文本。

### 5.3 审查角色

包括：

- 连续性检查角色。
- 格式整理角色。
- 版权风险角色。
- 观众视角角色。
- 制片风险角色。

它们主要负责发现问题，不直接覆盖稿件。

### 5.4 制片角色

包括：

- 制片拆解角色。
- 分镜角色。
- 镜头表角色。
- 预算风险角色。
- 导出角色。

它们主要负责把剧本变成可拍摄资料。

### 5.5 协作角色

包括：

- 编剧室主持角色。
- 版本档案角色。
- 任务分派角色。

它们主要负责多人协作、任务状态、版本留痕。

## 6. 大模型 API 可替换怎么设计

用户不需要看到复杂技术，但产品设计上必须支持。

### 6.1 基本原则

- 工作流固定，模型可换。
- 角色固定，模型可换。
- 输出格式固定，模型可换。
- 供应商可换，但用户看到的产品体验不变。

### 6.2 角色和模型的关系

每个 AI 协作角色都像一个岗位，这个岗位可以接不同模型：

| AI 角色 | 更适合的模型能力 | 为什么 |
| --- | --- | --- |
| 资料研究角色 | 长上下文、检索、引用能力 | 需要处理资料和来源 |
| 结构编辑角色 | 长文本分析、逻辑推理 | 要看全剧本结构 |
| 初稿写作角色 | 创意写作、风格模仿 | 要写出可读文本 |
| 对白医生角色 | 语言风格、人物声线 | 要区分角色说话方式 |
| 连续性检查角色 | 长上下文、细节比对 | 要找前后矛盾 |
| 制片拆解角色 | 信息抽取、分类稳定 | 要从剧本抽资产 |
| 分镜角色 | 多模态生成、镜头语言 | 要生成视觉参考 |

### 6.3 产品里怎么呈现

对用户：

- 只看到「AI 角色」。
- 可以选择「速度优先 / 质量优先 / 成本优先」。
- 可以看到每个角色是否完成任务、是否需要人类确认。

对内部：

- 每个角色绑定一个模型配置。
- 可以切换 OpenAI、Anthropic、Google、DeepSeek、开源模型或图像/视频模型。
- 每个角色有独立提示词、输入范围、输出格式和质量检查。

### 6.4 为什么这点重要

- 不被某一个模型供应商锁死。
- 不同任务可以用不同模型，降低成本。
- 未来换更强模型时，不需要重做产品。
- 出问题时可以替换单个角色，而不是重构整套系统。

## 7. 第一版产品怎么做

### 7.1 第一版不要先做完整编辑器

建议先做「上传剧本后的工作流拆解」：

1. 用户上传或粘贴剧本。
2. 系统识别场景、角色、地点、时间线。
3. 系统生成项目结构图。
4. 系统输出问题清单。
5. 系统给出改稿任务。
6. 用户选择一个任务，让对应 AI 角色处理。

这样用户能最快看到价值。

### 7.2 第一版核心页面

- 项目总览：当前剧本处在哪个阶段。
- 工作流地图：8 个阶段分别完成什么。
- 剧本结构：场景、角色、地点、关系。
- 问题任务台：所有 AI 发现的问题。
- AI 角色面板：每个角色做了什么、等待什么。
- 交付包预览：最后能导出什么。

### 7.3 第一版最关键的体验

用户上传剧本后，系统应该告诉他：

- 你的剧本有多少场。
- 主要角色是谁。
- 地点有哪些。
- 哪些人物关系没有交代清楚。
- 哪些地方可能有连续性问题。
- 哪些场景制片成本高。
- 下一步建议先改什么。

这比「我们有 AI 写作功能」更能让用户理解产品价值。

## 8. 前端下一版应该怎么展示

前端应该从「官网介绍」改成「人类 × Agent 协作工作台」：

- 左侧：完整工作流阶段。
- 中间：当前阶段人类主导什么、Agent 负责什么、双方怎么协作、好结果怎么达成。
- 右侧：人类验收点、竞品依据和 Agent/模型可替换说明。
- 下方：竞品对照和我们为什么这么设计。
- 单独模块：大模型 API 可替换说明。

关键表达方式：

- 少用抽象词，多用“人类主导什么、Agent 负责什么、双方怎么协作、好结果怎么达成”。
- 不展示代码，不展示 JSON。
- 讲清楚 Agent 不是一个按钮，而是一组分工明确的岗位。
- 讲清楚每一步都能由人类确认，不是黑箱自动改剧本。

## 9. 参考来源

- Final Draft 13 产品页：https://www.finaldraft.com/products/final-draft-13
- WriterDuet App Store 功能说明：https://apps.apple.com/bg/app/writerduet/id1237820649
- WriterDuet 修订追踪说明：https://www.writerduet.com/article/109-view-and-track-revisions-edits
- Celtx Pre-production 产品页：https://www.celtx.com/product/pre-production/
- Celtx Breakdown 帮助页：https://support.celtx.com/hc/en-us/articles/216581678-Breakdown
- StudioBinder 剧本拆解流程：https://www.studiobinder.com/blog/free-script-breakdown-sheet/
- StudioBinder 拍摄排期流程：https://www.studiobinder.com/blog/what-is-a-shooting-schedule/
- StudioBinder 镜头表产品页：https://www.studiobinder.com/shot-list-storyboard/
- StudioBinder 通告单产品页：https://www.studiobinder.com/call-sheet-builder/
- Arc Studio 定价与功能页：https://www.arcstudiopro.com/pricing
- Sudowrite 官网功能页：https://sudowrite.com/
- Saga 官网功能页：https://writeonsaga.com/