解說影片腳本：範本、案例與工作流程

01

1. 複製這些60秒與90秒腳本範本

將模板用作通訊作業的序列，而不是作為完成的副本。用您的觀眾使用的語言替換每個括號，並用您的團隊可以驗證的證據。60秒版本是為一個問題和一個機制設計的。90秒的版本透過新增證明或第二個用例來獲得額外的時間，而不是用不同的詞重複好處。

• 在訊息簡介後面寫鉤子，這樣它就說出了正確的情況，而不是追逐新奇事物。
• 在開場白和證明中使用相同的問題；改變問題會讓結果感覺不相關。
• 用路線、比較、分配、突出顯示或轉換等動詞來描述機制。
• 保持CTA可見和可說話；導航選單不是腳本結尾。

02

2. 先用6個問題撰寫資訊說明

當六個決定已經固定時，腳本就變得更容易了：檢視器、觸發時刻、當前變通辦法、機制、證明和下一個操作。這些比提高意識等廣泛目標更有用，因為它們決定了觀眾聽到和看到的內容。在潤色開頭之前，為每個欄位寫一兩句話，並要求產品或主題所有者核准它們。

對於共享收件箱測試，檢視者是一個小型的SaaS支援團隊。觸發器是，當幾個隊友處於活躍狀態時，新請求到達。變通辦法是跨一個收件箱進行手動協調。該機制是路由規則，將請求分配給正確的渠道和所有者。證據是請求到達一次，並收到一個協調的響應。下一個動作是建立第一個規則。

• 誰是觀眾，當問題出現時，他們扮演什麼角色？
• 具體是什麼事件觸發了對正在解釋的產品、流程或想法的需求？
• 觀眾現在在做什麼，這種變通辦法在哪裡變得緩慢、有風險或令人困惑？
• 哪些可觀察到的機制改變了舊的過程，而不僅僅是承諾了更好的結果？
• 哪些已核准的螢幕、示例、狀態更改或來源表明該機制有效？
• 理解解釋後，觀眾應該立即採取什麼單一行動？

03

3. 用計時朗讀規劃片長，不要只靠公式

字數給出了一個起始範圍，但說話的節奏會隨著詞彙和意圖而變化。產品名稱、首字母縮略詞、數字和不熟悉的術語比簡短的對話短語需要更多的時間。故意的停頓可以有意義，特別是在證明或CTA之前。即使敘述者繼續前進，螢幕上的文字也需要視覺保留時間。在故事板獲得核准之前，先記錄粗略閱讀。

• 在判斷句子是否合適之前，標記首字母縮略詞的發音和擴充套件。
• 允許可見的數字、介面標籤和比較有足夠的時間來閱讀和檢查。
• 為音樂過渡、場景變化和本地化版本留出一小部分餘地。
• 每次結構變化後重新測試完整閱讀，因為後期的節拍可能會失去時機。
• 如果最後一幀在觀眾做出回應之前就消失了，不要將其算作有用的CTA時間。

04

4. 採用5段式結構，讓每個段落都有任務

五部分結構是鉤子、問題、機制、證明和CTA。它的價值不是標籤。它創造了一個因果鏈。鉤子識別情況。這個問題說明瞭為什麼當前狀態很重要。該機制解釋了哪些變化。證明顯示了在相同條件下改變的狀態。CTA為理解提供了一個目的地。刪除任何連結都會使腳本感覺像廣告或教程片段。

• 在專注的60秒腳本中給鉤子五到八秒鐘。
• 用問題來增加後果，而不是用更強的形容詞重述鉤子。
• 在機制上花費最大的份額，因為那是創造理解的地方。
• 證明，直觀地回答開場情況提出的相同問題。
• 以一個操作和一個目的地結束，而不是產品導航選項列表。

05

5. 使用音訊與畫面雙欄腳本

僅敘述的檔案是不完整的，因為視覺團隊必須猜測每行需要證明什麼。僅故事板的檔案也是不完整的，因為移動可以隱藏一個薄弱的論點。將語音音訊和畫面任務並排放置。為定時、螢幕文字、源、過渡和稽核者新增可選列。這種格式將劇本變成了製作合同，而不是鼓舞人心的段落。

• 每行分配一個畫面任務；當它要求框架做不相關的工作時，將行分開。
• 編寫與已核准產品版本中顯示的UI標籤完全一致。
• 標記概念性的視覺效果，這樣評論者就不會將其誤認為是字面產品行為。
• 在相關情況下，保留產品、編輯、品牌、法律和最終核准的審查員專欄。

06

6. 附畫面任務的完整共用收件匣SaaS腳本

下表是用於實際操作共享收件箱解說影片的工作腳本。它是故意狹窄的。它沒有解釋報告、整合、許可權或整個支援類別。每行都推進了一個故事：重複的回覆成為一個路由工作流程，有一個所有者和一個下一個操作。生產檔案中的源列將連結到已核准的螢幕和檔案。

• 只有在機制開始時才會介紹產品，因此開場保持以觀眾為中心。
• 證明返回到相同的請求模式，這使得前後比較易於遵循。
• CTA透過要求第一條規則來延續該機制，而不是改為不相關的註冊承諾。
• 一旦包括視覺保持，語音計劃將略長於60秒，測試證實了這一點。

如果您的產品無法支援這些狀態之一，請在生產前更改腳本。不要讓動畫暗示產品未提供的分配、狀態或自動化。虛構的例子仍然可以教授寫作結構，但品牌產品影片必須區分說明性流程和實際行為。驗證是劇本寫作的一部分，而不是最終的法律通行證。

07

7. 比較腳本與66.837秒算繪結果

匯出的測試影片測量了66.837秒，因此大約60秒的製作需求產生的結果比圓形目標長約6.8秒。這種差異是有用的編輯證據。該腳本包括幾個標籤、一個機制序列和一個CTA保留。消除所有停頓或加快聲音會保護數字，但會削弱理解力。第二次修訂應該在壓縮證據之前刪減語言。

• 第一個切口：刪除視覺已經傳達的重複設定。
• 第二切：用明確的主語和主動動詞替換長名詞短語。
• 第三次切割：在觸及機制或證明之前刪除次要示例。
• 最終時機：記錄新的閱讀，並用實際場景重播。

08

8. 改寫薄弱的開場、功能堆砌與CTA

良好的編輯會改變句子所執行的工作。它不只是用更有活力的詞語取代簡單的詞語。下面的示例識別了故障，保留了必要的資訊，並將線路重新連線到檢視器、問題、機制、證明或行動。每當利益相關者要求使劇本更令人興奮時，請使用此過程，而不識別觀眾仍然無法理解的內容。

• 圈出抽象名詞，並詢問一個人或系統實際上在做什麼。
• 將類別宣告替換為預期檢視者識別的觸發時刻。
• 僅當功能參與故事中顯示的機制時，才保留功能。
• 將證明移到它支援的索賠旁邊，而不是在最後收集模糊的利益。
• 將CTA重寫為可見的動詞加物件，例如建立規則或審查初稿。

09

9. 錄下計時朗讀，並依正確順序刪減

在安靜的房間裡用手機或膝上型電腦記錄粗略的閱讀。目標不是語音品質。這是要聽到呼吸、節奏、模稜兩可和時機。標記您重新啟動的每個位置，新增一個計劃外的單詞，或強調錯誤的術語。自然修正通常會揭示你嘴上預期的更簡單的句子。將錄音與腳本共享，以便審稿人評估口語，而不是無聲的散文。

刻意按順序切割。首先刪除重複的設定，然後刪除不改變含義的形容詞、次要示例、功能側跳和額外的CTA。保護機制、已核准的證據、所需的安全或合規性環境，以及足夠的視覺理解時間。如果故事在這些剪輯後仍然太長，請縮小承諾範圍或增加片長，而不是不自然地快速說話。

• 讀一遍意思，並記錄自然持續時間，不要追逐目標。
• 在預期能量下再讀一遍，並標記呼吸、強調、發音和尷尬的語法。
• 將錄音與粗糙的場景對立，併為標籤和證據增加視覺保留時間。
• 按該順序剪下重複的上下文、修飾符、側面示例和其他操作。
• 從頭開始錄製修訂後的劇本，因為區域性剪輯可能會改變以後的節奏。
• 讓一位不熟悉的聽眾在聽完一遍後陳述問題、機制、證明和CTA。

10

10. 把這套架構套用到不同解說任務

這五項工作在各個類別中仍然有用，但它們的重點發生了變化。SaaS產品影片通常需要可見的工作流程證明。專業服務可能會解釋診斷、流程和信任，而不是介面。技術概念需要準確的定義和精心選擇的抽象。入職培訓可以假設意圖，並更接近任務。教育可能需要檢索檢查或摘要，而不是轉換CTA。

• 每個簡短的腳本都保留一個受眾；當角色需要不同的證明或語言時，建立變體。
• 僅當確切行為重要且螢幕保持足夠當前時，才使用真實介面。
• 技術解釋中的陳述假設，因此簡化不會變得不準確。
• 當檢視者已經決定使用該產品時，將銷售證明替換為任務確認。
• 當目標是保留和應用時，使用學習行動而不是行銷CTA。

未經主題審查，不要將成功的SaaS結構複製到醫療、財務、法律或安全敏感的解釋中。腳本可能需要所需的上下文、風險語言或不同的操作。該框架組織了溝通，但它並不能取代領域責任。在交接中說出核准專家的名字，並保留每個敏感陳述的來源。

11

11. 使用AI協助，但不要虛構產品內容

人工智慧可以幫助組織源材料，生成替代措辭，識別重複，提出場景劃分，並測試結構是否完整。它不應該決定哪些產品宣告是正確的。給它一個已核准的證據包、明確的受眾、機制、執行時、被禁止的宣告、術語和CTA。要求它標記缺失的證據，而不是用聽起來可能的細節來填補空白。

• 提供已核准的訊息簡介和來源段落，而不是無限制地請求解釋公司。
• 將引用的產品事實與編寫說明分開，以便模型可以保留宣告邊界。
• 為特定節拍要求兩到三個替代方案，而不是重複完整的劇本重寫。
• 要求每個數字、能力和比較指向提供的來源或所有者審查。
• 將版本名稱、使用者介面標籤、發音、計劃限制和當前定價保持在通用假設之外。
• 審查生成的語言，以瞭解空的強化詞、重複的結論和暗示因果關係的過渡。

在TapVid執行中，生成的製作需求建議從9:16移到16:9，因為解釋依賴於介面主導的故事。這是一個有用的建議，但它仍然需要核准。腳本建議使用相同的標準。一個模型可以出現一個權衡；創作者決定它是否與觀眾、位置、證據和品牌相匹配。

12

12. 準備不必靠猜測的製作交接資料

製作就緒的劇本不僅僅是經過核准的敘述。它包括時間、畫面任務、所需螢幕、源連結、螢幕上的文字、發音、音樂方向、比例、標題、品牌約束、過渡以及每個核准的狀態。目標是消除無聲的假設。設計師應該知道哪些元素是證據，哪些是說明性的，哪些可以更改以保持視覺清晰度。

• 在每個產品螢幕上標記其捕獲日期以及它所代表的版本或計劃。
• 解釋概念圖是字面行為、簡化行為還是純粹的隱喻。
• 包括每個預期寬高比的安全作物區和移動文字檢查。
• 說出誰可以核准事實、編輯、品牌、法律和匯出更改。
• 當視覺修訂更改隱含的產品行為時，再次要求腳本核准。

使用實際檔案進行簡短的交接稽核。閱讀資訊說明，播放粗略的敘述，檢查證據，並走過困難的場景。在這次會議上回答的問題應該寫在交接中。當另一個團隊成員或工具恢復專案時，從未觸及檔案的口頭決定將成為未來的不一致。

13

13. 製作前先規劃在地化與字幕

本地化會改變時間、換行、強調，有時還會改變場景設計。直接翻譯可以擴充套件到足以與視覺保持碰撞。產品使用者介面可能不使用相同的標籤長度，甚至不能使用相同的功能名稱。幽默和隱喻會失去其功能。在將每個運動提示鎖定到英語波形之前，計劃可編輯的文字、靈活的場景定時、安全字幕區域和本地化的介面證據。

翻譯每個節拍的溝通工作，然後重建自然的口語。本地化的鉤子必須識別相同的觸發時刻，但它不需要相同的單詞順序。機制和證明必須保留事實意義。CTA應使用目標介面中的術語。錄製母語或流利的閱讀，並重新計時視覺序列，而不是將每種語言強制進入英語持續時間。

• 維護產品名稱、使用者介面標籤、首字母縮寫詞和必須保持未翻譯的單詞的術語表。
• 只要製作允許，就將旁白、字幕和螢幕上的標籤保留為單獨的可編輯欄位。
• 檢查最終顯示尺寸的讀取速度和換行符，特別是對於移動放置。
• 檢視渲染場景中的數字、單位、日期格式、標點符號和文字方向。
• 使用精通產品和目標受眾的流利評論員，而不是僅僅理解語法。
• 匯出並觀看每個本地化版本，因為正確的文字仍然可能被錯時或裁剪。

在內容包中保持結構平等，以便每種語言都能收到相同的示例、證明、限制、常見問題和操作。平價並不意味著字面意思。這意味著本地化的觀眾會收到同樣有用的決定和證據。當來源或產品螢幕僅提供英文版本時，請說明該約束，而不是默默地刪除支援細節。

14

14. 解說影片腳本常見問題

使用這些答案作為指導。繼續生產工作流程和15-example analysis。使用W3C指南計劃字幕。