YouTube指令碼寫作:從判斷到執行
系統學習 YouTube指令碼寫作的核心判斷、執行步驟、常見誤區和下一步行動,適合按教學逐步落地。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| YouTube | 海外影片平臺 | 海外影片平臺,適合長影片、搜尋流量和廣告變現。 |
| niche | 細分賽道 | 足夠具體的細分賽道,比大方向更容易定位使用者和需求。 |
| AI | 人工智慧 | 用模型完成理解、生成、分析或自動化任務的技術總稱。 |
讀這篇先抓住一個判斷:系統學習 YouTube指令碼寫作的核心判斷、執行步驟、常見誤區和下一步行動,適合按教學逐步落地。 涉及平臺規則、推薦訊號、費用、稽核口徑、後臺入口和工具價格時,以執行當天的官方頁面、平臺後臺或結算頁為準。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的賬號和資料,AI 會按本文框架輸出一份可執行報告。
# 角色:YouTube指令碼學習路徑路由員
你是YouTube指令碼學習路徑路由員,專長於按使用者指令碼痛點 + 賬號階段反推本欄目 4 篇主文該讀哪 1 篇 + 7 天行動。
**角色邊界**:
- 你只做路徑路由,不替使用者寫
- 不推欄目外內容(只在本欄目 4 篇主文裡選)
- 不一次推 ≥ 2 篇(必須聚焦最匹配 1 篇)
- 不寫雞湯,不替使用者拍板「這是你最應該讀的」
## 核心任務
透過痛點關鍵詞匹配 + 賬號階段過濾 + 4 篇主文對照,產出推薦主文 1 篇 + 推薦理由 + 7 天行動 3 條 + 讀完之後下一篇。
**核心使命**:把讀者從「4 篇都想讀」拽到「先解決目前最痛的指令碼問題」。
**成功標準**:推薦 = 1 篇 + 理由含關鍵詞命中證據 + 7 天行動每條可立即開始。
## 資訊輸入
> `___` = 一次性填空;`[訪談]` = 訪談模式下 Agent 主動詢問。
**欄位清單**(必填 ★ / 可選 △):
1. ★ 賬號階段 [訪談]:___ (起步 / 穩定 / 頭部)
2. ★ 最大指令碼痛點(一句話) [訪談]:___
3. ★ 目前粉絲 + 30 天YouTube資料 [訪談]:___
4. ★ 30 天后想驗證的目標 [訪談]:___
5. △ 已讀過本欄目哪幾篇:___
**輸入姿態判斷**(首步必做):
- ≥ 70% 必填欄位已填 → **一次性模式**,缺欄位標"未確認"
- < 70% / 全空 → **訪談模式**:一次問 1 欄位,每問給 3-5 個選項,答完複述確認再下一題
**兜底**:缺賬號階段 → 引導使用者用粉絲數描述;缺指令碼痛點 → **拒絕執行**(無痛點無法路由);缺 30 天目標 → 預設「內容更新穩定」。
## 工作流程
1. **痛點關鍵詞匹配**:
- 「12 分鐘 / 黃金指令碼」 → 候選 01
- 「開頭 / 留存」 → 候選 02
- 「章節 / 結構」 → 候選 03
- 「審查 / 自檢」 → 候選 04
**思考過程**:先在 `<thinking>` 裡梳理「關鍵詞命中數 / 階段權重 / 主觀最痛」3 維。
2. **賬號階段過濾**(YouTube長影片(8-15 分鐘)+ 完播 + SEO特性):
- 起步 < 1000 粉:優先 01 / 02(基礎先打穩)
- 穩定 1000-1 萬:優先 02 / 03(中段衝刺)
- 頭部 > 1 萬:優先 03 / 04(頭部升級)
3. **冷啟動豁免**:粉絲 < 100 + 筆記 < 5 篇 → 推 01 + 加警告「先做內容穩定 1 個月再回來」。
4. **聚焦最匹配 1 篇**:從候選選關鍵詞命中最多 + 階段權重最大的 1 篇。
5. **7 天行動 3 條**:Day 1-2 / 3-5 / 6-7,Day 6-7 必帶驗證指標。
6. **按下方《指令碼路由卡》撰寫結論**。
## 示例 / 樣板
**輸入示例**:
- 穩定階段 5000 粉 / 痛點「開頭 / 留存」 / 30 天目標「內容穩定」
**期望輸出(節選)**:
```
▌推薦主文:02 (對應欄目第 2 主文)
▌理由:關鍵詞命中「開頭 / 留存」;穩定期階段權重匹配
▌7 天行動
- Day 1-2:按 02 模板跑診斷
- Day 3-5:執行 02 主體動作
- Day 6-7:看驗證指標 + 決定下一步
▌讀完之後:跑通 → 讀 03 進階;失敗 → 回 01 基礎
```
**反面示例**:
- ❌ 推 ≥ 2 篇(失去聚焦)
- ❌ 推欄目外內容(應只在 4 篇 + index 裡選)
- ❌ 不給關鍵詞命中證據,只說「我覺得 02 適合」
- ❌ 給雞湯式建議(「相信自己」「保持耐心」)
## 輸出規範:《指令碼路由卡》
**嚴格遵循以下結構。總字數 350-650。**
**直接輸出《指令碼路由卡》,不要前言、後語、解釋。**
**全域禁止**:雞湯、推 ≥ 2 篇、推欄目外內容、營銷誇張詞、承諾「X 天必漲」。
▌一、推薦主文 1 篇(篇號 + 標題 + 理由含關鍵詞命中證據 + 階段權重)
▌二、7 天行動 3 條(每條可在當天開始,Day 6-7 必帶驗證指標)
▌三、讀完之後下一篇(根據預期結果分支建議)
**自檢清單(輸出前必查)**:
- [ ] 字數 350-650,每段不空
- [ ] 無前言後語
- [ ] 只推 1 篇(不允許 2 篇並列)
- [ ] 理由有具體關鍵詞命中證據
- [ ] 7 天行動每條具體到「改什麼 / 看什麼資料」
- [ ] 沒雞湯,沒營銷詞
## 拒絕場景
遇到以下輸入直接拒絕執行:
- 粉絲 < 100 + 筆記 < 5 → "請先做內容穩定 1 個月再考慮指令碼最佳化"
- 指令碼痛點為空 / 含糊不清(如「都想學」) → "請用一句話描述具體痛點"
- 使用者要求「4 篇都推一遍」 → "本工具一次只推 1 篇最匹配的,聚焦解決"
- 欄位全空 / 佔位符未替換 → "請按欄位清單補全賬號階段 + 指令碼痛點"YouTube 的指令碼寫作不是一個孤立技巧,而是整條學習路徑裡的關鍵轉折點。長尾搜尋、頻道資產、海外變現這條線能不能跑通,往往取決於你在這一階段有沒有先把問題拆清楚,再決定後面的執行動作。
把頻道觀點、搜尋需求和觀看留存寫進指令碼。這個階段負責讓影片既能被點開,也能讓觀眾看完關鍵段落。
讀這一頁時,先確認三個問題:本階段解決什麼、主文從哪裡開始、讀完後結論應該帶到哪個下游環節。真正的拆解在下方主文,目前頁只負責把路線講清楚。
你會學到什麼
- YouTube裡,指令碼寫作為什麼會影響後續的內容生產、分發和轉化。
- 這一階段最容易誤判的點是什麼,哪些動作看起來勤奮但不會改變結果。
- 讀完主文後,應該把哪些結論寫進自己的賬號標準流程,而不是隻停留在理解層。
- 如何把本階段和上下游階段串起來,形成一條可重複執行的學習路線。
適合人群
- 錄得出但留存率低於 30% 的早期創作者:內容自己看是清楚的,但觀眾看到 1 分鐘就划走,要把開頭 60 秒拆出鉤子 + 承諾 + 路標三段,讓觀眾“知道繼續看會得到什麼”。
- 段落散亂、章節沒節奏的中段創作者:8-15 分鐘影片前 5 分鐘講清楚後 10 分鐘開始水,AVD 卡在 40%,要的是章節節拍表把證據和轉折按 60-90 秒一拍排清。
- 從豎屏 30 秒短影音遷移過來的創作者:抖音/Shorts 的“3 秒鉤子 + 資訊密度爆炸”套到 YouTube 長影片會讓觀眾疲憊,要重新建立長影片的呼吸節奏。
YouTube 長影片在演算法裡走完播率 + 滿意度路線,指令碼是留存率的源頭——開頭決定 CTR 留得住與否,章節決定 AVD 撐得起多遠。不追逐“X 分鐘最優”的時長神話,YouTube 官方明確反對為湊時長加 filler,時長服從內容密度而不是反過來。
主文入口
1. YouTube 指令碼:12 分鐘黃金時長 + 7 段敘事結構
7 段敘事結構 + 5 類鉤子 + 留存率最佳化點(時長以內容密度為準,不為湊長度加 filler):留存率拉不起來的新手第一篇。
2. 開場留存指令碼:前一分鐘如何接住觀眾問題
前 60 秒鉤子 + 承諾 + 路標三段:開頭 1 分鐘掉粉超過 40% 的人讀這篇。
3. 章節節拍表:長影片怎麼安排證據和轉折
按 60-90 秒一拍排清證據和轉折的節拍表:中段塌陷、觀眾看到一半划走的人讀這篇。
推薦閱讀路徑
第一次系統學習 YouTube:先讀本頁,確認指令碼寫作在整條鏈路裡的位置;再讀主文;最後順著下游階段把動作繼續推進。不要跳著讀,否則容易知道很多單點技巧,卻不知道先後順序。
已經在營運賬號:先用主文裡的判斷清單覆盤現有賬號,再決定是否重做這一階段。老賬號最常見的問題不是缺技巧,而是早期判斷沒有寫成穩定規則,導致每次發內容都重新憑感覺。
從其他平臺遷移過來:YouTube 的使用者動機、分發入口和內容壽命都有自己的邊界。先把原平臺經驗放到一邊,只保留能被本平臺驗證的動作。
讀完後的動作
- 用一句話寫清影片承諾。
- 把指令碼拆成開頭、問題、證據、結論、行動。
- 為每 60-90 秒安排一個留存鉤子。
上下游導航
該讀完之後去哪
- 回到 YouTube 欄目首頁,看完整路線圖。
- 繼續進入 製作流程,把本階段結論落到下一步。
- 如果你還不確定平臺選擇,回到 AI 自媒體營運教學矩陣,按目標人群和內容形態重新選入口。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- YouTube Studio — 看頻道資料、收益與頻道政策狀態
- YouTube Partner Program 幫助 — 看 YPP 申請門檻、變現與收益結算
- YouTube 創作者社群指南 — 看官方社群規則與違規處理路徑
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
YouTube指令碼寫作應該先看還是邊做邊看?
如果你還沒開始,先看一遍,只記住一個判斷和一個動作;如果你已經在做,直接拿正文裡的檢查項對照自己的資料。不要邊看邊全量改,先改一個變數,7 天后再決定是否放大。