Podcast 逐字稿轉摘要與貼文流

🎯 這條流程解決什麼

做 Podcast 的人都懂：錄完一集，工作才做了一半。後製剪輯之外，還有一整套「上架文書」要處理——節目簡介（show notes）、章節時間戳、重點金句、各平台的宣傳貼文與精華片段文案。這些看似瑣碎，卻直接決定一集能不能被搜尋到、能不能在社群上被點開。問題是，它們極度耗時，又是純人工的重複勞動。

把工序攤開算：聽完一集 60 分鐘的節目並抓重點要至少 60 分鐘（甚至更久，因為要來回倒帶）、寫一份完整 show notes 約 40 分鐘、整理章節時間戳約 20 分鐘、為 IG／FB／Threads 各寫一則宣傳貼文約 40 分鐘——這還沒算逐字稿。一集的上架文書手工要花 2.5 到 3 小時，幾乎等於再做一次節目。很多創作者因此只草草寫兩句簡介就上架，等於放棄了 SEO 與社群擴散；或者因為這道工序太累，乾脆降低更新頻率。對媒體型團隊來說，這是每集固定要外包或佔用人力的成本，一集找寫手代寫 show notes 與貼文行情約 1500 到 4000 元。

導入後的改變

導入前，每錄完一集就面對「還要寫一堆文案」的疲憊，常常拖好幾天才上架，錯過內容的新鮮熱度；社群宣傳也因為趕時間做得敷衍，一集的觸及全靠運氣。導入後，把剪好的音檔丟進雲端資料夾，流程自動跑：轉好逐字稿、生出完整 show notes（含時間戳與金句）、備好各平台宣傳貼文，全部整理成一份待審稿。創作者要做的只剩審稿——確認逐字稿無誤、潤飾貼文、按下上架。

效益估算上，原本 2.5 至 3 小時的上架文書壓縮到約 30 分鐘審稿，省下約八成工時。更實際的好處是「上架不再延宕」——錄完當天就能上架，趁熱推送社群；逐字稿本身也成了可被 Google 與站內搜尋檢索的文字資產，讓每一集的長尾流量持續累積。對一人 Podcast 來說，這等於把每集省下的 2 小時還給內容本身。想看更多這類把後製文書自動化的設計，可參考 /automation 與其他 /workflows。

流程怎麼運作

對應 frontmatter 的五個節點，逐步拆解：

1. 觸發：偵測新音檔（🎧）——監看指定的雲端資料夾（Google Drive、Dropbox），一旦偵測到新上傳的音檔就啟動。也可改成手動觸發、貼上音檔連結。

2. 轉逐字稿（📝）——把音檔送進語音轉文字服務（如 Whisper、AssemblyAI），產出帶時間軸的逐字稿。時間軸是後面做章節時間戳的基礎，務必保留。

3. AI 產出 show notes（🧠）——把逐字稿交給 AI 摘要節點，生成三樣東西：一段吸引人的節目摘要（給播放平台簡介用）、依內容轉折抓出的章節時間戳、以及幾句適合單獨拉出來宣傳的重點金句。

4. 寫宣傳貼文（📣）——依逐字稿與金句，為各平台產出口吻不同的宣傳文案：IG 預告、FB 重點導讀、Threads 短鉤子、可剪成精華片段的段落建議。

5. 彙整待審上架（📋）——show notes、貼文與逐字稿整理成一份待審稿（寫進試算表或 Notion），全部停在待審狀態，你確認後才手動上架與排程社群。

需要的工具與串接重點

• 平台（n8n / Make）：主結構是雲端硬碟觸發 → 語音轉文字 → AI 多次呼叫 → 寫入試算表。檔案較大時注意逾時設定，建議用 n8n 處理較有彈性。
• 雲端硬碟：當音檔入口與觸發來源，資料夾命名要規律方便對應集數。
• 語音轉文字：中文 Podcast 建議選對中文與專有名詞辨識較好的服務，並開啟時間戳輸出。
• AI 摘要節點：show notes 與貼文分開呼叫，prompt 要餵入節目定位、目標聽眾與過往範例校準語氣。
• 試算表：當待審稿的彙整與留存，每集一列，欄位含逐字稿連結、show notes、各平台貼文。
• 社群排程：審稿通過後才正式排入。

串接重點是「保留時間軸」貫穿全程，否則章節時間戳會做不出來。

常見錯誤與注意事項

• 逐字稿必須人工校對：語音轉文字對人名、品牌名、專業術語常出錯，發布前務必人工確認無誤，AI 不取代人工校對。
• 來賓內容需取得授權：若該集有來賓對話，引用其發言做宣傳貼文或公開逐字稿前，需取得來賓同意，避免侵權或斷章取義引發爭議。
• 敏感資訊把關：訪談中可能提到尚未公開的消息、第三方隱私或商業機密，公開前需人工檢查並過濾，這涉及《個人資料保護法》與當事人權益。
• 金句不可竄改原意：AI 拉金句時偶爾會為了好讀而改動語意，審稿時須對照逐字稿確認忠於原話。
• 事實查核：節目中提到的數據、引述發布前應人工核對，避免擴散錯誤資訊。

台灣中小企業情境案例

台南一位經營在地美食 Podcast 的創作者，每週訪談一家老店，過去錄完一集要再花一個下午寫簡介、整理重點、做社群宣傳，常常拖到週末才上架，社群貼文也因為趕時間做得很陽春。導入這條流程後，剪好音檔丟進 Google Drive，當天就拿到完整的待審稿：含店家故事重點的 show notes、幾句適合做圖卡的金句、IG 與 FB 的宣傳文案。他只花半小時校對逐字稿（特別是店名與老闆名字）、潤飾貼文就上架。三個月後，因為每集都能趁錄完當天趁熱推送、加上逐字稿讓節目開始被 Google 搜到，單集平均收聽成長約三成，還因為 show notes 寫得完整，多了幾家店主動找上門想被訪問。

延伸應用

這條流程的逐字稿是一座金礦，可以再延伸很多用途：串 一稿多平台改寫流 把一集內容拆成更多貼文與短影音腳本；把多集逐字稿彙整成電子報或部落格長文，餵進 /recipes 裡的寫作技巧深化；累積足夠集數後，用 AI 從全部逐字稿中找出聽眾最常出現的問題，反過來規劃下季選題。進階一點，還能自動生成精華短片的字幕檔（SRT）、為每集建立可搜尋的內容資料庫，讓老節目持續被新聽眾發現。當逐字稿成為結構化資產，整個 Podcast 的內容複利就真正轉起來了。

流程圖

用到的工具

更多「企業職能」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →