iT邦幫忙

2026 iThome 鐵人賽

DAY 26
0
AI 自動化

我以為我保留了五道閘門系列 第 26

Day 26|社群文案裡,有節目從來沒講過的話

  • 分享至 

  • xImage
  •  

模組五|發布與衍生物(Day 23–27)

昨天講短影片沒有連回正片。今天講一個更難堪的:衍生文案裡的內容,節目裡沒有。

這一篇有三起事故,而它們的成因是同一個。

事故一:查證不到出自本集錄音

某一集的社群分享文,寫完之後我做了一次核對,拿文案逐句去對逐字稿。

結果記錄裡寫著:兩處情節描述、一組快問快答,「查證不到出自本集錄音」「本集未談及」。

那些內容不是假的。它們是我對這個主題的認知,而且大概率是對的。

問題是節目裡沒講。

聽眾看到文案點進來,聽完之後找不到那段,這是最直接的信任損耗。而它比講錯話更難發現,因為文案本身沒有錯。

事故二:一整節「事實校正紀錄」

另一集的剪輯記錄裡有一整節,逐條記錄刪掉了什麼:

  • 查無出處的條件數字
  • 查無的逐字引述
  • 查無的行程敘述
  • 一整批來源不明的網路說法

以及四個誤植:發布主體、聯合聲明的方數、聲明日期、主演人選。

錯誤型態很清楚:草稿把來源不明的說法,當成已證實的事實寫進了口播稿。

而 Day 8 那套查核分層(三套並存、六條硬門檻、「沒標=不可信」的保守預設),它只覆蓋新聞條目,不覆蓋這裡。

條目的查核做得再嚴,只要有一段內容是在條目之外寫的,那套機制就看不到它。

「已套用三檔」

那節校正紀錄的最後,有一句我看了很久:

此校正已套用三檔(母稿 txt、改寫版 txt、互動 HTML)。

一次事實修正,要同步三份衍生文件。

這句話本身是好消息:它代表我知道有三份、而且都改了。

但它同時是這條產線的一個結構性風險:

一份內容 → 母稿
         → 改寫版
         → 互動 HTML
         → 社群文案
         → 短影片字幕
         → 節目簡介

每多一個衍生物,事實修正的成本就多一份,而且是手動的。

Day 16 講過「同一份東西有多個副本,複製的當下是對的,之後各自演化」。這裡是它在內容層的版本,而且比檔案分叉嚴重,因為分叉的是事實。

事故三:同一份文件自己跟自己打架

第三起最小,但最能說明問題。

某一集的剪輯記錄裡,成品的長度與響度有兩組互斥的數值。

成因不難推:v2 改完之後,我更新了前面那一節的數字,而「後續產出」那一節還停在 v1。

同一份檔案、同一個事實、兩個值。

而它跟 Day 15 那個「狀態檔宣稱 7 個事實列、實際 12 個」是同一個病:手動抄寫的數字會漂,而且不會有任何徵兆。

為什麼這一類特別難防

我把三個一模一樣的罐子一起倒進同一張稿紙

我想了一下,結論是:

衍生物是從記憶寫的,不是從來源寫的。

寫文案的時候,我已經聽過那一集了。我腦子裡有這一集在講什麼、哪一段最精彩、哪句話最好轉貼。

於是我憑印象寫。而印象裡混著三種東西:

  1. 節目裡真的講過的
  2. 我準備的時候查到但最後沒講的
  3. 我對這個主題的既有認知

這三種在記憶裡沒有標記。 它們感覺起來一樣真實。

這就是為什麼「小心一點」沒有用:問題不在態度,在於記憶本身不區分來源。

閘門擋錯了地方

我在柵門旁放行推車,只看把手不看紙

Day 3 講過五道閘門,第三道是「社群發文」。

而這一篇的三起事故,沒有一起是它擋得住的。

因為那三篇文案都是我自己貼出去的。閘門守住了「誰按下發送」,而問題不在誰按,在文案是憑印象寫的,沒有回去對來源。

閘門管的是動作,不是內容。

這是那五道閘門的結構性限制。它們的分界線是「可逆 vs 不可逆」(Day 3),而這條分界線對「內容對不對」完全無感:一篇有問題的文案,按下發送之前跟之後,內容問題都存在。

正確的形狀是什麼

想清楚之後,我認為這一類問題的解法不是閘門,是產出流程強制回到來源。

具體來說,文案的產出應該長這樣:

輸入:逐字稿(唯一來源)
  ↓
產出:文案草稿,且每一句標註它出自逐字稿的哪一段
  ↓
檢查:有沒有句子標不出來源?→ 那句就是憑印象寫的

不是「寫完再核對」,是「寫的時候就綁定來源」。

寫完再核對這件事我做過(事故一就是核對出來的),而它有兩個問題:一是要花跟寫作差不多的時間,二是我核對的是自己剛寫的東西,Day 14 講過起草者不能自評,這裡是同一個機制。

而如果產出的時候每句話都要指出來源,寫不出來源的句子在當下就寫不出來。

代價

我沒有做那個「每句標來源」的流程。

它的成本不低:要讓文案產出讀逐字稿、要做段落對應、要處理「這句話是三段的綜合」這種情況。而文案是一集裡最不重要的產出物。

所以現況是:這一類錯誤現在完全靠我寫完之後想不想核對。 而我只有在那一集特別敏感的時候才會核對。

第二個代價,比較根本:這條產線的所有衍生物,沒有一個標記了它的來源。

封面不知道它是哪一集的(Day 23 那三個 stale copy 就是這樣來的)、影片不知道它的音源、文案不知道它的逐字稿、短影片連檔名都是外部服務給的(Day 25)。

整條產線的下游,是一堆沒有出身證明的東西。

帶走什麼

所有對外的文字,都應該有一個「來源檔」,而且產出流程要強制回去讀它。

「寫完再核對」跟「寫的時候綁定來源」,看起來只差一個順序,實際上差很多:

  • 寫完再核對 → 你在檢查自己的記憶,而且成本等於再寫一次
  • 寫的時候綁來源 → 寫不出來源的句子當下就寫不出來

第二條,關於為什麼記憶不可靠:

記憶不區分來源。 「節目裡講過的」「我查到但沒講的」「我本來就知道的」,在腦子裡感覺一樣真實。

所以任何「憑印象產出」的環節,都會混進來源不明的內容,這不是不夠謹慎,是記憶的運作方式。 唯一的解法是不要憑印象,而不是更謹慎地憑印象。

第三條,這一天對主軸的回扣:

閘門管動作,不管內容。

一道「發文前要人工確認」的閘門,攔得住「不小心發出去」,攔不住「內容是錯的」。這兩件事需要完全不同的機制:前者是流程控制,後者是產出時的來源綁定。

而我當初把它們混為一談了。我以為在出口放一個人,就等於在出口做了品質檢查。而人在出口做的其實只是按鍵。

明天講這條產線最土、也最頑固的一個問題:整包複製上一集,然後忘記改名。


上一篇
Day 25|短影片有流量,但它沒有回到正片
下一篇
Day 27|整包複製上一集,然後忘記改名
系列文
我以為我保留了五道閘門29
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言