兩份規格文件互相矛盾，應該怎麼處理？

AO2 FIELD GUIDE · N041 · 企業知識庫與治理

規格衝突先核對原文、版本與適用配置，再由指定責任人裁決。附衝突工單及結案表，追蹤網站、型錄、翻譯與 AI 資料更新。

規格衝突：先確認是矛盾，還是省略了條件

同一產品在兩份文件出現不同敘述，可能是版本改動、配置不同、測試方法不同，或只是單位換算。第一步不是要求研發重新審整份文案，而是指出衝突欄位、兩段原文與各自來源。如果只說「這兩份不一樣」，責任人還要重新找一次問題。

例如 IoT 模組一份簡報寫「支援遠端控制」，另一份規格註明需要指定韌體與配件。這可能不是兩邊都錯，而是簡報漏了限制。若編輯為了求一致，刪掉規格註腳，反而讓誤解擴大。應先確認說法各自成立的範圍，再決定是否需要改版或澄清。

爭議未結案前，限制相關說法的使用

建立「待裁決」狀態，列出暫停使用的主張及可繼續使用的範圍。不要因一個欄位有爭議就封鎖全部產品資料，也不要讓爭議內容繼續被新文章、業務簡報與 AI 回答擴散。若已有公開頁面，先依影響程度安排可逆修正；涉及實際安全、合約或資格的問題，交由相應責任人決定處置。

暫時回覆可以清楚說「此項能力需依版本與配置確認，請提供型號及使用條件」，但不能用模糊話術遮掩已確認的錯誤。對內則保留工單 ID，讓每個衍生素材都能連回同一個處理事件，而不是各自開一條沒有關聯的聊天討論。

把裁決分成技術判定與發布判定

技術責任人確認事實、適用條件與依據；發布責任人確認哪些內容可以對外、該怎麼表達，以及需要同步哪些素材。兩者可以由同一人擔任，但責任不能省略。會議中口頭說「照這個寫」也應形成可回查紀錄，包含核准版本、日期與仍未解決的部分。

電子產業示例：較新的文件不一定全面取代舊版

以下為假想示例。文件 A v3 涵蓋整個產品系列，文件 B v1 是某客製配置的補充說明。B 的日期較新，但不代表它能取代全部系列規格。工單應記錄它只覆蓋哪些型號、哪些欄位，以及是否已獲准公開。若企業希望 B 成為共同依據，需先由責任人將可通用內容納入正式主檔。

Johnny Wu 公開分享中提到將規格、PM 註解和網站素材一起核對。這裡可採用的工作原則是保留衝突的來路：哪一句被修改、為什麼修改、核准依據在哪裡。修成一份看似乾淨的稿件，若把過程全刪掉，下一位編輯可能又從舊簡報把同一句錯誤寫回來。

結案要包含衍生素材與重現測試

裁決完成後，列出產品頁、PDF、FAQ、中英文版本、業務簡報與 AI 資料的影響清單。每一項指定負責人與核對方式，而不是只發一則「資料已更新」通知。AI 系統若有索引或快取，也要確認更新流程與實際回答；不能只因來源檔已替換，就假設所有舊答案都消失。

驗收時重新提出最初造成衝突的問題，檢查不同入口是否都保留同一組條件。若新版本只修正文，表格和圖片仍留下原主張，工單就還沒完成。對無法立即更新的外部資料，保留追蹤狀態與可用澄清，不要將未受控項目勾成全部完成。

常見問題

找不到核准人，能先用保守版本嗎？

不能自行選一個較小數字當保守答案。先保存衝突文件、版本、頁碼、數值與條件，辨認是否其實適用不同配置。無法裁決時，暫停爭議主張並使用已有核准依據的有限說明，交指定替代角色處理。系統內應標示待裁決狀態，避免 AI 任選一份。裁決後同步主檔、網頁、文件與索引，並以原衝突問題回測，確認舊答案不再混入。

衝突處理是不是每次都很重？

可以分級，讓流程與影響相符。拼字或格式修正可依編輯規則處理；涉及數值、單位、產品能力或適用範圍的差異，需產品責任人確認。每案至少記錄差異、來源、決定、核准人和受影響位置，避免同一衝突反覆詢問。若某類資料經常出錯，應改善來源或匯入流程，而不是每次靠人工補救。不能只以修改字數或文件新舊判斷風險。

參考資料與方法範圍

• Johnny Wu｜公開工作分享：規格、PM 註解與素材核對

查核日期：2026 年 10 月 21 日。官方文件支援文中對應的平台或可及性說明；工作表與決策流程為本文整理，產業情境另行標示為假想示例。作者公開分享作為工作觀點來源，不作客戶成效或資格背書。