视频制作工作流：把一支活从 brief / 简报跑到最终交付

01

工作流是一张关卡图，不是旁边那张表

Inspect image

视频制作工作流这五个字，会被用到四种不同对象上。把它们混在一起，团队就会一边填清单，一边发现真正的活还没有一份已批准的 brief / 简报。

工作流说的是，下一阶段开始之前必须成立什么。模板是一份可复用的制作记录：来源、脚本、场景、修改状态。提案是别人仍须接受的范围。计划是在那句同意之后，指定负责人、日期和依赖。自动化是一场带包装、发布权限和度量的活动循环。

Codepic 的 2026 精确匹配指南把工作流定义成负责人、交付物和批准关卡的地图，而不是一堆任务倾倒。本页用的就是这个定义。

• 十个方框的示意图仍然不是一次实跑。
• 如果后面的阶段无法指回一份已批准的产物，这张图就是装饰。
• 让旁边的页面各走各的道。

如果你需要一张表，离开本页。如果你需要的是做事的顺序，留下。

02

一支视频活的六个阶段

Inspect image

多数公开指南把制作压成三个阶段：前期制作、制作、后期制作。Lemonlight 的 2026 Video Production 101 页面是这套模型最清楚的百科。

三阶段图是对的，但当你必须知道脚本能不能往前走时，它又太粗。本页把一支活拆成六个阶段。拍摄是可选的。源材料锁定不是。

这六行就是整套工作流。本页剩下的部分是怎样跑每一行。一支拍出来的客户故事仍然需要 brief / 简报、源材料包、分镜/场景表、审核预算和归档。一次素材驱动 / asset-led 的产品更新也需要同一套关卡。制作阶段是唯一方法分叉的地方。iconik 在 2025 年 12 月的说明是对的：评论拆散在邮件、Slack 和网盘里，批准就会变成口耳相传。

把评论集中到成片上。不要让媒体资产平台取代脚本锁定或源材料锁定。

用同一六行走一遍一支 60 秒的更新日志活。下面的事实是规划示例，不是产品测试。

• Brief / 简报锁定：观众是正在读产品页的现有客户。任务是找到新的导出默认。时长是 60 秒。渠道是产品页。信息是「导出默认现为 1080p。」审批人是产品经理。范围外：销售演示和招聘成片。
• 源材料锁定：带日期的更新日志条目、当前设置 UI、已批准的 1080p 措辞，以及任何你没有的性能声明都留空白。缺失输入：如果点名竞品，这句话要做法务审核。
• 脚本与场景：四行。点出变更。展示设置。说明限制。请对方做一步下一步。每一行带声明的内容都指向源材料包。
• 制作，素材驱动 / asset-led：用 UI 截取和已批准文案组装一份可供审看的草稿。不要为了填一段停顿去编「导出更快」这种声明。
• 审核：产品经理看一遍。允许一条工艺意见。要求加第二受众，就是一份新的 brief / 简报。
• 交付：16:9，60 秒，字幕只重复已批准措辞，目的地在产品页，归档 brief / 简报、源材料包、分镜/场景表、决定和母带。

一支拍出来的 90 秒客户故事用同一六行，只是制作工作不同。

• Brief / 简报锁定仍然点出一个观众、一句信息、一个时长和一名审批人。
• 源材料锁定再加上授权书、场地许可、镜头上的产品版本，以及可以加字幕的那句引言。
• 脚本与场景仍然需要一列来源。「办公室 B-roll」在它不承载声明、或已有许可之前，还不能算一行。
• 制作按分镜/场景表记录镜头。没有行的额外补拍，以后不能塞进一个数字。
• 审核仍然是一名审批人和一份预算。确认过引言的客户成功负责人是评论人，除非 brief / 简报点名他是审批人。
• 交付仍然把授权书和母带一起归档。丢了授权书，就是丢了重跑这条成片的权利。

03

在任何人去收来源之前，先锁定 brief / 简报

Inspect image

brief / 简报是第一份产物，不是一场关于未来产物的谈话。VID 的 brief 一节问了四个现在仍然管用的问题：给谁看，他们看完该做什么，多长、什么格式，以及它住在哪里。把答案写下来。不要把启动会当成 brief / 简报。

一支活的 brief / 简报可以只占一页。

观众： 一种角色、一种情境，不是「网站上的所有人」。任务： 视频之后的一个动作，例如做完一步、询盘，或理解一处变更。时长和渠道： 一个数字和一个位置。「社交媒体大概一分钟」不是 brief / 简报。一句信息： 后面阶段用来对照的那句话。审批人： 能说 brief / 简报已经完成的那一个人。范围外： 第二受众、第二个卖点，以及这次你不会做的那条额外成片。

• 通过条件故意无聊。具名审批人在那一页上写下同意。
• 如果两个部门对那句信息仍有分歧，你拿到的是一场停住的谈判，只是套了一个文件名。
• 一份不写时长的 brief / 简报会漏进后面每一场争论。剪辑按口味剪。干系人要更多上下文。发布负责人发现文件对那个档期太长。
• 把第二条时长的请求当成第二份交付物。

下面是可以当结构抄、不能当事实抄的已写 brief / 简报：

• 素材驱动 / asset-led 产品更新：60 秒，更新日志受众，产品页。信息：导出默认现为 1080p。审批人：拥有那句话的产品经理。范围外：品牌片、销售演示、招聘成片。
• 拍出来的客户故事：90 秒，落地页。信息：这个团队用一段录好的走查，替掉了每周状态会。审批人：能确认那句引言的客户成功负责人。范围外：公司历史蒙太奇。
• 如果这两支活共用一个名叫「Q3 视频」的文件夹，在任何人去收文件之前先拆开。
• 一支竞品片可以告诉你调性。它不能提供时长、声明或审批人。只有 brief / 简报存在之后，才去偷结构。
• 拒绝一份列了三个受众、却只要一个文件的 brief / 简报。那是三支活共穿一套戏服。
• 拒绝一份只说「做得有质感」、却不写信息的 brief / 简报。调性不是通过条件。
• 拒绝一份审批人是「领导团队」的 brief / 简报。一个群体无法在一页上写下同意。
• 即使听起来不客气，也要写出范围外清单。你不写的话，第二条成片会在审核时以友好建议的样子到来。

04

冻结一份后面阶段能检查的源材料包

Inspect image

收来源是一个阶段，不是剪辑过程中的寻宝。跳过它的团队并没有省时间。他们只是把编造搬进了成片，那里更难看清，也更贵才能撤回。

做一个团队里陌生人也能审计的包。

已批准措辞：名称、数字、法务句子，以及 brief / 简报里的那一句信息。原始文件：截图、产品 UI、文档、logo、镜头或静帧，而且你有权使用。屏幕上或旁白里将出现的每一条声明的证据。一份带负责人的缺失输入清单，不是一份希望。每一条可能过期的来源都标版本或日期。

• 通过条件是对应关系。后面每一个场景都指向源材料包的一行，或被标成不承载声明的视觉辅助。
• 一个「只是看起来更有质感」的场景，只有在它不引入任何事实时才被允许。
• 一份抛光过的导出可以藏住缺失的来源。源材料包藏不住。如果唯一的产物是最终文件，你有的是结果，不是工作流。
• 素材驱动 / asset-led 的活最先碰到这个。更新日志里提到价格、日期或计数，就需要一行。负责人还没批准，这个字段就留空白。
• 拍出来的活会在授权书和场地上碰到它。镜头上的客户是来源。办公室、笔记本上的产品版本，以及加了字幕的引言，也是来源。
• 如果授权书缺失，即使机组已经订好，制作也被挡住。
• iconik 后来对入库、代理文件和归档检索有用。它不决定一条声明有没有被批准。
• 锁定之后来源变了，就把源材料包标成过期，并点出受影响的场景。那是一次隔离重跑，不是从零开始一支新视频。
• 如果你需要一张表，把这次修改状态记在制作模板上。本页只要求这个状态存在。
• 保留一条非专家也能套用的过期来源规则。如果 UI 截取早于更新日志日期，制作前先重截。
• 保留一条空白字段规则。缺价格，不是去截一张竞品页再猜的理由。
• 保留一条面孔、办公室和客户名称的许可规则。「电话里他们说没问题」不是一行。
• 保留一条 logo 和颜色的版本规则。旧的绿色，或旧的字标，是来源缺陷，不是风格选择。

05

把脚本写成一份分镜/场景表

Inspect image

一份只是口播文案的脚本，只是交付物的一半。另一半是分镜/场景表：哪个视觉任务承载每个节拍，以及那一镜被允许使用哪条来源。

在任何人打开摄像机或生成器之前，把两样都写完。

每个场景一句口播节拍。每个场景一个视觉任务，用动词写出来：展示设置，展示 UI 状态，展示物件，展示面孔。每个带声明的场景一个来源指针。屏幕文字要么匹配已批准措辞，要么不要屏幕文字。一份加起来等于 brief / 简报时长的时间估计。

• Codepic 把分镜放在拍摄之前，好让节奏问题先出现在纸上。保持这个习惯。
• 丢掉「有分镜就等于有 call sheet」这种假设。素材驱动 / asset-led 的分镜/场景表可以是一张表。

脚本和分镜/场景表一起批准。一个喜欢文案的创意负责人和一个还没看过表的制片人，并不算做完。如果这张表需要九个场景才能说一句信息，要么 brief / 简报超载了，要么脚本在重复自己。先减场景，再在时间线上剪。一支 60 秒的活如果需要两分钟解释，那是 brief / 简报的问题。不要放行一份填不满来源列的分镜。空着的来源格，就是第一版成片里出现无依据指标的方式。

本文不把一张生成出来的工作流图，当成工作流已经跑过的证据。把同一条规则用到你的活上。若要 explainer 专用的五字段方法，用如何制作讲解视频。若要跨 SKU 的产品声明图，用产品视频制作。无论你选了哪种格式，仍然需要一行场景到来源的对应。

06

只在来源允许的路径上制作

Inspect image

制作是人们最先想象、却应该最后开始的阶段。方法跟着你已经锁定的证据走。

当 brief / 简报需要的证据是一个人、一个地方或一个物理动作时，选拍摄。当证据已经活在文档、UI、静帧或已批准片段里时，选素材驱动 / asset-led。当一段短的开场或收尾拍摄，坐在素材驱动 / asset-led 的中段上时，选混合。

Lemonlight 的百科对拍出来的活是对的深度，对更新日志却是错的默认。VID 警告说，一套工作室形状的工作流会被四人团队忽略。选那条更薄、却仍能展示已锁定来源的方法。拍摄交付物：已记录的镜头，外加一份跟着分镜/场景表走的第一版组装。镜头表调度的是这张表。不在表上的镜头是没有声明权的 B-roll，直到出现来源行为止。

• 素材驱动 / asset-led 交付物：一份可供审看的草稿，场景可见，字幕可读，声明可核对。草稿是给审核的，不是给发布的。
• TapVid 只属于第二条路径，而且只是一个可选的执行表面。
• 公开的视频制作模板目前管到这些：把已批准材料变成可供审看的脚本和场景计划，让受保护措辞绑在它的来源上，并在一个已批准字段变化时重跑受影响的场景。
• 它不是内置模板库，不是镜头表软件，不是甘特日历，也不是制作代理商。
• 本文不声称有一份新鲜的 TapVid brief / 简报到成片材料包。这些句子没有附上第一手实跑。
• 一段成片的资料库片段补不上这个缺口。一条产品性能声明需要同一支活做两次：一次设置或过程状态，一次结果或边界状态。
• 在那份材料包存在之前，把 TapVid 当成可能的草稿表面，而不是你的工作流有效的证据。

常见的制作失败是方法错误，不是口味错误。

• 靠开拍去发现那句信息。那份工作本该属于 brief / 简报。
• 用一条松散提示词生成草稿，再把输出叫做来源。提示词不是源材料包。
• 因为场景显得空，就加一条统计。空着比假的好。
• 渲染时改掉结束卡 URL，因为「首页转化更好。」那是 brief / 简报变更。重新打开 brief / 简报。

• 画面锁定是制作的通过条件：成片匹配分镜/场景表和时长。审核仍可以把它退回。
• 如果剩下的工作是从入库到归档的 13 段剪辑，交给视频剪辑工作流。
• 本页停在一份可供审看的成片，以及它周围的关卡。

07

用一名审批人和一个封闭循环来审核

Inspect image

审核是一道关卡，不是一场群聊。Codepic 在成片之后画了两条分支：批准，或退回需要干活的那个阶段，并带一份修改预算，好让循环能结束。用这个形状。

在任何人开看之前，先点出四件事。

审批人，能说可以发布的那一个人。评论人，可以加意见、但审批人能接受或丢掉的人。预算，通常是约定范围内的一轮或两轮。时钟，例如 48 小时这样的窗口，好让零散意见不会永远重新打开这支活。

• 按 iconik 的建议，把评论放在成片上，而不是拆散在邮件、Slack 和网盘里。
• 带时间戳的意见，好过「中间那段感觉不对。」
• 审核工具发明不出审批人。如果看的人不能说同意，你只是在收集看法。

在剪辑动手改时间线之前，先整理意见。

• Brief / 简报意见改变任务、受众或信息。那是一份新的 brief / 简报，不是微调。
• 来源意见改变一条事实或一份素材。把源材料包标成过期，并重跑受影响的场景。
• 工艺意见改变节奏、声音，或不承载声明的画面。这些消耗修改预算。
• 口味意见没有产物。丢掉它们，或把它们转成上面三类之一。

• 没有这种分类的修改预算，会被花在口味上。没有预算的分类会打转。
• 不要把看起来做完的成片当成批准。视频营销自动化把可供审看的草稿和发布决定分开。即使你没有在自动化一场活动，也借用这个拆分。
• 按顺序问事实准确性、品牌措辞、渠道匹配和发布许可。同一个人可以负责不止一个问题。
• 写一份决定记录：日期、审批人、轮次，以及走了哪条分支。没有它，下一个人会从「final_v7.」重新开始。
• 如果团队说不清谁来做视频，先用小企业视频制作。做出那个选择后再回来。

08

交付一份你能辩护的文件，然后关掉这支活

Inspect image

交付不是「有人上传了点什么。」它是这支活最后一份可检查的状态。

对照 brief / 简报和源材料包跑一遍短 QC。

时长匹配 brief / 简报，或这次改动已作为新交付物被批准。屏幕文字匹配已批准措辞。字幕可读，并且不引入新声明。目的地 URL 就是 brief / 简报上的那一个。画幅匹配 brief / 简报点名的渠道。声音听得清。这是一次核对，不是一门混音课。没有残留占位、旧 logo 或过期 UI。文件名和版本写下来。

然后归档到下一个人能重新打开这支活。

• 已批准的 brief / 简报。
• 源材料包及其日期。
• 分镜/场景表。
• 审核决定记录。
• 母带和已交付的编码文件。
• 什么情况会强迫重跑的说明。

• Storyflow 把交付当成一次交接，而不是一场消失术。保住这个。跳过它后面那套软件栈推荐。
• 你不需要一个新应用，才能把五个文件放进一个带日期的文件夹。
• 渠道包装、UTM 规则和仪表盘属于自动化指南。
• 30 天产能模型属于可规模化视频制作。
• 当具名发布负责人能指向一份文件、以及为它辩护的产物时，本页结束。
• 成片仍然不能证明工作流。空归档意味着你交付了一份文件，却丢了这支活。

09

当这支活是一张表、一份日历，或后面的剪辑时，离开本页

Inspect image

有些看起来像视频制作工作流的搜索，其实在要另一种对象。故意把它们送走。

你需要一份可复用的工作表，用来管来源、场景和修改状态。用视频制作模板。你需要干系人接受范围和占位。用提案模板。你需要日期、负责人和依赖。用计划模板。你需要从入库到归档的剪辑手艺。用视频剪辑工作流。你需要吞吐、队列和格式组合。用可规模化视频制作。你需要一场带发布权限的活动循环。用视频营销自动化。

你需要 explainer 专用的五字段方法。用如何制作讲解视频。

• 这些链接是边界，不是一份站点地图倾倒。
• 如果你把模板模式抄进本文，你已经开了第二页在抢同一件事。不要。
• TapVid 不是每个阶段的主角。有用的位置是来源被批准之后、素材驱动 / asset-led 的制作阶段。
• 用那些材料起草一份可供审看的脚本和场景计划，然后保持你在拍出来的成片上也会用的同一份审核预算。
• 如果那句话哪天需要一张产品截图，去捕捉这支活。不要贴一段成片，然后把它叫做路径。

10

常见问题