AO2 / INSIGHTS — 把知識變成下一步

內容更新通知：舊新說法、適用範圍與接手

READING INDEX

先理解問題，再選擇方法。把值得採用的一步，帶回日常工作。

AO2 FIELD GUIDE · N036 · 內容策略與專業表達

內容更新通知先交代改了哪句、適用哪些版本、何時生效及接收者要做什麼。附通知模板與確認紀錄，區分已寄出、已替換和已驗收，讓業務不再沿用過期說法。

一句「官網已更新，請大家參考」很難讓業務知道舊簡報還能不能用。內容通知要把差異翻成接收者的動作：哪份資料要換、哪句話暫停、什麼時候需要回覆，以及未完成時找誰。

內容更新通知，先確認變更會影響哪個決定

先從已核准差異取資料：舊說法、新說法、原因、適用對象、生效條件與替代位置。這篇處理影響範圍已知之後如何交接通知，不再重做來源依賴盤點。沒有核准的新說法，不應因為想趕快寄信就變成正式對外口徑。

把通知分成更正錯誤、調整條件、變更供應與單純文字澄清。不同情況可能需要不同動作，不把每次排版修改都列成緊急警報。接收者應看得出要改哪句，而不必自己找兩個版本的差別。重要變更仍依企業既有責任流程處理。

假想路燈 IoT 的示範介紹新增必要控制配件。只貼一個新型錄連結，業務可能仍寄舊的一頁摘要；通知若列「原句、修正句、適用配置、需替換檔案」，就像改班次時交代哪班、何時起、旅客要改搭什麼，而不是叫所有人重讀時刻表。

班次是適用產品版本，生效日是新說法開始適用的條件，改票則是接收者的工作。這是假想溝通例子，不能據此決定是否應通知每一位客戶。已寄出資訊是否需要補充，由具責任的產品、業務與相關專業角色評估，不能由編輯自行推斷。

標題寫具體對象與動作，例如「示範配置說明新增配件條件，請替換一頁摘要」。內文先給差異表，再列誰負責替換、誰確認現行說法、誰處理已外送資料。附上正式位置，不把新稿當附件寄出去後又產生另一份無法維護的副本。

GOV.UK 的變更說明與準備變動指引，可作為「交代改什麼及使用者要做什麼」的編輯參考；企業仍自行決定接手與核准規則。通知至少包括適用與不適用範圍，避免一個產品新版的條件，被誤套到仍有效的舊配置或維修資料。

寄信成功只表示通知發出；點開或回覆收到，不代表舊簡報已替換。工作紀錄應分成待確認、已接手、已替換、已核對與不適用，每項保留負責人、版本與完成位置。不要以回信速度當成內容同步的唯一指標。

可要求接手者提供已替換檔名或公開網址，再由指定人抽查實際版本。沒有權限處理的外部頁，另列更正請求及回覆，不勾成自有頁已完成。通知中也應清楚說明遇到未決問題如何暫停使用或補問，避免接收者自行改寫新說法。

讓未參與修改的業務只看通知，回答「我今天哪句不能再用、要換哪份資料、哪些客戶情境仍需確認」。若答不出來，先修通知，不把問題歸給同事不讀信。必要時按角色提供不同的動作摘要，完整差異仍指向同一來源。

通知的完成條件是相關人採用了正確版本，不是寄送清單已打勾。保留差異、接手紀錄與未完成原因，後續抽查常用素材。若又更正一次，清楚指出取代哪份通知，不只覆寫舊檔，讓已保存副本的人仍有查回關係。