一週之內，三個專案的顧問各自花了半天，畫出骨架幾乎一模一樣的架構圖；而客戶問「你們輔導過的製造業，遇到什麼阻力」時，專案經理只答得出一句：那個是 David 做的，但他去年走了。
這一集示範怎麼讓顧問為了自己方便錄下的週會，順路變成公司查得到、附得出第幾分鐘的實戰法則，以及為什麼系統整理出來的知識一定要有人核可才准進庫。
這裡是智庫引擎，專為企業設計的知識庫。本集我們走進管理顧問公司。畫面上這個標題有個很有意思的比喻：知識煉油廠。原油本身不能用，要煉過才有價值。副標點出這一集要解的題：第四十一張空白簡報。您看右邊那張圖，左半邊是一堆各自飄散的線，到了中間收束成一點，右半邊才變成整齊的結構。顧問公司缺的從來不是原料——每天開的會就是原料。缺的是把它煉成結構的那道程序。
先看畫面上方這三格。週二早上九點半、週三下午兩點十五、週四中午十一點——三個不同專案的顧問，各自花了半天，畫出骨架幾乎完全一樣的「現況痛點與改善方向」架構圖。睿衡管理顧問一年結案三十幾件，公司裡有二十二位顧問。請注意左下角那句話：沒有人偷懶，只是無從尋找。再看右下角。客戶問了一句很正常的話：你們之前輔導過的製造業，導入多久看到成效？遇到什麼阻力？專案經理心裡知道，公司至少做過五個類似的案子。但成效的數字、阻力的細節在哪裡？答案通常是這一句：那個是 David 做的，但他去年走了。這句話一講出口，這場提案的氣勢就掉了一半。客戶要的不是「我們有經驗」，是「上次那個阻力你們怎麼處理的」。畫面最底下那句話，就是顧問業最痛的一件事：顧問業賣的是經驗，但經驗每結一次案，就蒸發一次。
為什麼會這樣？畫面上四格，講的是系統設計的反作用力，不是誰不夠自律。左上，專案的封閉性。一個案子六個月，團隊三到五個人，期間累積的洞察只有這幾個人知道，結案就解散了。右上，為客戶而寫的報告。結案報告只寫結論與建議，不會寫「我們最初的假設錯在哪裡」，也不會寫「哪個部門抵抗最大」。可是請注意後面那半句——後者才是下一個案子最需要的。左下，最有價值的是說出來的。顧問一天有一半時間在開會：專案週會、客戶訪談、內部檢討，裡面全是判斷與觀察，但會後只留下幾行待辦事項。右下，高流動率是常態。顧問平均任期三年，而三年，恰好是一個顧問開始真正值錢的時候。換句話說，公司每三年就把最成熟的那一批經驗，親手送出門口。四件事加起來，結論很清楚：這不是紀律問題，是設計問題。
那要怎麼改？畫面左右兩欄，差別在四個地方。第一列，觸發點。傳統做法是結案之後額外花兩天整理；新做法的觸發點，是專案進行中本來就要開的那場會。第二列，動力來源。傳統靠顧問的紀律跟行政規範去要求；新做法是順路完成——顧問是為了自己方便才錄音的。這一列最關鍵。任何要靠自律才成立的制度，第三個月就會沒有人做。第三列，內容品質。傳統留下的是修飾過、過濾過的標準範本；新做法留下的是原始的戰術洞察，還有客戶真實的反應與阻力。第四列，結果。一個在第三個月失效、沒有人維護；一個順手把每一場會議，變成公司的長期資產。
實際怎麼運作？畫面從左邊看起。輸入端是一場九十分鐘的專案週會，顧問為了自己方便錄下來的。進來以後先做語音轉譯與清洗，自動變成逐字稿。接著分成上下兩條路，這是這一頁的重點。上面那條是營運路徑，解決當下：產生會議紀錄、提取決議與待辦、把任務丟進專案管理系統。注意最後一格——它不會覆蓋人類手寫的紀錄。下面那條是知識路徑，投資未來：去掉贅字、把客戶名稱這類敏感資訊蓋掉，做分類與摘要，最後整理成可以查詢的概念頁。一場會議，兩條路徑。上面那條讓顧問願意錄，下面那條才是公司真正賺到的。這個設計很重要：如果只有下面那條，錄音對顧問來說就是純粹的額外負擔，推不動。
我們把其中一句話拆開來看。第一步，原始輸入。會議上顧問這樣講：客戶那邊生產部的王大明說他們不想用新系統，因為績效指標沒改，做這個只會讓他們這個月達標率變難看，我們是不是要先找主管談？這句話很口語，也帶著客戶的真名。第二步，清洗與分類。系統去掉贅字，把王大明改成「生產部窗口」，然後抓出兩個核心議題：系統導入的阻力，還有績效指標的衝突。第三步，概念化與連結，變成一個可以重複使用的知識節點。請注意第二步做了兩件事：一件是保護客戶，另一件是把個案抽象成通則。少了後面這件，留下來的只是一堆會議紀錄。畫面右下角那句話，是這一集的中心思想：您要累積的不是一個範本庫，是四十個案子裡真正學到的那幾十條實戰法則。
那些法則平常怎麼用？畫面上方是提問：製造業推流程改造，生產部門抵抗怎麼處理？底下的回答分成兩塊。第一塊是洞察：如果抵抗的來源，是既有的績效指標在新流程底下對那個部門不利，那直接討論流程通常沒有用，應該先跟部門主管談指標的調整。第二塊是驗證：這個判斷已經在多個製造業專案中驗證過。這一句「已經驗證過」很重要——它把一個人的直覺，變成公司的判斷。最底下那一行是溯源：出處，某某專案週會錄音，原始逐字稿第二十七分鐘。您可以直接回去聽當時是在什麼情況下講這句話的。有出處，才敢拿去跟客戶講。
要讓顧問願意用，有三件事一定要先講清楚。畫面上三根柱子。第一根，互補不覆蓋。系統產出的會議紀錄只會填補空白的欄位，絕對不會覆蓋或修改顧問自己手寫的內容。顧問最怕的就是「我寫的東西被改掉了」，這一條是為了這件事設計的。第二根，專家把關。系統整理出來的知識只是提案，必須經過專案經理或知識管理負責人核可，才會正式進到知識庫。機器不能自己決定什麼叫公司的方法論。第三根，嚴格的資料界線。方法論與通則放在公開範圍，客戶的專案資料綁定團隊標籤。沒有權限的人查詢，系統顯示的是「查無資料」，不是「您沒有權限」——這一點對顧問業特別重要，因為連「我們有這個客戶」都屬於保密的範圍。
前面講的都是內部效率，但這一頁講的是收入。畫面上半，沒有知識庫的時候，提案桌上講出來的是：我們在這個領域有豐富的經驗。右邊那個標籤很誠實：依賴記憶，缺乏細節。這是一句形容詞，客戶聽過太多次了。畫面下半，有知識庫之後講出來的是：我們做過五個類似案子，其中三個遇到績效指標的阻力，我們的處理方式是先調整主管的績效指標。右邊的標籤是：瞬間調用，無法反駁的實績。同一家公司、同樣的過去，差別只在於坐在客戶對面的那三十秒，講不講得出來。而且下半那句話，年資兩年的顧問也講得出來——因為它不靠記憶，靠的是公司的庫。畫面最底下那句話是給合夥人看的：最直接的價值不是省了多少時間，而是提案成交率的提升。
導入之後可以合理期待什麼？畫面上三項。啟動加速：專案準備的時間縮短三成到五成。去重複化：重複製作相似交付物的情況明顯減少。流失防禦：顧問離職造成的專案知識損失大幅下降。中間那行小字要念清楚：這是導入目標與合理預期，實際成效取決於會議有沒有錄、核可有沒有做。底下那個式子才是給經營者的：顧問公司的估值，等於累積的方法論，乘上能執行的人。多數顧問公司的方法論只存在資深人員的簡報檔裡。人走了，那一項就跟著歸零。把日常對話轉成結構化的資產，是鞏固估值的唯一路徑。
最後這一頁，是一個值得帶回公司的問題：明年這個時候，您們會再結案三十件。那三十件，會留下什麼？如果要開始，畫面上三步。第一步，盤點現況，看看現有的專案會議與結案報告，目前保存到什麼程度。第二步，尋找痛點，找出最常重複投入資源的那一條業務線。第三步，試點規劃，一起評估導入範圍，小規模先試做一個。建議從一條業務線開始，不要一次全公司上——顧問業的接受度是靠幾個人先用出心得帶起來的，不是靠公告。聯絡方式就在畫面上。這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言