這裡是智庫引擎,專為企業設計的知識庫。本集我們不談畫面怎麼操作,談制度。標題是知識傳承與經驗累積方法論,副標寫得很直白:從依賴人治,到用一套系統來治理。畫面右上角標了三個對象——決策層、知識庫管理者,還有知識治理的負責人。如果您是其中之一,接下來這十分鐘,會替您省下六個月的學費。為什麼要談制度?因為買一套系統很快,但決定成敗的是三件事:知識為什麼流失、誰負責、多久盤點一次。這三件事沒想清楚,系統上線那天就是品質最高的一天,之後每天都在衰退。我們從最容易誤會的一件事開始。
第一件事:知識流失有三種,而系統只解得了其中一種。畫面上三個框,從左看到右。左邊,第一種流失:從來沒有被記錄。老師傅的判斷依據只在他腦裡,沒寫過、也沒錄過。系統完全無解——沒有被記下來的東西,再厲害的工具也變不出來。真正的解法是訪談萃取,那是人的工作。中間,第二種流失:記錄了,但是錯的或過期的。這一種更麻煩。系統不只解不了,還會放大它。您匯入一份過期的規範,它就會很有自信地引用那份過期的規範,而且附上出處,讓您更相信它。真正的解法是版本治理跟責任人制度,一樣是人的工作。右邊,第三種流失:記錄了、也是對的,但沒有人找得到。答案躺在三年前某一次會議的錄音裡。這一種,才是智庫引擎真正的專長。最下面那句話,是整支影片的行動建議:先解決第三種,成本最低、見效最快;用它爭取到組織的信任,再回頭推動第一種跟第二種。 既然如此,導入之前有三句話,建議寫在啟動會議的第一張投影片上。前提一,系統不會讓不存在的知識出現。它降低的是取用的成本,不創造知識。前提二,系統不會讓錯的知識變對。匯入垃圾,人工智慧就會很有自信地產出垃圾。內容品質是人的責任,系統只負責讓內容被找到。前提三,系統不會讓沒有人維護的內容保持正確。上線那天品質最好,之後每一天都在衰減,除非有人負責。右邊這一欄,是系統的防護網。最危險的不是查不到,是自信地答錯。查不到會讓人再去問人,答錯會讓人直接動手。智庫引擎的做法是兩段式的信心門檻——分數太低的時候,程式直接回覆查無相關依據,連問都不問人工智慧——再加上強制附出處。但那只擋得住找得不夠準,擋不住您匯入了錯的資料。源頭的品質,仍然要靠人把關。 講完前提,來講誰負責。這一頁的標題已經把結論說完了:沒有責任人的知識庫,六個月後就是垃圾場。畫面上三個齒輪,是三種角色,責任一定要分開。左上,知識庫管理員,一到兩個人。負責規則、詞庫、提示詞跟盤點節奏。但他不負責判斷各部門的專業內容對不對。右上,部門知識窗口,每個部門一位。負責該部門內容的正確性、審核,還有回應查無依據的清單。他不負責維護詞庫跟系統設定。左下,內容的維護負責人,跟著知識頁走。負責單一頁面的正確性與時效。他不負責別人的頁面。最容易做錯的一件事,是把內容對不對的責任交給知識庫管理員。他不可能懂每個部門的專業,結果就是沒有人真的在審內容。右下角那三題,上線前一定要答得出來。誰是知識庫管理員?答「大家一起」,等於沒有人。窗口的主管,同意佔用他的工時嗎?盤點什麼時候進行?第三題答不出來就不要開始——沒有排進行事曆的事情,不會發生。 有人負責之後,接下來是節奏。畫面上這條心電圖,把盤點分成四種頻率。最左邊,每週的高頻脈搏。看查無依據的封鎖清單,還有待審核的知識頁。審核積壓超過兩週,等於審核關卡已經失效,要重新安排人。中間偏上,每月的常規心跳。看涵蓋率,還有資料一致性巡檢。這裡有一個警告:過時是靜默的。素材改了但沒有重新清洗,系統不會主動通知任何人。不看,就不會知道。中間偏下,每季的校準。檢索品質跟基線比對,還有分類詞庫檢視。如果兩邊下拉選單的詞不一樣,那是人工智慧在自創分類,要去修提示詞。最右邊,每半年看滿意度趨勢。看趨勢,不看單次。最下面那句話請記起來:如果只能做一件事,就每週看被封鎖的問題清單。那是一份現成的待辦清單,直接告訴您使用者想問什麼,而您沒有。 制度講完了,來講最難、也最有價值的那一件事:怎麼把只存在人腦裡的隱性知識,變成查得到的知識。畫面左邊是一顆大腦,右邊是知識庫,中間六個步驟。第一步,挑對人與對題。判準不是最資深,是最不可取代——這個人如果離職,多久之內會出事。第二步,先問問題,不要先問答案。收集二十到三十個真實問題,從別人常來問他什麼下手,而不是問「請介紹一下你的工作」。第三步,訪談錄音。一場四十到六十分鐘,分兩三次進行,用提綱,不要自由聊。第四步,轉逐字稿並校對。這裡有個警示:專有名詞、型號、參數一定要人工校對。語音轉文字對這些的錯誤率最高,而它們恰好是最關鍵的資訊。第五步,清洗跟蒸餾,也就是整理成一頁一個主題的知識卡。這裡的警示是:受訪者本人必須親自確認結果。人工智慧很常把「通常」寫成「一定」。第六步,真實驗收。拿第二步收集的那些問題去問系統。答不出來的,就是訪談漏掉的。 第三步那一場訪談,怎麼問,決定了整件事的成敗。左邊灰掉的,是不要問的。「請介紹一下你的工作流程」——這樣問,您只會得到一份標準的作業辦法,沒有靈魂。右邊亮起來的,是應該問的。「你怎麼判斷這個特例?」「當時決策的理由是什麼?」這樣問,才挖得出判斷依據跟例外處理。中間那條橘色的實務心法很重要:開場必須說清楚,這是要留給後面的人的,不是要考核你。沒有講清楚,受訪者只會講安全但無用的標準答案,那份錄音就白錄了。最下面這句話,是整頁的重點——老手離職時帶走的,不是怎麼做的步驟,是為什麼這樣做的判斷標準。 做了這麼多,怎麼知道有沒有效?畫面上三張卡:一張要追、一張要丟、一張是紅線。左邊綠色這張,是值得長期追蹤的四個。第一,查得到率,也就是沒有被封鎖擋掉的比例。第二,被封鎖問題的收斂速度,持續下降代表知識庫在成長。第三,平均解答時間,這個最有說服力,但請注意上面那個警示:導入前的數字一定要在導入前就量,事後回想不準。第四,新人可以獨立作業的天數。中間灰掉這張,是該丟掉的虛榮指標。文件數量會鼓勵您匯入垃圾。回答字數越長,越可能是編的。單次的滿意度分數波動太大。右邊紅色這張,是零容忍:越權洩漏數必須為零。這不是品質問題,是資安事故,沒有任何折衷空間。 接下來這四件事,是失敗案例裡最常出現的。左邊是問題,右邊是解法。反模式一,把知識庫當檔案櫃,先全丟進去再說。以後不會來。解法是第一批二十到三十份全部人工審核,拒絕一次匯入五千份。反模式二,忽略隱性知識,只匯正式文件、不匯會議紀錄。結果是知識庫只答得出規定是什麼,答不出為什麼這樣規定。而後者,才是老手離職時帶走的東西。解法是會議與訪談錄音的優先度,絕不亞於正式文件。阻力一,知識囤積——寫下來我就沒價值了。這種話不會有人明說,只會表現成訪談很順利、但錄音沒什麼內容。解法是誠實面對,把知識貢獻納入考核,讓受訪者掛名為維護負責人,創造榮譽感。阻力二,不信任系統,覺得人工智慧不能信。解法是不要爭論,讓他自己點開出處,看原始段落。通常一兩次之後,態度就會改變。 最後,給決策層一個合理的期待。這是在有人負責的前提下的節奏,不是保證。第一個月,驗證期。合理的是一個部門、二十到三十份素材跑完全程、指標達標;不合理的是全公司立刻上線。第二到第三個月,擴張期。合理的是擴到兩三個部門、封鎖問題開始收斂、完成關鍵人員的深度訪談;不合理的是期待它回答公司所有的問題。第四到第六個月,常態化。合理的是盤點成為例行公事,而且出現一個「沒有這套系統會很麻煩」的真實業務案例;不合理的是立刻取代既有系統。最下面那句話請帶回去:第一個月真正的關鍵里程碑不是漂亮的數字,是有一個部門的人願意主動使用它。以上,就是知識傳承的制度與治理藍圖。感謝您的收看,我們下次見。