影片製作工作流：把一支案子從 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

常見問題