公司知識庫不是買工具，是立制度

如果你的公司超過 20 人，這幾個場景你大概不陌生：

• 新人問一個問題，要打斷三個資深同事才拼得出答案。
• 同一件事，問三個人得到三個版本的答案，而且每個人都很確定自己是對的。
• 真正的 know-how 散在資深員工的腦中、聊天紀錄裡、還有某個沒人記得路徑的舊文件夾。

多數公司對此的反射動作是：買一套知識庫工具。Notion、Confluence、某某 wiki——然後半年後，那套工具變成另一個垃圾場：過時的文件、重複的頁面、沒人敢刪也沒人敢信的內容。

我們最近幫一家廣告代理商做內部知識庫，做法剛好相反：**先立制度，工具其次。**這篇分享那三條制度。

為什麼知識庫都變垃圾場

因為「把東西放進去」很容易，「讓放進去的東西保持可信」很難。

沒有規則的知識庫，會自然走向熵增：同一個流程被三個人各寫一份、舊版本沒人下架、密碼和機密被順手貼進文件、連結壞了沒人發現。到最後，員工寧可直接問人——因為問人得到的答案，比知識庫裡的可信。知識庫一旦輸掉這場信任競賽，就死了。

所以問題從來不是工具不夠好，是缺制度。

制度一：一個事實只住一張卡

同一個事實，在整個知識庫裡只允許存在一份。

為什麼這麼嚴格？因為重複就是未來的矛盾。今天你把報價流程寫在 A 頁，又順手貼到 B 頁；三個月後流程改了，你改了 A 忘了 B——從此公司有兩個版本的報價流程，而且沒人知道哪個是真的。

需要在別的地方提到這個事實？**引用，不複製。**連結過去，讓事實永遠只有一個家。這條規則聽起來像潔癖，但它是知識庫能不能長期保持可信的分水嶺。

制度二：機密只放指標，不放本體

知識庫裡永遠不出現密碼。

不是「盡量不要放」，是結構性地不放：知識卡裡只寫「這個系統的憑證放在哪個保管工具、跟誰申請、誰有核准權」——放的是指標，不是機密本體。

這樣做有兩個好處：知識庫可以放心地開放給全公司搜尋，不用擔心哪頁藏著一組密碼；而機密本體集中在專門的地方管理，權限和軌跡清清楚楚。

制度三：品質靠自動驗證，不靠自覺

「大家要記得更新文件喔」——這句話在每家公司都說過，也在每家公司都失效過。

我們的做法是把知識卡做成結構化格式，然後讓系統自動把關：

• 格式檢查：每張卡有固定欄位，缺欄位、格式錯，系統直接擋下。
• 壞連結掃描：引用的卡被移動或刪除，自動被抓出來，不會留下斷頭連結。

品質靠系統，不靠人的自覺。這跟我們做流程自動化的邏輯一模一樣：能讓機器把關的，就不要指望人性。

這一切，是為了之後的 AI 問答

現在講回大家最感興趣的部分：讓員工「問 AI 就有答案」的內部助理。

AI 要能回答你公司的問題，前提是公司知識先被整理成 AI 讀得懂的形狀。先立制度，再上工具。

你可以把 AI 想成一個閱讀速度極快、但完全不會辨別真偽的新員工。餵給它一個充滿重複、過時、互相矛盾內容的知識庫，它會非常有效率地把錯誤答案講得頭頭是道。

而上面三條制度，恰好就是在為 AI 鋪路：

• 一事實一卡，AI 不會在兩個版本之間精神分裂。
• 機密只放指標，AI 永遠不可能把密碼講給不該知道的人。
• 結構化＋自動驗證，AI 讀到的內容有基本品質保證。

還有一層更深的設計：**知識樹的分區，就是未來的權限邊界。**知識庫怎麼分區，之後接上 AI 問答時，「誰能問到什麼」天生就被架構管好了——不用事後再補一層權限系統。

這個專案目前制度和首批知識卡已陸續上線，地基打好了，上面的 AI 問答才蓋得穩。

給你的行動建議

想評估自己公司的知識庫體質，先問三個問題：

1. 隨便挑一個常見流程，知識庫裡有幾個版本？
2. 知識庫裡搜尋「密碼」，會搜出東西嗎？
3. 上一次有人因為系統提醒（而不是剛好發現）去更新過時文件，是什麼時候？

如果答案讓你皺眉，別急著換工具——先立制度。我們提供 30 分鐘免費流程診斷，可以聊聊你的公司該從哪一步開始。

預約 30 分鐘免費流程診斷 →