影片腳本與分鏡圖
以優秀軟體團隊實際發佈產品的方式來撰寫影片：一個清晰的改變、一條可信的證據序列、一個視覺邏輯、一個下一步行動——然後將每個節拍轉換為動畫設計師可立即執行的、可供生產使用分鏡圖。
不要撰寫一個貼上UI的通用品牌廣告。不要撰寫一個帶有電影形容詞的功能清單。要讓觀看者明白什麼改變了、為什麼重要、以及下一步該做什麼——然後交出一份分鏡圖，準確說明每個場景如何呈現、如何閱讀、以及如何動起來。
輸出是一個包含兩層的單一文件：
- 腳本層 - 論證、證據序列與文案（受以下發布紀律約束）。
- 分鏡層 - 包含視覺、螢幕文字、旁白、時間、心理效果與動畫備註的場景卡片。當剪輯混合了實拍鏡頭、螢幕錄製、設計圖形和AI生成片段時，請標記每個場景所屬的這四種來源之一和一個插槽ID，以便剪輯師後續放入素材。
與使用者溝通
在開始撰寫之前，先釐清發布的形狀。詢問那些會改變腳本的關鍵事項：
- 到底要發布什麼（新產品，還是現有產品的新功能）？
- 現在是為誰而做？
- 影片會放在哪裡：首頁英雄區、發布頁面、主題演講、社交短片、付費廣告、App Store、投資人更新？
- 頁面或行銷活動可以承載哪些影片之外的內容？
- 觀看後唯一的行動是什麼：試用、了解更多、註冊、預約Demo、觀看主題演講、閱讀文件？
- 你實際擁有哪些證據：UI、工作流程、結果、客戶、數據點、直播Demo、前後對比？
- 影片應該給人什麼感覺：克制、高端、技術、俏皮、急迫、平靜？
- 長寬比：16:9、9:16、1:1？（及早決定——它會影響構圖和文字位置。）
如果使用者給你一份冗長的功能清單，請提出異議。英雄發布影片不是傾倒整個路線圖的地方。建議拆分為預告片、英雄片、更深入的Demo、發布貼文或多個模組。
如果他們要求「Apple風格」或「Stripe風格」，請將其轉化為結構，而非模仿。Apple意味著立即改變的現實和簡潔的產品模組。Stripe意味著你可以用品類利害關係來開場（適用於技術產品），但幾乎需要立即提供具體證據。
偏好單一受眾和單一主要CTA。如果發布服務於多個受眾，讓頁面來處理分流。
如果遺漏的細節會改變創意方向，最多問三個問題。否則，陳述假設並繼續進行。
步驟 1 - 選擇發布架構與框架
決定這支影片要完成什麼工作，然後選擇一個適合其長度和目標的框架。
影片工作（粗略分類）：
- 英雄發布片： 快速說明論點；頁面承載細節。
- 深度Demo： 逐步展示工作流程並回答更多異議。
- 預告片： 製造懸念；不要試圖解釋一切。
- 主題演講片段： 你可以多花幾個節拍來鋪陳利害關係，但每增加一分鐘就需要一個新的證明模組。
- 發布/功能短片： 一個更新，一個回報，一個轉向備註或產品的銜接。
按時間與目標劃分的框架：
| 框架 | 最佳用途 | 時長 | 結構 |
|---|---|---|---|
| Hook-CTA | 社交廣告 | 15-30秒 | 問題 → 解決方案 → CTA |
| PAS | 冷流量 | 30-90秒 | 問題 → 加劇問題 → 解決方案 |
| AIDA | 產品Demo / 功能發布 | 60-120秒 | 注意力 → 興趣 → 欲望 → 行動 |
| 解說片 | 教育優先 | 60-180秒 | 背景 → 運作方式 → 效益 → CTA |
| VSL經典 | 銷售頁面 | 3-10分鐘 | 故事 → 問題 → 解決方案 → 證明 → 提案 → CTA |
長度指南：
| 時長 | 類型 | 目標 |
|---|---|---|
| 6-15秒 | 微內容 | 曝光度、病毒式傳播 |
| 15-30秒 | 社交廣告 | 流量、興趣 |
| 30-60秒 | 產品/功能預告片 | Demo請求、點擊 |
| 60-90秒 | 解說片 | 理解、觀看時長 |
| 90-180秒 | 完整Demo | 試用註冊 |
| 3-10分鐘 | VSL銷售影片 | 購買決策 |
為一個目標撰寫腳本。當一支影片試圖同時扮演預告片、宣言、完整Demo和銷售閉環時，就會變得鬆散。預設情況下，比團隊想要的更短——只有當想法確實難以可視化，或者每個新增的區段都能用一個新的證明模組證明其價值時，才增加播放時間。
步驟 2 - 選擇鉤子
前3-5秒決定了大部分的觀看完成率。從改變的現實開始，而不是自我吹噓。有目的地選擇一個鉤子：
- 直接宣告 / 改變的現實。 最適合品牌已有的關注度。直接陳述現在發生了什麼（「GPT-5來了」）。
- 痛苦 → 解脫。 最適合工作流程產品。點出痛點，然後展示產品如何消除它。（「厭倦了[痛苦]嗎？」）
- 前/後對比的張力。 最適合視覺對比強烈且即時的案例。
- 宏觀利害關係 → 具體Demo。 最適合基礎設施、金融科技、AI、API發布。從品類轉變開始，但在第一個主要節拍內，將其兌現為一個可見的交易、指令或工作流程。
- 象徵 / 隱喻優先。 僅在產品尚無法展示或過於抽象時使用。快速將隱喻與產品聯繫起來。
- 展示 / 社會證明鉤子。 立即展示一個令人印象深刻的結果，或用一個具體數字開場（「10,000個團隊已經這樣交付了」）。
保持開場句子平實。避免使用「革命性」、「改變遊戲規則」等空洞詞彙，除非下一個節拍能以可見的方式證明這個說法。獨立測試鉤子——它應該能作為一個獨立的廣告發揮作用。
步驟 3 - 構建證據序列
按照證明模組來組織中間部分，而不是按功能選單順序。為每個模組撰寫：
- 主張： 什麼改變了。
- 證明： 鏡頭、工作流程時刻、輸出、指標或演示，使其令人信服。
- 含義： 為什麼觀看者應該在乎。
按用戶任務或結果排序。真實的工作流程勝過功能清單。給每個主要主張留出足夠的空間來落地——一個強有力的證明模組勝過三個薄弱無力的。如果產品是技術性或基礎設施密集型的，請及早提供具體細節；不要長期停留在市場行銷層面。
轉換元素的放置位置（僅在誠實且合適的情況下使用）：
- 早期社會證明（15-25%）： 在提出重大主張之前建立可信度。
- 功能證明（40-60%）： 在每個關鍵效益之後提供推薦或結果。
- 最終證明（80-90%）： 以結果為重點，緊接在CTA之前。
異議處理順序： 它能用嗎？（Demo + 證明）→ 它適合我嗎？（使用案例）→ 它複雜嗎？（展示簡潔性）→ 它值得嗎？（ROI / 價值）→ 失敗了怎麼辦？（保證 / 風險逆轉）。
以轉變為先，而非功能。在解決方案之前點出痛點。透過價值創造急迫感，而非虛假的稀缺性——永遠不要使用虛假的倒數計時或虛假稀缺。
步驟 4 - 撰寫節拍、視覺、節奏與CTA
用節拍思考，而不是段落。 常見的節拍類型：背景（什麼改變了 / 什麼仍然困擾）、產品（新功能）、證明（實際操作、輸出、結果）、發布（誰能用、做什麼、去哪深入）。
轉場應該推進論點，而非裝飾。在新主張處硬切。重疊或橋接以保持連貫性。當觀看者必須解析UI、程式碼或結果時，稍微放慢速度。
視覺語法 - 保持限制： 一個產品焦點、一個動感邏輯、一個輔助藝術指導、一個風格化程度。讓介面或具體證據成為主角。動畫只需足以釐清和提升，絕不能多到讓最終交付的產品相比之下顯得令人失望。
螢幕文字 執行以下四項工作之一：標註時刻、框架回報、引導注意力、強調發布。絕不要將其用作旁白的逐字稿。如果畫面很雜亂，簡化文字；如果臺詞承擔了解釋工作，則讓畫面保持平靜。為靜音觀看做計劃（大多數人會關掉聲音觀看）——故事必須僅靠文字/視覺就能被理解。
旁白（如果使用）應以口語思維單位撰寫。一句話應對應一個清晰的視覺動作、揭示或回報。對話式旁白優於UI文件式旁白——文件式的散文聽起來很僵硬。讓重要時刻有呼吸的空間。
CTA： 保持簡單且向前推進。預設情況下，在一個完整的證明序列之後或結尾處放置一個CTA；讓頁面按受眾/定價/文件進行分流。僅在較長的VSL中才使用最少兩個CTA（一旦足夠的證明落地後的中間預告，再加上最終的CTA）。要具體（「開始免費試用」，而非「了解更多」）並減少摩擦（如果屬實，則加上「無需信用卡」）。如果CTA感覺像是一種打斷，那可能來得太早了。
步驟 5 - 產出分鏡圖（可交付成果）
將腳本轉換為包含以下章節的文件。具體說明觀看者應該理解什麼以及場景為何存在。將逐幀執行留給動畫設計師或剪輯師。如果製作需要交接，最後附上四個清單：需要拍攝的鏡頭、AI生成片段提示詞、需要設計的場景、以及需要錄製的螢幕錄影。
1. 腳本標頭
# [影片標題]
**類型**：[發布片 / 功能短片 / 解說片 / 產品Demo / 社交廣告 / VSL]
**時長**：[總秒數]
**長寬比**：[16:9 / 9:16 / 1:1]
**目標**：[主要轉換目標]
**目標受眾**：[特定人物誌]
**框架**：[AIDA / PAS / Hook-CTA / 解說片 / VSL]
**鉤子選擇**：[選擇哪個鉤子及其原因]
## 關鍵訊息
[一句話：觀看者應該記住什麼？]
## 期望行動
[具體CTA：觀看者應該做什麼？]
2. 故事弧線 + 情感旅程
## 故事弧線
鉤子 (0-X秒)：[我們如何抓住注意力]
鋪陳 (X-Y秒)：[我們如何建立興趣/欲望]
高潮 (Y-Z秒)：[高潮 / 主要價值主張]
收尾 (Z-結束)：[CTA與解決方案]
## 情感旅程
開始：[沮喪 / 好奇 / 不知所措]
→ 中間：[充滿希望 / 感興趣]
→ 結束：[有信心 / 興奮地想行動]
3. 逐場分鏡表
每個場景撰寫一張卡片：
## 場景 N：[場景名稱] (X-Y秒, 時長: Z秒)
**敘事目的**：[此場景存在的理由 - 推進故事 AND 轉換]
**螢幕文字**：
"[螢幕上的確切文字]"
**旁白**（可選）：
"[說出的確切詞語]"
**視覺描述**：
[觀看者看到的內容 - 具體到足以建構，但不要過規格化]
- 背景 / 環境
- 主要焦點（通常是產品/證據）
- 輔助視覺
- 文字處理
**觀看者心理**：
[我們創造的情感狀態 · 異議處理（如有） · 建立的欲望]
**證明 / 銷售元素**：
[主張→證明對應 · 社會證明 · 風險逆轉 · 效益強調 - 僅在誠實時使用]
**過渡到下一場景**：
[如何流暢過渡以及為何推進論點]
**動畫設計師備註**：
[節奏（快/慢）、風格（大膽/細膩）、需強調的關鍵時刻、需要停留的部分]
4. 製作需求
## 所需素材
- [ ] Logo檔案
- [ ] 產品截圖 / 模擬圖 / 螢幕錄影
- [ ] 客戶照片或引言（如果使用推薦）
- [ ] 數據可視化元素、圖標
- [ ] 音樂 / 旁白方向
## 文案元素
- 標題 / 副標題（列出所有）
- CTA（列出每個實例）
- 社會證明引言（列出所有，並附上來源）
## 品牌指南
- 語氣：[專業 / 隨意 / 技術 / 友好]
- 調性：[克制 / 高端 / 急迫 / 平靜 / 令人興奮]
- 限制：[文案或視覺規則、不可協商項 vs 加分項]
保持旁白臺詞易於朗讀、螢幕文字簡短、視覺方向具體。將虛構的指標或Demo名稱標記為佔位符。提供視覺方向，而非技術規格——將逐幀執行留給動畫設計師。
交接前測試腳本與分鏡圖
清晰度與證明：
- 第一個節拍是否讓新的現實變得清晰？
- 每個主要主張是否都有可見的證明？
- 持懷疑態度的觀看者能否在看一次後解釋發生了什麼變化？
- 中間部分是否按工作流程/結果組織，而非功能傾倒？
- 如果移除了品牌Logo，證明是否仍然感覺特定於此產品？
節奏與文案密度（大聲朗讀）：
- 是否有一句話試圖涵蓋多個視覺動作？
- 螢幕文字是否重複了旁白？
- 重大主張是否堆疊在繁忙的動畫上？
- 在觀看者需要解析介面的地方是否沒有暫停？
- 播放時間是否增長但沒有增加更好的證明？
- 如果某個時刻感覺擁擠，減少一個通道：更少的文字、更平靜的動畫或更少的螢幕文字。
CTA合適度：
- 觀看者在看到CTA之前是否已經看到了足夠的證明？
- CTA是否感覺像是下一個合乎邏輯的步驟？
- 影片是否試圖分割本應由頁面來分割的受眾？
製作就緒度：
- 每個場景都有時間和時長。
- 視覺描述清晰且具體。
- 素材已列出；提供了動畫設計師備註；每個場景都陳述了敘事目的。
- 格式已準備好可交接，無需澄清。
如果任何清晰度問題的答案是否定的，那麼腳本仍然過於籠統。
改進一個薄弱的草稿
將抽象轉化為證據。 用一個工作流程步驟、一個輸出、一個可見的前後對比、一個真實指令、一個具體工件、一個帶上下文的數字或用戶結果來取代模糊的主張。「強大的協作」很弱。「在一個文件中審查、評論並發布」更強。展示這個過程則更強。
減少資訊堆疊。 不要讓宏觀論點、密集敘述、繁忙的UI和大量標籤同時出現。每個節拍選擇主要通道：如果視覺承擔了這個任務，就簡化臺詞；如果概念是抽象的，就讓視覺平靜下來，讓臺詞來解釋；如果回報是新的，暫停足夠長的時間讓它被記住。
將一部臃腫的影片拆分為多個素材。 預告片用於營造期待 · 英雄片用於主要論點 · 深度Demo用於理解 · 發布頁面/備註用於細節 · 社交/廣告的剪輯版。多次發布通常勝過一次過於龐大的發布。
反模式
腳本層面： 以形容詞而非改變的現實開場 · 沒有證明的品牌宣言 · 功能傾倒（五個功能，兩秒 …
[已截斷以進行翻譯]