即便找到文件,仍不等於知道如何決策
以銀行為例,假設銀行更新一項投資產品政策,調整了適用客群、產品適合度要求、必要揭露文字與例外核准條件。政策文件發布後,工作才剛開始。銀行還需要逐一確認:
- 理專與客服的說明及內部問答規則是否已更新;
- 產品適合度檢核與作業程序是否套用新條件;
- 客戶通知與揭露內容是否一致;
- 搜尋索引、RAG 內容與 AI Agent 運作是否仍引用舊版本;
- 自動化流程與系統規則是否需要同步調整。
政策更新真正困難的,不是發布新版本;而是知道哪些人、流程與系統還在依賴舊版本。 傳統文件管理與企業搜尋擅長回答「內容在哪裡」,而金融機構在採取行動前還要回答「眼前情境該怎麼用」。一項客戶建議可能同時依賴客戶與產品 Data、現行政策、歷史案例、專家判斷、適合度規則、系統內的控制條件,以及可以例外處理的範圍。風險或合規判斷也常要綜合監管要求、內規、既有控制、過往決定與升級程序。
這使得知識治理的範疇已超出文件版本管理。它要連接一項業務判斷所需要的不同知識,並在使用前保留三項基本條件: - 有來源、有證據:知道判斷依據、有效版本、負責人與核准背景。
- 有邊界:知道適用於哪些客戶、產品、地區、通路與任務,也看得到例外。
- 有煞車:遇到資料不足、規則衝突或高風險情況時,可以拒絕回答、轉交人工、提交覆核,或停用失效內容。