AO2 FIELD GUIDE · N038 · 企業知識庫與治理
產品規格主檔需指定核准來源、適用版本與維護責任。附主檔欄位及引用關係，讓型錄、網站、FAQ 與 AI 資料能追溯並同步更新。
- 把規格事實、解釋文字與商務條件分開管理。
- 以產品、版本與適用條件識別資料，不能只看型號。
- 變更時追查受影響素材，並保留舊版使用範圍。
產品規格主檔：路燈與 IoT 情境：相同型號，為什麼會出現不同答案？
以下為流程示例，非任何廠牌的產品規格。一個聯網照明方案同時有燈具、控制器、通訊設備與管理平台。網站說「支援遠端控制」，規格書列出控制介面，簡報則把整套系統功能寫在燈具介紹旁。三份資料各自可能沒錯，讀者卻容易以為單買燈具就具備所有平台功能。
這不是單純的文案不一致，而是資料對象沒有分清楚。要建立可信來源，先辨認每項主張屬於燈具本體、控制配件、通訊條件還是平台服務，再補上必要組合。若產品搭配不同配件就有不同結果，主檔必須容納這種關係，不能靠一個「支援／不支援」欄位處理全部。
先定義三類內容，不讓主檔變成大型文案庫
| 資料類型 | 示意內容 | 核對重點 |
|---|---|---|
| 規格事實 | 型號、接口、核准組合、適用版本 | 來源、單位、版本與條件 |
| 應用解釋 | 什麼情境需要控制器、哪些資訊仍待確認 | 是否忠實反映規格與例外 |
| 商務條件 | 供應範圍、服務責任、需個案評估的項目 | 是否有權對外承諾、何時複查 |
行銷可以改善解釋，不能自行修改規格事實。業務能提出客戶問題，也不宜把個案談定條件寫成所有客戶都適用的標準。把這三類資料放進同一頁可以，但責任與更新路徑仍須分開。
主檔最小單位：一個可被核對的主張
例如「此配置可進行某種遠端操作」不應只有一句文字。它至少要連到配置識別碼、必要配件、支援版本、條件、來源段落與核准紀錄。當產品版本很多時，可用共同系列資料搭配例外欄位，但必須能追查某個頁面實際採用了哪個值。
主檔也不等於把所有系統都替換掉。圖面可能仍在工程系統，供應狀態仍由業務系統管理；產品知識主檔可以只保存核准值、穩定 ID 與來源關係。要避免的是沒有定義權威來源，讓每個下游素材都成為另一個自行修改的版本。
一筆主檔資料可以怎麼記？
| 欄位 | 填寫示例 | 用途 |
|---|---|---|
| 主張 ID | PF-018 | 名稱改變時仍能追蹤同一筆資訊 |
| 對象 | 示範燈具 L-A＋控制配件 C-B | 避免把組合功能寫成單一產品功能 |
| 核准內容 | 指定配置的功能說明，完整保留條件 | 供網站、型錄與問答共同引用 |
| 適用範圍 | 產品版次、配件版次、市場與服務條件 | 限定可以使用的情境 |
| 證據 | 核准文件 ID、版本、頁碼或章節 | 查回原始依據 |
| 狀態與責任 | 已核准／待確認；PM、技術核對者 | 避免未決資料被當成定論 |
| 衍生素材 | 產品頁 P-03、型錄 B-02、FAQ F-07 | 變更後找得到影響範圍 |
示例中的型號與 ID 只是欄位示範，不對應真實產品。主檔未填妥時，可以把「未知」保留下來，但要指定處理人與用途限制。空白和不支援是兩種完全不同的狀態，不宜在匯出或 AI 整理時混在一起。
變更流程：先核准事實，再同步對外素材
- 提出變更：記錄舊值、新值、原因與生效條件，確認是否僅適用某個版本。
- 核對影響：追查相關型錄、產品頁、投影片、比較表與 AI 知識片段。
- 分別核准：技術角色確認事實，產品角色確認範圍，內容角色調整說明與連結。
- 發布與留證：記錄發布位置、時間、版本與負責人；未完成的項目留在待辦。
- 回查：從網站下載文件、實際開啟頁面與測試問答，確認使用者拿到的是預期資訊。
順序不能只剩「主檔已更新」。如果公開頁面仍提供舊版下載，或業務常用簡報沒有收到變更，使用者看到的答案仍然不同。真正的完成條件是影響範圍內的素材已處理，或明確列出仍適用舊版的理由。
兩份核准文件互相衝突，該相信誰？
不要只用日期選擇答案。較新文件可能描述不同市場，也可能尚未取代舊產品。先比對產品對象、有效版本、測試條件與核准範圍，再由有責任的角色確認。衝突處理單應保存兩份原文、差異、暫停使用範圍與最後裁定。
若業務正在等回覆，可先提供已確認的部分，並說明哪個條件需要技術評估。不能因為需要快速交件，就把未核實數值包裝成正式規格。這種例外回覆也應留下紀錄，避免下次又變成新的「大家都這樣說」。
作者經驗如何轉成維護原則？
Johnny Wu 的公開分享提到，處理規格資料時會對照 PM 註解、舊版文件、網站與 Brochure，也指出工業產品的 AI 視覺需要核對比例、結構與安裝方式。本文據此延伸一個工作原則：文字、表格與圖片都應回到同一組核准條件。圖片看起來合理，不能代替產品配置的證據。這是對作者已公開方法的整理，沒有宣稱所有 AO2 專案均採相同流程。[1]
驗收：不要只檢查主檔有沒有填完
選一個有配件條件的功能，請產品、行銷與業務各自說明適用範圍，再核對官網與下載檔。如果答案不同，追查是主檔未說清楚、衍生素材沒有更新，還是使用者沒有找到入口。把問題歸到流程中的具體位置，才知道該補資料還是改工具。
變更單實作：不要讓「已更新主檔」變成提早結案
以虛構的聯網照明配置說明為例，產品團隊新增一項配件條件。變更單不要只寫「補充規格」，而要記錄原主張、修正後主張、適用配置、生效版本與受影響素材。若新條件只適用新版，舊產品維修資料應保留自己的範圍。
| 欄位 | 示意填寫 |
|---|---|
| 變更 ID | CH-008，對應主張 PF-018 |
| 變更原因 | 原文字未說明必要配件，容易被當成標準配置 |
| 需核對對象 | 燈具、控制配件、平台版本與適用市場 |
| 影響範圍 | 產品頁、型錄、經銷簡報、FAQ 與 AI 知識片段 |
| 完成證據 | 各位置的新版本與核對結果，未完成項目另列原因 |
驗收者應實際打開官網與下載資料，而不只讀變更單。若經銷簡報尚未替換，應標示待處理與負責人；若某份舊文件仍要供維修使用，則補有效範圍，避免把所有舊版一律刪掉。這讓主檔治理同時照顧現在與歷史資訊。
另一個需要測試的問題是：對外素材是否允許自行修改正式值？如果可以，每次同步都可能產生新的分叉。至少將正式值的修改入口、核准責任與衍生素材使用規則寫清楚，工具再便利也不能省略這一層。
常見問題
單一可信來源一定只能有一位負責人嗎？
可以多人協作，但每類資料要有明確核准責任。主檔可分填寫、核對、核准與發布角色，並安排缺席時的替代人；記錄資料來源、版本及生效範圍。變更規格不應讓任何人直接覆寫正式值，而應留下差異與確認。驗收時用一筆修改走完流程，確認下一位同事能知道現行值、依據與誰負責；單一可信來源指共同規則，不是所有工作集中給一個人。
經銷商已經下載舊型錄，如何處理？
先核對舊版是否仍適用，以及差異是否影響選型、安裝或承諾。列出已知使用位置與合作窗口，提供版本說明、替代下載和需要採取的動作；重要變更按企業流程確認通知與接手。保留舊版狀態和追溯，不假設官網換檔就會更新離線副本。後續抽查產品頁、業務素材與合作入口，確認新舊版本不會在沒有說明的情況下混用。
把主檔接到 AI，就能保證回答一致嗎？
不能保證。主檔解決哪份資料有效，AI 還需正確取用與表達。測試應檢查檢索是否取對版本、答案是否保留條件、引用能否支持主張，以及未知時是否補問。主檔更新後，驗收同步到索引、文件和快取的狀態，再用受影響題組回測。若只更換來源檔卻沒重建相關索引，仍可能得到舊答案；來源治理與系統驗收要一起完成。
相關閱讀與下一步
了解對應 AO2 服務，或帶著目前的資料與工作問題，先確認適合開始的範圍。
參考資料與查核範圍
資料查核日期：2026 年 10 月 21 日。官方文件支援文中對應的平台規則；工作表、決策流程與虛構示例為本文整理。Johnny Wu 的公開分享作為作者工作觀點來源，未以此推定客戶成果或產品資格。
