這裡是智庫引擎，專為企業設計的知識庫。本集我們從一個很常見的場景說起。一位在公司待了十二年的資深主管，遞出了辭呈。他很負責。一個月預告期、三場交接會議、十五頁交接文件，專案清單、客戶窗口、系統帳號、待辦移交，全部做到位。人資核對簽名，同事在會議室切了蛋糕，流程完美結案。三個月後，公司才慢慢發現一件事：交接完成，跟知識真的留下來，其實是兩回事。那一天公司失去的，不是一個人力，而是一整座從來沒有被寫下來的知識庫。
先看看表面上的一百分。一個月預告期，打勾。三場交接會議，打勾。十五頁文件、帳號移交清單，全部打勾，連歡送蛋糕都有。可是右邊這顆腦袋裡裝的東西，一樣都沒有搬出來。十二年的經驗，三十幾個專案累積出來的判斷力，還有那些從來沒寫下來、只在會議上口頭答應過的承諾。所有流程都對，沒有任何人犯錯。但三個月後，公司才意識到代價：交接完成，跟知識移轉，是完全不同的兩件事。 而且這個代價，是分期付款的。第一張帳單在第五週。老客戶打來問，去年那個案子的報價為什麼是這個數字，能不能照舊續約。新的專案經理翻遍所有檔案，查得到報多少，就是查不到為什麼。那個數字，是他評估過客戶現場的特殊狀況、再加上一段口頭承諾算出來的，而這段推算，只發生在一場沒有錄音的會議裡。最後只好照舊價續約，少賺了多少，沒有人算得出來。第二張在第八週。團隊在新案子上選錯了一套外部的軟體元件，做到一半才發現跟客戶原本的系統相衝，回頭重做兩個禮拜。而三年前，公司早就在另一個客戶身上踩過一模一樣的雷。第三張在第十一週的凌晨三點。客戶系統當機，值班工程師翻資料夾翻了四十分鐘，最後還是打電話給已經離職的前輩，對方兩分鐘就講完了。最貴的那張帳單沒有金額。客戶開始問：你們公司，是不是換人了？ 這裡有一件事，對經營者特別重要。問題不在他不肯寫，也不在文件寫得不夠認真。是交接文件本來就裝不下那些東西。文件裝得下的，是流程。案子做到哪、誰負責什麼、帳號密碼在哪。這些具體、可以條列，寫得成一份作業辦法。真正值錢的，是判斷。為什麼那家客戶的報價要多加一成？為什麼那條線路不能碰？哪個客戶的窗口，一定要先發信、再打電話？這些沒有一條寫得成作業辦法。它們是三年、五年、十二年，一次一次踩出來的。要一個人在離職前的一個月，把十二年的判斷寫成文件，這件事在物理上就做不到。 而且這些判斷，並不是不存在，只是放的位置很尷尬。一場九十分鐘的客戶訪談錄音，會後沒有人想重聽。一封三年前的內部信。一張在客戶現場隨手拍的照片。一段記在筆記本上的處理步驟。一份被改到第七版的簡報。它們散在錄音檔、硬碟、信箱、聊天群組裡。理論上都還在公司，實際上等於不存在。因為沒有人找得到，也沒有人有時間去找。所以正確的問法，不是怎麼把交接做得更完整，而是怎麼讓知識在他還在職的每一天，就一直被留下來。 這就是知識庫要解決的事。它不是雲端硬碟，也不是把檔案全部丟給 AI 就算了。它比較像一條產線，把很亂的原料，煉成查得到的資產。第一段是原料。什麼都收：雜亂的口語對話、老舊的檔案、現場照片、會議錄音，就算裡面夾雜著機密資料也沒關係。第二段是清洗。系統剔掉贅字，把內容整理成有條理的紀錄，同時強制把敏感的東西蓋掉。客戶主機的位址、帳號、密碼，在這一關就被拿掉了。第三段，簡報上寫的是蒸餾。白話講，就是再整理成一頁一個主題的知識卡，而且彼此互相連結。舉個例子。一段現場交接的錄音，講的人邊想邊講，中間還報出了客戶主機的位址、帳號跟密碼。清洗完之後，出來的是四行：問題、原因、解法、待辦。敏感的東西，一個都沒留下。 回到第十一週、凌晨三點的那位值班工程師。這一次，他不需要打電話給已經離職的人。他只要打一句話進系統：客戶主機半夜服務掛掉，怎麼辦？系統回答：通常是主機的記憶體被吃光造成的。建議調整半夜自動執行的例行作業，再重新開機就會恢復，並安排後續複查。請注意兩件事。第一，答案後面附著出處，點下去可以一路追回當初那份原始錄音。所以他敢照著做，主管也查得到依據。第二，客戶主機的位址、帳號、密碼，一個都沒有出現，它們在進入知識庫之前就被蓋掉了。關鍵不是離職前趕快把東西丟進系統，而是在他還在職的每一天，這些素材就一直在被煉成知識。離職那天，只是換一個人，來問同一座知識庫而已。 聽到要把公司資料集中起來、還要讓 AI 能查，老闆第一個反應通常不是興奮，是緊張。這很合理。所以這套系統，把安全做成兩條不能違反的鐵則。第一條：蓋不乾淨，整筆就算失敗。不是盡量蓋，而是只要有一個地方沒蓋乾淨，整筆內容直接退回去重跑。寧可多跑一次，也不讓客戶的帳號密碼，流進大家都查得到的地方。第二條：您無權看的，系統絕對不會答給您。權限不是綁在資料夾上，而是綁在團隊上，每一次查詢的當下重新確認。標成業務團隊的合約跟報價，工程師查不到，甚至查不出來它到底存不存在。這代表您可以放心把合約、報價、客戶資料都放進去，而不是只敢放那些本來就無所謂的東西。而知識庫真正的價值，恰恰就藏在那些本來不敢放的內容裡。 那它會不會變成另一座檔案墳場？會，如果沒有更新機制的話。所以更新被設計成一條可以重跑的產線。合約續約了、作業辦法改版了，承辦人只要對原本那個檔案按「上傳新版本」，系統就會自動把新舊版本接起來：新的標成第二版，舊的標示已被取代，完整紀錄留著，隨時可以回頭查。接著自動重新清洗、重新整理一次。下一次有人問，答到的就是新版內容，出處也同步指向新版。您只要從更新原料開始，下游會自己刷新。知識庫不會因為沒人維護，就悄悄過期成一堆謊話。 導入之後，會有什麼變化？先說清楚，接下來這幾個數字，是一般導入經驗的合理期望值，不是保證值。實際成效還是要看餵進去多少素材、清洗的品質，還有團隊的使用習慣。找答案的時間，從半小時翻檔案加問人，縮短到一分鐘問知識庫，大約提升十倍。新人上手，從一到兩個月縮短到兩三週，大約砍一半。同樣的問題重複被問，下降六成以上。機密資料外洩的風險，因為蓋不乾淨就整筆退回，趨近於零。不過對經營者來說，比數字更重要的是另一件事：這些品質，是可以被量出來的。系統內建兩道自動檢驗，一道量該蓋的有沒有蓋掉，一道量答得準不準、有沒有越權洩漏。它們可以像定期健康檢查一樣固定跑。因為知識管理最常見的死法，不是導入失敗，是導入三年之後，沒有人說得清楚它到底有沒有用。 這個故事，其實一點都不特別。每一家有十年以上歷史的公司，都有兩三個不能走的人。不是因為他們的職位無可取代，而是因為只有他們知道那些從來沒被寫下來的答案。您沒辦法保證他們不走。但您可以決定：他們走的時候，帶走的是一份工作，還是一整座公司的記憶。 如果您想盤點看看自己公司的狀況，可以從三件事開始。第一，盤點手上現有的素材：錄音、舊檔、交接清單。第二，評估哪一個部門的知識斷層風險最高。第三，挑一個情境，小規模先試做一個。歡迎來聊聊，聯絡方式就在畫面上。我是智庫引擎，我們下一集見。
沒有留言:
張貼留言