一、流失的三個訊號
知識流失很少是突然發生的，它會先發出警訊：
- 「這個問他就對了」：某個流程只有一個人會，連主管都說不清細節
- 新人訓練靠口耳相傳：同一個工作，不同人教出三種做法
- 交接永遠交接不完：離職交接兩週，但真正重要的東西根本沒辦法在兩週內講完
如果這三個訊號中了一個，你的公司就在承受「關鍵人風險」——只是帳上看不到。
二、隱性知識 vs 顯性知識
管理學把知識分成兩種：顯性知識（可以寫下來的：報價公式、操作步驟、聯絡窗口）和隱性知識（寫不下來的：為什麼這個客戶要這樣報價、看到什麼跡象要特別小心）。
多數企業的知識管理只做了前半——寫操作手冊。但真正值錢的是後半：決策的脈絡。一份好的流程文件不只寫「怎麼做」，還要寫「為什麼這樣做」，後者才是新人真正學不來的部分。
三、SOP：最低限度的沉澱
SOP 不需要華麗，一份有效的 SOP 只要四個元素：
- 觸發條件：什麼情況下啟動這個流程
- 步驟：照著做就能完成的具體動作（附截圖更好）
- 判斷點：遇到什麼情況要例外處理、找誰
- 更新日期與負責人：沒有負責人的文件，三個月後就是廢紙
優先寫哪一份？答案很簡單：那個「只有一個人會」的流程。那是你風險最高的地方。
四、系統化：最誠實的文件
寫在 Word 裡的 SOP 會過期，但跑在系統裡的流程不會——因為系統每天都在被使用，流程改了，系統就得跟著改。
系統是最誠實的文件：它不會離職、不會忘記、也不會「憑印象」做事。
這就是為什麼我們在協助企業導入系統時，做的第一件事往往是流程盤點——把腦中的做法變成系統裡的規則。CRM 記住客戶互動、訂單系統記住交易流程、權限設計記住誰該做什麼。系統導入的附加價值，就是知識沉澱。
五、知識庫：留下決策的脈絡
SOP 記住「怎麼做」，知識庫記住「為什麼」。重大決策、客戶的特殊約定、專案踩過的坑——這些都值得被記錄。原則很簡單：可搜尋、有脈絡、持續更新。形式不拘，Notion、Confluence、甚至公司內部的共享文件都可以，重點是養成「做完一件事，留下一頁紀錄」的習慣。
六、從一個流程開始
CHECKLIST — 本週就能開始的三件事
- 列出「只有一個人會」的流程清單——那就是你的風險地圖
- 挑一個，請當事人邊做邊錄影，轉成 SOP 草稿
- 評估哪些流程適合搬進系統，讓規則不再依賴記憶
知識沉澱不是一次大工程，而是一種紀律。如果你想更系統化地做這件事，我們的企業轉型服務與 客製系統服務，都是從流程盤點開始，把「在人腦中」的東西，搬進「公司裡」。