Podcast 逐字稿不是只有打字：分清三條路線與交接鏈，把音檔接到字幕、Show Notes 與可搜尋文稿

一集訪談型節目按下停止錄音之後，主持人手上通常只有一份 WAV 或 MP3 主音檔。但這條產線真正要交出去的東西不只一件，而且每一件的接手人不同，缺的欄位也不同。

產物	主要內容	通常交給誰	少了什麼會不能用
帶時間碼的逐字稿	完整發言、講者標註、時間位置	企劃核對內容、剪輯對齊音軌	沒有時間碼就無法對照剪輯
字幕素材	逐句文字與時間、斷句與標點	剪輯、字幕協作者	斷句與行長沒處理，上架前還要重做一次
Show Notes	章節標題、每段摘要、金句與時間戳	企劃、負責上架的人	章節沒先切好，只能寫成一段流水帳
可搜尋文稿	全文、分段、可關鍵字檢索	全組，以及日後回查的人	只存成截圖或掃描檔，等於不能搜尋

真正吃掉工時的環節通常不是錄音，而是錄完之後的打字與整理。錄音當下狀態最好，隔天打開音檔才發現要邊聽邊打、邊抓人名、邊挑金句，最後還要把散落的字句拼成別人看得懂的筆記。以一個 1 到 5 人、每週更新一集的訪談節目來說，這幾個小時是固定會被佔走的。

以下是一份流程與工具的比較整理，不含第一方實測數據，也不引用未經核實的準確率；產品能力以可查證的資料為準，需要人工確認的地方會逐段標明。

先分清三條路線：純人工聽打、通用轉寫工具、AI 訪談／會議記錄工具

同一個關鍵字底下，其實混著三種不同做法。先確認自己要走哪一條，再談工具名稱會準得多。

路線	做法	比較適合的節目規模	主要限制
純人工聽打	邊聽邊打，逐句校對	單集較短、更新頻率低、對逐字精準度要求高	工時完全綁在特定一個人身上，無法平行處理
通用轉寫工具、平台內建字幕	上傳音檔轉文字，或由播出平台自動生成	已上架節目的補救、以字幕交付為主	產物多半停在文字或字幕檔，後續的摘要、章節與交接要另外做
AI 訪談／會議記錄工具	音檔或即時錄音進來後，同時產出逐字稿、摘要、章節與待辦	每週更新、有企劃與剪輯分工、需要交接	人名、專有名詞與數字仍需人工核對

三條路線不是互斥的。常見組合是：主音檔先走 AI 工具拿到帶時間碼的逐字稿與章節，剪輯在既有的剪輯軟體裡對齊，上架前再由平台內建逐字稿作為觀眾端的補充。

選 Podcast 逐字稿工具先看這 5 個維度

面試工具時，先把這五件事逐項核對，比直接比較功能清單更省時間。

1. 音檔格式與單集長度：手上的主音檔是 WAV 還是 MP3、單集 30 到 60 分鐘、有沒有一次要處理多集的需求。格式支援與單次長度限制，往往在試用階段就會遇到。

2. 語言與講者分段：節目是純中文、中英夾雜，還是偶爾出現外語嘉賓。訪談型節目還有一個關鍵：多人對談時，逐字稿能不能標出誰在說話，否則校對時仍要來回聽。

3. 時間碼的精細程度：逐句時間碼與整段時間戳，用途完全不同。要交給剪輯對齊音軌、要讓觀眾端逐字稿同步滾動，就需要落在句子層級的位置資訊。

4. 匯出格式與去向：純文字、字幕檔格式、文件或第三方筆記工具，各自對應不同的下一個環節。先確認交付對象要什麼檔，再回頭看工具的匯出清單。

5. 額度與更新節奏：每週一集的節目，一年約 50 集上下。免費額度夠不夠撐完一季、長集數是否另外計算、超額之後怎麼處理，都建議在開季前先算一次。

方案一：Tinrec（秒聽錄音）——從音檔到逐字稿、章節與摘要的流程

Tinrec 秒聽錄音的定位是 AI 會議記錄與協作工具，它的工作流可以直接套用在「已經有一份主音檔、要產出可用文字」的節目情境上。

第一步是輸入素材。既有音檔走的是檔案轉寫這條路：把訪談主音檔匯入後，取得逐字稿，並在同一份資料上產生 AI 摘要、章節與重點。如果是現場訪談或後續補錄，也可以用即時錄音邊錄邊轉；桌面版走的是採集設備系統聲音的方式，不需要額外拉一個會議機器人進場。

第二步是後處理。逐字稿與章節到手之後，可以圍繞內容繼續追問，也可以把討論裡冒出來的待辦抽出來。以 Podcast 的場景來說，這裡常見的待辦是「請嘉賓補一份參考資料」、「下週寄出補充連結」、「這段訪談要剪成社群短片」——這些原本記在企劃的便條紙上，現在可以直接掛在同一份節目資料旁。

第三步是交付。Tinrec 支援多格式匯出，也支援把結果帶到 Notion、Google Docs、OneNote、Dropbox 等既有工具裡繼續加工。節目組不需要為了逐字稿另外建一套歸檔邏輯，直接把檔案送進原本就在用的工作區即可。

還有一段是會後工作物的加工：產品內的 AI 助手（Agent）會基於會議紀要與上下文，協助把待辦繼續做成行動計畫、跟進材料、報告、表格與文件。

> 虛構教學示例：把一集 45 分鐘的訪談音檔匯入後，先拿到逐字稿與章節；接著把逐字稿裡出現的三個待辦交給 AI 助手，整理成一份給企劃的跟進清單，其中包含「要寄給嘉賓的補充資料」與「要剪成短片的兩個段落位置」。這份清單仍需企劃本人確認過再對外發送。

別再手動整理錄音

上傳音訊或影片，自動取得逐字稿、摘要與行動項目

試用 Tinrec 下載 Tinrec App

邊界要說清楚：AI 助手不會代替人決定節目走向，也不會自動操作第三方系統或自動完成對外承諾。重要承諾、對外發送內容與涉及嘉賓的表述，仍建議人工確認。逐字稿本身也受錄音品質、口音、多人重疊發言與專有名詞影響，實務上把它當成「大幅減少手動整理成本」的起點，而不是完全免校對的最終稿。

方案二、三：字幕與剪輯取向的工具，各自適合哪種節目規模

播出平台的內建逐字稿

Apple 在 2024 年 3 月為 Apple Podcasts 推出逐字稿功能，讓節目更容易被瀏覽與檢索。依官方說明，單集發佈後可以立即收聽，逐字稿會稍後處理完成，中間有一段處理延遲；如果節目裡有動態插入的音訊，原始轉寫之後才變動的片段不會顯示在逐字稿中。在 iPhone 上可以檢視並搜尋單集的逐字稿，播放頁面點開逐字稿後，文字會跟著音訊播放同步捲動。

這類平台功能的價值在觀眾端：聽眾可以直接搜尋節目內容、跳到自己想聽的段落。但它不適合當作剪輯用的工作稿——時間碼細度、斷句方式與能否編輯匯出，都不是製作端能完全掌控的。把它當成上架後的補充，而不是逐字稿產線的本體，會比較符合實際。

這一條路線適合：節目已經穩定上架、觀眾端需要可搜尋內容，但團隊沒有要把逐字稿拿去做二次加工的規劃。

剪輯軟體內建轉寫與通用轉寫工具

另一條常見路線是把轉寫留在剪輯流程裡，或使用專門處理影音連結的轉寫工具。例如有教學介紹的做法是：複製影音連結 URL，貼進工具後點擊確認轉錄，就能把 YouTube 或 Podcast 內容轉成完整逐字稿，並進一步輸出雙語字幕、摘要與心智圖。

這條路線的長處是把「轉寫」與「剪輯」放在同一個工作區，對已經固定使用某套剪輯軟體的剪輯師來說切換成本較低；針對大批長音檔、以字幕交付為主的專案也相對直接。比較容易出現的斷點是：逐字稿產出之後的章節、金句、Show Notes 與多人交接，仍要另外安排。

所以選擇的判斷可以簡化成一句：你要的是「一份可以拿去剪的字」，還是「一份可以繼續長出節目產物的資料」。前者把重心放在剪輯流程內，後者要把摘要、章節與交接一起考慮進去。

從逐字稿長出節目產物：金句、章節、Show Notes 的取用順序

逐字稿到手之後，最常見的失誤是從頭開始一段一段挑金句。順序換一下，可以少走很多冤枉路。

1. 先切章節，不要先挑句子。一集 45 分鐘的訪談通常會自然落在 4 到 6 個話題段落。先依話題切出章節標題，後面的摘要才有骨架。

2. 替每個章節標上時間戳。這一步同時服務三種人：想跳段收聽的聽眾、要對齊音軌的剪輯，以及日後要引用內容的企劃。

3. 再回頭取金句，並保留前後文。金句脫離上下文很容易被誤讀，尤其是訪談中帶有前提條件的說法。取用時連同前後一兩句一起記下，社群貼文與引用才不會走味。

4. Show Notes 用章節標題與摘要組裝。有了章節與時間戳，Show Notes 就從「重寫一遍」變成「排列與修飾」。相關連結、嘉賓資訊與提到的作品，可以一併掛在對應章節下。

5. 最後才處理社群素材。短片腳本與貼文素材是從金句與章節再往下切一層，順序放在最後，才不會反覆回到原始錄音。

固定用這個順序，交接單上的欄位也會跟著固定下來：章節標題、時間戳、金句原文與位置、對應連結。

節目不只一個人做：企劃、剪輯與主持人的素材交接

節目做到每週更新，通常會出現同一個斷點：主音檔在主持人的硬碟裡，剪輯師在雲端資料夾拿到的是另一個版本，企劃手上的金句清單又躺在聊天訊息裡。等到要回頭找某一集的某一段，只能憑印象請對方重傳。

要解決這件事，先把資料集中。團隊版的團隊空間就是把 Audio、資料夾、待辦與相關節目資料統一保存的位置：會議或錄音資料歸團隊所有，而不是跟著某個人的個人帳號跑。新加入的剪輯或企劃可以看到過去的節目資料，主持人換設備或請假期間，素材也不會斷在一個人手上。這裡要分清楚兩件事——成員決定誰屬於這個團隊、能不能查看團隊資料；席位決定能不能執行錄製、上傳、編輯與匯出等使用動作。有效但沒有席位的成員，仍然可以查看、播放與閱讀團隊資料。另外，目前的共享是團隊層級的共享可見，不是針對單一檔案設定不同對象的權限。

第二個環節是把逐字稿之後的產物接著做完。以節目組的實際順序來說：主音檔匯入後先產出逐字稿、章節與待辦，AI 助手接著依這些上下文，把待辦加工成可以交出去的會後產物——例如給企劃的跟進清單、要給嘉賓確認的補充資料草稿、或下週節目要用的素材表。這些產物放進團隊空間後，任何人都能沿著同一份逐字稿繼續往下做，不必再從頭聽一次節目。

第三個環節是術語的一致性。訪談節目每集都會出現固定的人名、產品名與產業術語，團隊熱詞可以讓節目組把這些常用詞維護成一份共用詞表，減少每次都要重新處理同一批專有名詞的情況。這對談固定來賓、固定主題類型的節目特別有感；但實際辨識結果仍會受錄音品質、口音與多人重疊發言影響，校對這一步不能省。

交接時可以固定帶上三樣東西：這一集的逐字稿版本、章節與時間戳清單、以及尚未完成的待辦。如果節目已經每週固定更新、又有企劃與外包剪輯一起作業，可以先從把素材集中到團隊空間開始，再決定哪些環節交給工具、哪些留在人工。想確認團隊版的導入方式與席位安排，建議以正式購買頁面或官方諮詢結果為準。

常見問題與使用邊界

逐字稿可以直接當上架字幕嗎？

不一定。逐字稿的斷句依發言節奏，字幕則要考慮每行長度與可讀時間。逐字稿可以當字幕的底稿，但斷句與行長通常還要再處理一輪。

平台已經有逐字稿了，還需要自己產一份嗎？

要看用途。觀眾端搜尋用平台逐字稿就夠；但如果要交給剪輯對齊、要從裡面挑金句寫 Show Notes，還是需要一份自己可編輯、可匯出的工作稿。

準確度可以保證到什麼程度？

不建議用固定數字承諾。實際結果受錄音品質、環境噪聲、口音、多人重疊發言與專有名詞影響。比較務實的說法是：它能明顯減少手動整理的成本，人名、職稱、數字與關鍵引言仍建議對照錄音核對。

錄音與轉寫需要注意什麼？

錄音前應取得受訪嘉賓同意，並留意當地的錄音與個資相關法規。對外引用逐字稿內容前，建議回到原始錄音確認語氣與上下文，避免斷章取義。

多人製作的節目，素材該怎麼放？

把主音檔、逐字稿、章節清單與待辦放在同一個團隊空間，並在交接時註明版本。成員變動或外包剪輯更換時，資料歸屬與交接方式要先講清楚，避免素材留在個人帳號裡。

資料與查證來源

Apple Podcasts 逐字稿功能官方說明：https://podcasters.apple.com/support/5316-transcripts-on-apple-podcasts
在 iPhone 上檢視 Podcast 逐字稿（Apple 支援）：https://support.apple.com/guide/iphone/view-podcast-transcripts-iph9426049e9/ios
Apple 推出 Apple Podcasts 逐字稿功能（Apple Newsroom，2024 年 3 月）：https://www.apple.com/newsroom/2024/03/apple-introduces-transcripts-for-apple-podcasts/
Podcast 逐字稿檢視：Apple Podcast 與 Spotify Podcast 的逐字稿顯示（窩 World）：https://vocus.cc/article/667ec9e5fd897800016c303b
Memo AI 教學：將 YouTube、Podcast 轉寫成逐字稿並輸出雙語字幕與摘要：https://raymondhouch.com/lifehacker/digital-workflow/memo-ai/