這裡是智庫引擎，專為企業設計的知識庫。本集我們談半導體與自動化設備商。畫面上這句話，值班過的人都懂：凌晨兩點，產線停了，但能問的人都在睡覺。右邊那一疊，是您公司真正的現況。厚厚的原廠手冊，加上散落的維修報告，最上面掛著一張吊牌，寫著一個錯誤碼——E-0451。客戶的產線一分鐘幾萬塊，而您的值班工程師，正在翻那七百頁的英文手冊。這一集要解決的，就是這一個晚上。
我們把那一晚還原給您看。一家做半導體後段設備的公司，出機超過三百台，分佈在六個國家，合約裡寫著二十四小時支援。凌晨兩點十七分，電話進來：客戶端某台機的取放模組跳出錯誤碼，產線停了。您看畫面左邊那個碼錶，就停在這個時間。值班的是入職一年半的工程師。他做了三件事，也就是迷宮裡那三樣東西：翻原廠手冊，七百多頁英文，錯誤碼那一章寫得很簡略；搜公司的共用資料夾，找到十幾份檔名很像的維修報告，不確定哪一份對得上這個機型；最後在群組裡標記了三位資深同事——那三個對話泡泡，沒有人回，因為凌晨兩點。時間快轉到右邊，四點十七分。一位資深工程師醒來看到訊息，回了一句：那個碼多半是感測器的線鬆掉，先看接頭。三分鐘解決。右下角這句話請您念一次：兩個小時的停機，成本是幾十萬；而答案一直都在公司裡，只是在一個睡著的人腦子裡。 那為什麼一定會斷？不是誰不敬業。畫面上四格，是四個結構性的原因。左上，知識的形狀不符。您看那個方塊，怎麼塞都塞不進圓孔。原廠手冊是按模組寫的，客戶的問題卻是按症狀來的。從「跳出這個碼」走到「手冊第四百一十二頁那一段」，中間那一步是經驗，不是文件。右上，精華被埋沒。維修報告有一欄叫處理過程，裡面常常寫著「經確認為感測器接頭鬆動，重新插拔後恢復」。這是黃金，可是它躺在第八十七份報告的最後一欄，沒有人搜得到。左下，時空與維度的混亂。同一個錯誤碼，在不同機型、不同韌體版本，處置完全不同；而且手冊是英文、報告是中文、客戶的描述是現場口語。右下最現實：時間點的絕對失效。所有靠「問資深前輩」的機制，在凌晨兩點全面癱瘓。 所以這一頁把問題重新定義一次。畫面中間是一扇打開的保險庫，裡面鎖著的不是錢，是一顆大腦。問題不在於值班工程師不夠資深。您再怎麼訓練，他也不可能在一年半內背下三百台機、六個國家、十幾個韌體版本。問題在於：資深工程師知道的經驗，在他睡覺的時候根本查不到。下面那一行是這一集的答案：您需要的不是一支永遠有人接的電話，而是一個凌晨兩點也具備資深判斷力的地方。電話會睡覺，那個地方不會。 那要怎麼做？先擋掉一個很常見的誤會。畫面左邊是傳統迷思：把所有檔案倒進一個資料夾，再把資料夾丟給 AI，就以為算數了。結果是員工還是要自己大海撈針，只是撈的地方換了。右邊才是我們要蓋的東西：一座煉油廠。原料進去，出來的是可以直接照著做的指令。差別在哪裡？左邊存的是「檔案」，右邊產的是「答案」。凌晨兩點的工程師要的不是十幾份相似的報告，是一句可以馬上照著做的話。 煉油廠裡面做了什麼？畫面從左到右三段。第一段，原料輸入。四個漏斗：原廠的英文手冊、歷年的中文維修報告、韌體版本說明，還有教育訓練的錄影。這四樣本來就有，不必額外寫。第二段是清洗。先把贅字跟雜訊去掉；客戶的名稱、窗口的電話這類敏感資訊先蓋掉；然後做分類跟摘要。第三段，簡報上寫的是知識蒸餾。白話講，就是再整理一次——把內容重新排成「症狀、根因、處置步驟」這三段，而且相關的幾頁互相連起來。關鍵在這個順序。手冊是按模組排的，這裡改成按症狀排。因為凌晨兩點那通電話，開頭永遠是一個症狀。 做出來以後，那個晚上會變成什麼樣子？值班工程師打一句話：XX-200 取放模組 E-0451 怎麼處理？系統回他三段。第一段，根因分析：常見的是位置感測器的接頭因為震動鬆脫，並不是馬達故障。第二段，處置方式：重新固定接頭，加裝固定夾。第三段那個橘色的框最值錢：注意，v3.2.1 以前沒有訊號重試機制，v3.3 以後會自動重試。這一句在任何一本手冊上都找不到，它來自某個人真的踩過的那一次。最下面那一行，出處：維修報告 SR-2023-0417。右邊那句話請您記住：每一句話都有本有據，可以直接連回原始報告。在這一行，一個編出來的答案比沒有答案更危險。 接下來這一頁，是導入成不成功的關鍵，而且跟技術沒什麼關係，跟習慣有關係。畫面左邊這位工程師，人在客戶的機台旁邊，一手平板、一手無線電，同時要看手冊、跟客戶講話、還要記錄。上面那句話講得非常實在：多開一個網頁去查資料，就是一個會被放棄的動作。您買再好的系統，只要它要求現場多開一個視窗、多登入一次，它就不會被用。所以右邊這張圖才是重點：知識庫不是只有自己的網頁，它可以直接接進工程師本來就在用的工具裡。左邊接的是他們寫程式、調機的環境，右邊接的是 LINE、Teams，還有貴公司自己的派工系統。底下那句話總結得很好：不需要切換視窗，不用重新登入，答案直接送到他本來就開著的地方。 接進去以後，老闆一定會問兩件事，這一頁就是回答。畫面上兩根柱子。左邊這根是安全。權限是跟著人走的，不會因為換一個入口進來就繞過限制。每一支金鑰可以獨立管理、隨時停用；誰查了什麼、用掉多少運算量，都留有紀錄。右邊這根是信任。所有從外部工具進來的查詢，一樣強制附上原始文件的連結；工程師如果覺得答案跟現場對不太上，可以一鍵回去看：當初那一次是什麼機型、什麼韌體、什麼客戶環境。底下這句話撐著這兩根柱子——沒有出處的答案，在設備支援這一行是絕對不能用的。 對客戶來說，感受最直接的其實不是數字，是電話那頭的語氣。畫面上面這一段，是過去。值班工程師說：我先幫您記錄下來，天亮後跟我們資深同事確認，再盡快回覆您。這句話很有禮貌，可是客戶聽到的是「今天晚上沒救了」。您看右邊那個錶，指針在紅色區，產線還在停。下面這一段，是現在。同一個人說：這個碼通常是感測器接頭鬆脫，麻煩您現在先看一下接頭，我這邊同步幫您查韌體版本。兩句話的差別，在於他手上有沒有東西可以查。右邊那個錶就進了綠區。最下面這一行值得您記著：同樣是凌晨兩點，一個在拖到天亮，一個在解決問題。 換成經營者看得懂的數字，畫面上三張卡。第一張，平均修復時間縮短三到五成。這一項最好算——把兩個小時變成二十分鐘，省下來的是客戶產線停機的損失，也是您下一次續約的籌碼。第二張，需要把資深工程師從床上叫醒的夜間案件，下降六成以上。這一項老闆常常忽略：您廠裡最貴的那幾個人，晚上有沒有睡飽，會反映在白天的產出上。第三張，新進支援工程師的獨立完修率顯著提高。人才斷層是這麼補起來的。最下面那行小字也要說清楚：這些是合理的預期目標，不是實測保證，實際成效取決於您匯入多少資料，以及有沒有持續更新。 最後留一個問題給您，就在畫面左邊：如果下個月有一位資深工程師離職，您們夜間案件的平均處理時間，會變成多少？下面那段話講得很直接：設備商賣的是機器，但續約靠的是支援；而支援的品質，不該取決於那通電話剛好是誰接的。右邊是三個可以馬上做的步驟。第一，盤點素材：找出散落的維修報告跟原廠手冊。第二，挑選試點：選目前支援負擔最重的那一款機型。第三，評估規模：小規模先試做一個，一起訂出要看的指標。聯絡方式就在畫面上。我是智庫引擎，我們下一集見。
沒有留言:
張貼留言