YouTube 腳本撰寫技能
這項技能幫助創作者撰寫高度參與、結構化且視覺動態的腳本，並針對 YouTube 的留存率演算法進行最佳化。它能將原始想法、文章或逐字稿轉換為可直接拍攝的腳本，其中包含清晰的視覺提示、節奏指示和音訊方向。
這項技能會產出什麼
- 3 個標題與縮圖概念： 以點擊率最佳化的標題，搭配不同的心理觸發點（好奇心、結果導向、對立觀點），並附上清晰的視覺縮圖版面建議。
- 3 種鉤子變體 (0:00 - 0:30)： 不同的鉤子格式（對立觀點陳述、故事鋪陳、模式中斷），能立即兌現標題的承諾。
- 留存率最佳化的腳本表格： 一個並排或區塊格式的腳本，將影片提示（B-roll、攝影機角度、文字覆疊、縮放）和音訊提示（對話、旁白、音效、音樂變化）分開呈現。
- 結尾與影片中繼資料： 一個無縫的影片結尾，旨在防止觀眾離開，並附上搜尋最佳化的描述範本和相關標籤。
必需的輸入
根據提供的資訊來工作。如果缺少任何一項，仍要產出完整的輸出：用合理的假設填補每個缺口，並標記為 (假設，請確認)，最後在結尾列出這些假設。只有當核心主題本身缺失時（沒有可寫的內容），才先提出一個問題。
- 主題/概念 — 影片是關於什麼的？（例如：「我如何在 30 天內建立一個 SaaS」）
- 目標觀眾 — 誰在看？（例如：初級開發者、學生設計師）
- 目標時長 — 以分鐘為單位的近似長度（例如：5-7 分鐘、10-15 分鐘）
- 腳本語氣/聲音 — 例如：充滿活力、教育性、說故事、對話性、幽默
- 主要目標 — （例如：取得電子報訂閱、銷售課程、提高觀眾留存率）
節奏與留存模型
每個 YouTube 腳本都必須遵循此結構，以防止過早流失：
- 鉤子 (0:00 - 0:30)： 立即承諾價值。沒有開場、沒有標誌動畫、沒有通用問候語（「嘿大家，歡迎回來...」）。
- 利害關係 / 再次鉤住 (0:30 - 1:00)： 建立為什麼這個主題困難、緊急或有價值。介紹「反派」（問題）和「英雄」（解決方案）。
- 章節 / 里程碑 (1:00 - 90% 標記)： 將核心內容分成 3-5 個不同的章節。每個章節都必須有一個清晰的微小回報。
- 模式中斷： 建議每 4-8 秒改變視覺或音訊。使用縮放畫面、彈出文字、B-roll 轉場或音效（咻、叮、蹦）來維持注意力。
- 回報 / 高潮 (90% - 95% 標記)： 提供鉤子中承諾的最終建議或最後的啟示。
- 無縫轉換的行動呼籲 (95% - 結束)： 永遠不要用「總之」或「就這樣」來暗示結束。將最終價值點直接連結到推薦下一部影片，或在觀眾離開前快速發出行動呼籲。
輸出格式
[工作標題]
目標時長： [時長] | 觀眾： [目標觀眾] | 語氣： [語氣]
1. 標題與縮圖最佳化
標題選項
- 好奇心缺口： [例如：「你的程式碼跑很慢的真正原因（不是 Python）」]
- 結果導向： [例如：「我如何在 1 小時內最佳化我的應用程式以處理 10 萬名用戶」]
- 對立觀點： [例如：「簡單專案別再用 React」]
縮圖概念
- 概念 1： [視覺細節，例如：主持人近距離特寫，表情憂慮，分割畫面一邊是巨大的紅色「錯誤」橫幅，另一邊是乾淨的綠色勾勾。大型粗體三字文字覆疊：「別再這樣做。」]
- 概念 2： [視覺細節，例如：乾淨的圖形表示，伺服器負載圖表飆升到頂點，與一條平坦的綠線形成對比。文字覆疊：「10 萬用戶。」]
2. 鉤子變體 (選擇一種)
變體 1：對立觀點鉤子
- 視覺： [主持人靠近鏡頭，直視鏡頭。快速縮放，螢幕上出現以粗體紅字寫成的「慢」字。]
- 音訊： 「幾乎每個和我聊過的開發者都怪 Python 讓他們的應用程式變慢。但 90% 的情況，語言本身不是問題。瓶頸其實就在你昨天可能寫下的一行程式設定裡。」
變體 2：故事鉤子
- 視覺： [顯示編輯器出現 500 錯誤記錄的 B-roll。切換到主持人因沮喪而揉著額頭。]
- 音訊： 「上週二凌晨三點，我們的資料庫在負載下完全崩潰。網站每下線一分鐘，我們就損失 200 美元。在花了好幾個小時搜尋堆疊追蹤後，我們找到了一個簡單到難以置信我們會錯過的修復方法。」
變體 3：模式中斷鉤子
- 視覺： [秒錶在螢幕中央從 5 秒開始倒數。秒數歸零時發出突然的響亮「叮」音效。]
- 音訊（旁白）： 「在接下來的 5 分鐘裡，我將向你展示那個為我們團隊每月省下 4,000 美元伺服器成本的確切效能調整。而且，你不需要重寫任何一個資料庫查詢。」
3. 主要腳本
| 時間 / 章節 | 影片提示 (B-roll、覆疊、攝影機角度) | 音訊提示 (口語腳本、音效、音樂) |
|---|---|---|
| 0:30 - 1:00再次鉤住 | 在螢幕上展示顯示伺服器成本的圖形。稍微放大主持人。 | 「是這樣的：資料庫最佳化聽起來極其複雜。但大多數教學讓你學習你永遠不會用到的 SQL 查詢。今天，我們只專注於實務操作。」 |
| 1:00 - 3:30第一章：[章節名稱] | [視覺提示：轉場到螢幕錄製。在設定檔中反白第 12-15 行。加入游標反白。] | 「[口語對話]：首先，讓我們打開預設的設定檔。請注意這個特定的連線池大小限制... [音效：輕柔的點擊聲]」 |
| 3:30 - 6:00第二章：[章節名稱] | [視覺提示：切回主持人。推進式縮放，強調主持人的臉部表情以凸顯重點。] | 「[口語對話]：這帶我們進入下一步。如果你把這個值設得太高，你的伺服器會當機。如果太低，用戶會等一輩子。以下是找到甜蜜點的方法...」 |
| 6:00 - 8:30第三章：[章節名稱] | [視覺提示：伺服器監控儀表板的 B-roll，顯示一條平坦的線變成健康的波浪。] | 「[口語對話]：一旦我們應用了這個設定，看看回應時間發生了什麼變化。它們從 800 毫秒降到了 45。」 |
| 8:30 - 9:00回報 | 顯示分割畫面：調整設定前的載入時間 vs 調整設定後。 | 「所以，只改變那一個變數，我們就完全解決了崩潰問題，而且沒有花任何一毛錢在硬體升級上。」 |
| 9:00 - 9:30無縫行動呼籲 | [視覺提示：螢幕卡片彈出，指向相關影片。文字覆疊：『接下來看：擴展 PostgreSQL 資料庫。』] | 「[口語對話]：既然你的伺服器設定正確了，你的下一個瓶頸將會是資料庫索引。點擊這裡的影片，我會在 5 分鐘內為你解析索引...」 |
4. 搜尋最佳化的中繼資料
- 影片描述： [包含關鍵字的前 3 個句子，以利搜尋排名。例如：「學習如何最佳化伺服器效能並防止資料庫崩潰。這份逐步教學帶你了解伺服器設定調整，以節省託管成本。」]
- 建議標籤： 伺服器最佳化, 資料庫設定, 網頁開發, 託管成本, 系統架構
- 行動呼籲連結： [插入電子報或產品頁面的連結]
品質檢查
- 每個標題選項少於 60 個字元，以防止在行動裝置上被截斷。
- 在任何鉤子或腳本部分的前 60 秒內，沒有通用的開場填充詞（例如：「歡迎回到我的頻道」、「別忘了按讚和訂閱」）。
- 在主腳本中，每 10 秒至少指定一次視覺方向（B-roll、文字覆疊、縮放調整）。
- 腳本在回報之後立即轉換到行動呼籲，不要聲明「總之」或「謝謝觀看」。
- 口語台詞以對話式語言撰寫（短句、自然停頓、不過度學術性的術語）。
反模式
- 不要撰寫沒有伴隨視覺提示的對話段落。YouTube 是一個視覺優先的媒介；每一段話都需要視覺轉換。
- 不要在鉤子期間（前 60 秒）推銷贊助商、頻道訂閱或外部連結。
- 不要只建立一個通用鉤子；總是提供 3 種不同的鉤子變體（對立觀點、故事敘述、模式中斷），以給予創作者靈活性。
- 不要使用會觸發「觀眾離開坡道」的通用結尾（例如：「今天的影片就到此為止，希望你喜歡，下次見！」）。建議另一部影片讓觀眾留在平台上。
範例觸發短語
- 「寫一個關於我個人生產力系統的 YouTube 腳本。」
- 「幫我規劃一個 10 分鐘的影片腳本，向大學生解釋通貨膨脹。」
- 「我需要一個關於 Python 整潔程式碼教學的 YouTube 大綱和腳本。」
- 「草擬一個留存率最佳化的 YouTube 腳本，主題是『如何在 2026 年建立一個 SaaS』。」