C# .NET Blazor MAUI Xamarin Research

30種企業知識庫應用-12-醫院與診所體系

這裡是智庫引擎，專為企業設計的知識庫。本集我們談醫院與診所體系。畫面正中央這顆三稜鏡，把這一集的主張畫得很清楚。左右各有幾道顏色不同的光射進來——那是各單位各自的版本；穿過稜鏡之後，收成下面那一道。副標寫的是：從多頭馬車，到單一真相。先說明一件事：這一集談的是行政與管理作業的知識管理，不涉及臨床診斷或治療決策。

我們從評鑑前的一場自我檢查會說起。這個體系有一家區域醫院、四家聯合診所，全職人員七百多人。品管中心主任把同一項行政作業拿出來對照：檢體送驗的異常處理流程。結果三個單位講出三個版本。畫面上三張卡就是那三個版本。檢驗科依的是三年前的作業手冊。門診依的是兩年前一份公告的補充說明。聯合診所依的是他們自己畫的一頁流程圖——那是護理長照著當年的口頭說明畫的。請注意，不是有人做錯。三個單位都沒有錯，都有依據。可是底下那句話點出了問題：體系對外，只能有一種說法。主任那天講了一句話：我們不缺制度，我們缺的是「現在到底以哪一份為準」的答案。那為什麼一定會歪？先看左邊那張組織樹。最上面那一顆是中心政策，形狀是完整的。往下一層、再往下一層，您看那些圖形——顏色越來越淡，形狀越來越走樣。這不是誰不遵守，這是傳遞本身的物理現象。右邊四格，把原因講完。第一，傳遞路徑。制度更新是點狀下達，一份公告發出去；可是現場的理解是網狀擴散，各自轉述、各自做成自己單位的簡化版。三個月後，簡化版就變成現場真正的依據。第二，認知落差。制度給的是「應該怎麼做」，現場需要的是「具體怎麼做」。中間那一段轉譯是各單位自己完成的，而且沒有人回收檢查。第三，人事流動會重置理解。護理長換人、行政接手，新的人拿到的是前任留下的檔案，不是原始規定。第四，缺乏全景。品管中心可以查任何一個單位的文件，但沒辦法一眼看出七百人整體上是怎麼理解的。底下這句話請您記住：問題不在規定不夠清楚，而在於沒有地方能一次看見差異。發現落差之後，最常見的反應是左邊這三件事：再發一份更清楚的規定、再寫一份更長的公告、再開一個雲端硬碟把檔案都放上去。三件都做過的人知道，這只會讓版本更多。您發的那一份，會變成第四個版本。右邊才是真正缺的東西：「現在到底以哪一份為準」的標準答案。底下那句話值得管理層讀兩次：管理大型醫療體系的難題，多半不是沒有規定，而是規定太多、版本太雜、傳達路徑太長。那要怎麼做出那個標準答案？畫面上這條產線，三個階段。第一階段，原料區。把行政作業手冊、歷次公告、各單位自訂的流程、教育訓練紀錄，還有品管檢討會的錄音，一起匯進來。注意，各單位那些自訂版本也要進來——它們正是差異的證據。第二階段，清洗。去贅字、自動分類、把病人跟員工的個資蓋掉、做摘要。第三階段，成品區：互相連結的概念頁。舉個實際的例子。檢討會上有人說：手冊寫退回重採，可是兩年前那份補充說明加了一句，侵入性採檢可以先聯絡；診所那邊畫的圖是全部先聯絡；病人有時候已經回家了，這個真的要講清楚。這一段話走完產線，變成一頁清清楚楚的對照：手冊版本怎麼寫、補充說明怎麼寫、部分單位實務怎麼做，還有一欄叫「待決事項」——三種做法尚未統一。它沒有替您決定，它把差異攤開來讓您決定。統一之後，前線用起來是這個樣子。不管是檢驗科、門診，還是四家診所裡的任何一位，打進去的都是同一句話：檢體標示不清要怎麼處理？得到的也是同一個答案：非侵入性採檢應退回原單位重新採檢；侵入性採檢應先聯絡確認，避免重複侵入性處置。您看它怎麼處理那三個版本的——它沒有選邊站，它把適用條件講清楚了。原本三種做法的分歧，其實是「有沒有分侵入性」這一刀沒有劃出來。下面那三個標籤是出處：作業手冊某章、某年補充說明、品管會議紀錄。三份都列出來，因為這個答案本來就是整合出來的。底下那句話是這一集的目標：讓七百個人問同一句話時，得到同一個答案。接下來這一頁，是管理者最該看的一頁。大型體系需要兩種問法，而多數工具只提供第一種。上面這一列是精確問法，給第一線人員用的：檢體標示不清怎麼處理？系統去找最相關的幾段內容，給您一個帶出處的答案。核心價值是行動指引、減少犯錯。這是日常使用的主力。下面這一列不一樣，叫全域模式，給管理階層跟品管中心用的。問法長這樣：我們體系在檢體管理這一塊，整體上有哪些做法上的分歧？這種問題沒有標準答案藏在某一段文字裡。您把所有文件搜一遍也搜不出來，因為它要的是歸納，不是找出最像的那幾段。所以系統的做法是：先把已核可的知識整理成一個一個主題群落跟摘要，然後針對這些摘要回答。核心價值就在右邊那六個字：發掘盲點、統一規範。準備評鑑、盤點制度落差，用的就是這一種。不過全域模式有三條守則，一定要先講清楚，就是畫面上這三張卡。第一，需核可才收錄。沒有核可的內容不會進入全域的運算。這確保管理層看到的每一個分歧，都是基於真實存在的文件，不是系統編出來的。這裡有一個導入初期的常見疑惑：剛上線的時候用全域模式問，會覺得「怎麼沒東西」。那不是壞掉，是還沒累積——素材匯了，但還沒有人去按核可。這件事要指定到人。第二，權限從嚴判定。因為摘要是跨多份文件整理出來的，所以只有當使用者的權限涵蓋底下所有來源時，才看得到。寧可少給，絕不多給。第三，這一條最重要：它只回答已經放進來的東西。如果某個單位的文件沒有匯進來，系統不會瞎猜。所以當系統說「沒有分歧」時，您要先確認的是——那個單位的文件，到底有沒有進來。這一頁只有一句話，但它把管理這件事重新定義了。真正的管理，不再是耗費心力寫出一份完美的規定；而是隨時具備能力，一眼看透七百人腦中對那份規定的認知全貌。您看上面那張網——中間那顆是規定，四周那些小球是每一個單位對它的理解。過去您只能一顆一顆去問，而且問完就過期了。底下那句話是這一頁的重點：它不只是一個搜尋工具，它是體系的第一張組織認知地圖，而且會隨時更新。寫規定是一次性的動作，看見認知是持續性的能力。導入之後，感受最直接的不是數字，是開會時桌上放的東西。畫面左邊是過去的自我檢查會：各單位各自報告，主任聽完才驚覺有落差。這是一場在蒐集問題的會議。右邊是現在：會前先問一句「這一塊有哪些做法上的分歧」，帶著清單進會議室。這是一場在解決問題的會議。同樣兩個小時，一個用來發現，一個用來決定。底下的預期效益有兩項：跨單位落差盤點從數週縮短到數天；查找現行規定的時間下降五成。括號裡那行小字也要唸給您聽：這些是導入目標與預期，實際成效視匯入範圍與紀律而定；而且這套系統用在行政與管理作業，不涉及臨床診斷或治療決策。最後留一個問題給您：您們體系裡，有幾件事是各做各的？這個問題其實沒有人答得出來，因為要答得出來，就得先做一次全院盤點——而那正好是最花時間的事。副標那一句很現實：不知道有幾件，就無法排序處理；而評鑑委員，通常會剛好問到那一件。如果您想開始，畫面下面是三個步驟。第一，評估導入範圍。第二，找出版本最雜的那一本作業手冊——通常大家心裡都知道是哪一本。第三，選單一單位小規模先試做一個。聯絡方式就在畫面上。我是智庫引擎，我們下一集見。

30種企業知識庫應用-11-建築師與室內設計事務所

30種企業知識庫應用-11-建築師與室內設計事務所

這裡是智庫引擎，專為企業設計的知識庫。本集我們談建築師與室內設計事務所。畫面上這句話，做設計的人每個禮拜都會遇到：這個案子能不能這樣做？業主在會議上問您一句，您心裡有八成把握，但那兩成不敢賭。副標寫出這一集要走的路——從查三天才敢回答，變成三十秒精準決策。

我們先看一個算式，它算出來的答案是六個月。畫面左邊，一份內部瘋傳的常用法規重點整理。那是某位同事在 2021 年底做的，做得很好，好到全事務所都在用。中間這一格，是 2022 年第三季的一次修法。您看那個鈴鐺被劃掉了——沒有人通知您。兩個相加，等於右邊那個橘色的印章：六個月的重新送審與重畫。事情是這樣發生的：一位新進設計師照著那份整理畫圖，圖畫到一半被審查意見打回來，因為其中一條在兩年前已經不適用了。底下那句話請您記在心裡：您們事務所最危險的文件，不是沒整理的那些，而是整理得很好，但沒人知道它已經過期的那一份。以一間十四個人、同時跑九個案子的事務所來說，一次錯誤引用的代價，就是這樣。那為什麼查一件事要三天？畫面左邊那四片疊起來的圖層，就是原因。第一層，法規分層。一個問題常常要跨中央法規、地方自治條例、都審規範、消防、無障礙，四五個層級才答得完，而它們分別放在不同的地方。第二層，條件觸發。同一條獎勵條款，在不同分區、不同基地面積、不同用途下的適用完全不一樣。看到條文不等於答得出來，還要判斷適不適用。第三層，經驗斷層。事務所真正的資產是「上一個類似案子怎麼過的」、「這個承辦最在意什麼」、「那次被退件的理由是什麼」——這些全在主持建築師的腦子裡，跟幾個舊資料夾裡。第四層，無聲過期。剛才那六個月，就是這樣來的。底下那句話講得很公道：這不是員工不用功，是知識架構本身出了問題。出了事之後，事務所的反應通常是左邊這兩件事：要求大家對法規更熟，然後整理更多、更新的檔案。兩件都做過的人知道，這條路走不完。法規一直改，人一直換，那份整理永遠慢半拍。右邊才是真正的解法：在您答出一句話的當下，能同時看到依據的原文。右下角這兩句話，把這一行的本質講完了：業主要的是依據，委員看的是條文；看見條文，才等於擁有決策能力。所以我們要做的不是「讓您記得更多」，是「讓您回答的時候看得到根據」。那要怎麼做到？畫面上這條產線，從左到右四段。第一段是原料：歷年的送審文件、審查意見、都審會議紀錄、法規條文，還有事務所自己整理的那些，全部匯進來。第二段是清洗：去掉贅字，把承辦人的姓名跟分機這類個人資料蓋掉，然後分類。第三段，簡報上寫的是蒸餾。白話講，就是把長長的公文擷取成核心概念，一頁一個主題。第四段是產出：您看右邊那張網，一頁一頁的知識卡互相連著。舉個例子。某次審查意見寫了一大段公文，重點其實是兩個：臨接道路寬度不足、開放空間淨深不足，所以不符合獎勵要件。走完這條產線，它就變成一頁「開放空間獎勵適用要件」，寫著這兩個條件缺一不可。底下那句話是重點：不是雲端硬碟，是把死原料煉成活知識的產線。做出來以後，會議上那一刻會變成什麼樣子？業主問：這塊地一樓退縮做開放空間，容積可以獎勵吧？主持建築師不用說「應該可以，回去確認一下」。他當場打一句話：這個分區退縮做開放空間，獎勵要件有哪些？系統回他：須同時滿足基地臨接道路最小寬度，與開放空間淨深要求。真正值錢的是下面那個橘色的框——系統主動提示：本所曾有案件因為臨接道路寬度不足跟淨深不足被退；而且這個分區另有獎勵上限規定，須個別檢討。這不是法規講的，這是您們自己踩過的坑。再看最下面那一行：出處，某案第二次審查意見。底下那句話是這一頁的結論：答案本身沒有價值，答案加上依據才有價值。上一頁那一行出處，值得單獨用一頁講。畫面左邊是放大鏡，右邊是那份原始公文的影本——您看中間那條黃色的虛線，那就是「點回去」這個動作。底下兩點是規格。第一，不能只給檔名。給您一個檔名叫「某案送審資料」，等於沒給——那份檔案六十頁。必須能精準定位到那一段發言、那一條法規。第二，點擊摘要，一秒鐘直達原文。如果原始素材是錄音，還可以回到那個時間點。在這一行，這件事不是加分項。您跟業主說可以，業主要的不是您的信心；您跟審查委員說符合，委員要看的是條文。點得回去，在實務上有三個用途，就是畫面上這三張卡。第一，自我校驗。系統的回答有可能抓錯重點。點進出處看一眼原文，您三秒鐘就知道它有沒有理解對。這比「相信它」安全得多。第二，直接引用。寫送審說明的時候，可以把出處的原文直接複製過來，不用中斷手邊的工作再去翻一次舊檔案。第三，判斷新舊。出處自帶年份。當您看到「這是三年前的審查意見」，您自然會多確認一次修法狀況——這個警覺，正好補上剛才那六個月的洞。不過有一件事必須誠實說清楚，就是這一頁的天平。左邊，系統能做的：非常快、非常準地定位到歷史依據；也可以幫您把某一筆資料標記成「已過時」。右邊，系統不能做的——請您務必記住這兩點。第一，它不會自動上網去偵測政府有沒有修法。第二，它不會自動修改您的舊檔案。所以那個「已過時」的標籤只是一個提醒，它不會擋住查詢。底下這句話是整場最誠實的一句：維持正確的關鍵，仍然需要人把新條文跟新意見持續餵進去。工具是加速器，不是自動駕駛。知道它的邊界在哪裡，比相信它無所不能更有用。導入前後的差別，這張表四列。第一列最有感，是面對業主提問的那一句話。過去是：應該可以，我們回去確認一下。現在是：可以，但要注意淨深，上個案子就卡在這裡。第二列，查證時間。從數天，變成數十分鐘內精準定位。第三列，退件風險。從高變低，因為依據不再是那份過期的內部整理，而是歷年真實的審查意見，而且點得回原文。第四列，新人可靠度。過去要資深人員反覆盯防、口傳心授；現在系統輔助他獨立判斷。要說明的是，這些是導入的合理預期，不是實測保證值，實際成效取決於匯入多少送審紀錄跟更新的習慣。最下面那句話請您帶走：同樣一個問題，一個像在猜，一個像做過。這一頁的標題叫靈魂拷問，我覺得很貼切。畫面左邊是一顆被鋼構架住的大腦——主持建築師疲憊的大腦。右邊是一個上了鎖鏈、結著蜘蛛網的鐵櫃，標籤上寫著「送審資料」。底下那句話講得非常準：一間事務所做了十五年，最值錢的資產不是硬碟裡的圖檔，而是送審過幾次、被退過幾次、學到了什麼。而這些東西現在存在兩個地方：主持建築師的腦子，跟那個沒人翻的舊資料夾。橘色那一行是重點——前者會累，後者無效。這一集要做的事，就是把它們從這兩個地方搬出來。如果您想開始，畫面上是三個步驟。第一，盤點現況：您們的送審資料跟審查意見，現在是怎麼存放的。第二，找出痛點：事務所裡哪一類案件的查證最耗時、風險最高。老屋修繕跟商辦通常不一樣，先挑那個最痛的。第三，啟動試點：評估範圍，小規模先試做一個。聯絡方式就在畫面上。畫面最下面也標了：這個案例是為了說明運作的示範情境，那些數字是導入預期指標，實際成效視匯入的資料量與更新習慣而定。我是智庫引擎，我們下一集見。

30種企業知識庫應用-10-機電空調工程

30種企業知識庫應用-10-機電空調工程

這裡是智庫引擎，專為企業設計的知識庫。本集我們談機電空調工程。畫面上這四個字，是這一集的主張：活的竣工圖。您看右邊那台冰水主機跟整套管路，藍色的是圖，橘色那一層是後來疊上去的——節點、連線，全部亮著。副標寫得很清楚：從靜態交接，變成動態脈絡。因為在這一行，交出去的那一套資料是死的，而五年後回去維修的人，需要的是一套活的。

我們從一件真實的事說起。一家做中大型建案空調機電統包的公司，完工的案子超過一百二十個，其中八十幾個簽了保養約。某天，一個五年前完工的辦公大樓報修：某層樓的空調在特定時段會失壓。派去的維修工程師看了一整天，最後卡在畫面左邊這顆閥。竣工圖上寫的是常開，現場實際是常閉。中間那三個字就是他當下的心情：為什麼？他不敢動。因為動了，整棟大樓的水路平衡可能跑掉。他打電話回公司，當初的專案經理三年前離職了；設計的人還在，但一百二十個案子、五年前的細節，想不起來。最後是一位老技師想起來的——就是右下角那一段：當時業主把八樓改成資料機房，怕水路搶量，把那條先關掉，本來說要改圖，後來沒改。這件事當初只有四個人知道，現在剩一個。而竣工圖上，什麼都沒有。為什麼會這樣？這張表把原因講得很清楚。左邊是傳統的竣工資料，右邊是維修真正需要的東西。第一列，核心目的。竣工資料是交差用的，它證明「我們照約做完了」。可是維修要的是解釋——為什麼這裡跟設計不一樣。這兩件事從一開始就不是同一個目的。第二列，內容焦點。竣工資料回答的是「是什麼」：設備型號、最終的管線位置。維修要問的是「為什麼」：這個設定值怎麼決定的、當初哪個方案被否決過。第三列，更新機制。這一列最關鍵。機電工程最後兩個月幾乎都在調整——水路平衡、風量分配、控制邏輯、時程設定。這些調整發生在現場，記在調試人員的手冊上，極少完整回寫到圖上。底下那句話，是整張表的結論：竣工資料交出去那天，專案的知識脈絡也跟著一起蒸發了。我們把這件事畫成一條曲線，就是畫面上這一條。橫軸是時間：施工、試車、交付、保固、五年後。縱軸是這個系統的有效知識量。您看它在試車的時候衝到最高——那是整個團隊對這棟建築最了解的一刻，每一顆閥、每一條管路都在腦子裡。然後交付。曲線直接掉下來，掉得又快又深。到五年後，幾乎貼在地上。右邊四個原因，第一個是交差導向，剛才講過了。第二個叫黑牌調試——最後兩個月的現場調整，只記在人員自己的手冊上。第三個是人員斷層，施工的是專案團隊，保養的是維護部門，中間隔了兩年跟幾次人事異動。第四個是案案不同：同樣是變頻箱型機，A 案跟 B 案的控制邏輯完全不一樣，因為業主改過的東西不一樣。右下角這句話請您記住：問題不在資料交得不夠多，而是施作當下的判斷沒有留下來。那要怎麼補？先擋掉一個常見的做法。畫面左邊那朵雲，裡面塞滿了 PDF、錄音、信件。上面寫得很直接：雲端硬碟不等於知識。存了不代表查得到，查得到不代表看得懂。右邊才是要蓋的東西：一座煉油廠。把專案設計說明、竣工圖說、試車跟調試紀錄、業主變更往來，甚至教育訓練的錄音，全部倒進去，煉成可以查詢的知識。最下面那句話，是這一集最想留給您的一句：您要留給五年後的自己的，不是一套竣工圖，是一套解釋得了竣工圖的東西。煉油廠裡面做四件事，畫面從左到右。第一步，原料匯入：試車紀錄、調試錄音、變更單。這些本來就有。第二步，清洗：去掉贅字，把業主窗口的姓名電話這類資料蓋掉，然後分類、做摘要。第三步，簡報上寫的是蒸餾收斂。白話講，就是把散落的片段收成一頁一頁的主題。第四步是這一行的重點：脈絡連結。把這些頁用概念節點互相連起來。下面那個對照最能說明差別。左邊灰色的是原始對話：那個啊，是後來業主把八樓改成資料機房，我們怕水路搶量，把那條先關掉。右邊橘色的是產出：目的，避免末端流量不足；原因，八樓變更為資料機房。同樣的內容，左邊那句話五年後沒有人找得到，右邊這一頁查得到。不過這一行有一件事不能妥協，就是這一頁。畫面下面三張卡，我一張一張講。第一張，系統只產生草稿。為什麼？卡上那句話講得很白：機電資訊錯一個字，維修的人可能就把閥門打開了。所以必須由熟悉這個案子的人審閱、修改過才算。第二張，核可過才算數。沒有核可的內容，不會進到後續的查詢裡。這裡有一個導入最常卡住的地方，我特別提醒您：素材都匯了，但沒有人去按核可。這件事一定要指定到人，不能靠自願。第三張，版本化，不覆蓋。案子後續有變更、重新整理過，舊的那一頁不會被蓋掉，它會轉成「已汰換」保留下來。所以五年後有人問「當初為什麼這樣寫」，還追得回去。在機電這一行，可追溯不是加分項，是基本盤。做出來以後，五年後那位維修工程師的一天會變成什麼樣子？他在上面那個框裡打一句話：主管路那顆閥為什麼是關的？系統回他的不是一段文字，是畫面上這三條線。往左下走，是業主變更紀錄：八樓變更為資料機房——這是原因。往右上走，是試車紀錄：水路平衡調整，暫時關閉——這是當時做了什麼。往正下方走，橘色那一格最重要，是維修警語：開啟前須重新評估末端流量，確認是否增設冰機。左邊那段說明點出了關鍵：如果只是讓文件變成可以搜尋，您查到的會是一堆片段。真正有用的，是把機電系統的連動關係具象化——改一個設定牽動水路平衡，牽動節能表現。他要的不是那份試車紀錄，他要的是「這顆閥能不能開」。我們把兩種情境並排放在一起。左邊，憑記憶跟舊圖。現場反應是：這裡跟圖不一樣，我不敢動。然後開始四處打電話找離職的前輩，找不到就只能重新測量。結果是高風險、耗時長，就像在重新調查別人做的案子。請注意，那本來是您自己公司做的案子。右邊，有系統脈絡。現場反應變成：這顆閥是因為八樓機房關的，我先量末端流量再決定。處置方式是輸入現象，系統立刻調出五年前的調試紀錄跟變更原因。結果是準備時間縮短一半以上。右下角那五個字是這一頁的重點：真正實現接手。同樣一個案場，一個是重新調查，一個是接手。這中間的差距，就是保養約的利潤。要提醒您，這些數字是導入的合理預期，不是實測保證，實際成效取決於留下多少調試紀錄跟核可的紀律。最後留一個問題給您，就是畫面上這一句：您們的八十幾個保養約，有多少是靠某個人記得？這個數字通常比想像中大，而且每年都在增加——因為每完工一個案子，就多一份沒有人寫下來的脈絡。下面那段話把帳算得很清楚：保養約的利潤來自效率，而效率的敵人，就是每次到場都要重新調查一次。如果您想開始，畫面上三個動作。第一，盤點現有的試車紀錄跟變更往來。第二，找出維修最耗時的那一個指標性案場。第三，小規模先試做一個，看看死資料怎麼變成活脈絡。聯絡方式就在畫面上。我是智庫引擎，我們下一集見。

30種企業知識庫應用-09-營建與土木工程

30種企業知識庫應用-09-營建與土木工程

這裡是智庫引擎，專為企業設計的知識庫。本集我們談營建與土木工程。畫面上這句話，做工程的人聽了會有感：工地上最貴的三個字，不是趕工期，是打掉重做。您看下面那道牆，砌到一半，中間那一段被標成橘色——那就是等一下要拆掉的部分。旁邊拉出來的那片螢幕，是這一集要放進工地的東西。副標寫得很準：消弭資訊的時間差，讓對的決策在對的當下發生。

我們把一件真實的事還原給您看。一家營造廠同時在跑五個工地。畫面上這條時間軸，三個點。一個半月前，協調會上業主口頭要求：三樓某個門往東移三十公分，為了配合一個後來才確定的設備。這件事有錄音，也有會議紀錄的草稿。三週前，正式的變更圖說終於發下來了。可是您看那張圖——它被壓在工務所的桌上。因為那個時候工班正在做別的區域，沒有人翻到它。今天，監造巡場時發現：那道牆已經砌好了，而且是照兩個月前的舊圖砌的。左下角那句話，是工地主任事後講的，非常真實：圖沒有錯，會議紀錄也沒有錯，只是沒有人在那個當下，知道那道牆該用哪一版。右下角把帳算出來：兩天工期，加材料損耗，直接吃掉利潤。而這還算小的。那為什麼一定會落後？畫面上四格，四個原因，而且沒有一個是誰不盡責。左上，空間斷層。決策在會議室，施作在現場。從決議到圖發下來，快則兩週、慢則一個月，而工班不會停下來等您。右上，數量超載。一棟中型廠辦的圖說、規範、送審、監造報告加起來上千份。要在裡面找「這道牆的最新開口位置」，簡報用了一個很傳神的說法：等同盲劍客。左下，形式落差。工地的決定有一半是站著講完的。它們最後會補進紀錄，可是在補進去之前，只存在幾個人的記憶裡。右下，跨案混淆。同時跑五個工地，同樣的工法、不同的業主要求，混在一起查，很容易套到別案的標準。底下那句話請您記住：營建業真正的風險不在技術，在資訊的時間差。出了事之後，公司的第一個反應通常是左邊這個：加流程。您看那張圖——公文、印章、箭頭繞來繞去。追求圖說管理要更嚴謹、收文流程要更嚴格。問題是，那道牆砌下去的時候，並沒有人違反流程。流程都跑完了，只是還沒跑到現場。再加一層，只會讓它更慢。右邊才是正確的方向：讓站在那道牆前面的人，當場問得到這一案的最新決議。一個是往回管，一個是往前送。差別就在這裡。那要怎麼往前送？畫面上這條產線，從左到右三段。左邊是原料。這個案子的協調會錄音、會議紀錄、變更通知、監造報告、施工說明，全部匯進來。注意，這些本來就有，工地不必多做一件事。中間是清洗。把「那個」、「就是說」這些贅字去掉；業主窗口的姓名電話這類個人資料先蓋掉；然後分類、做摘要。右邊是最後一段，簡報上寫的是蒸餾。白話講，就是整理成一頁一個主題的知識卡，而且相關的幾頁互相連起來。舉個例子。協調會上有人講了一段話：三樓資訊機房那個門要往東移三十公分，因為機櫃深度確定了；牆已經放樣，請工班先不要砌那一段；這個記得要發文，口頭講的不算。走完這條產線，它就變成一頁完整的變更紀錄——變更內容、原因、施工影響，還有那句最重要的：本項為口頭決議，須另行發文。做出來以後，那一天會變成什麼樣子？工地主任站在那道牆前面，掏出手機，打一句話：三樓機房那道牆的門位置，最新是哪一版？系統回他三件事。第一，依協調會決議，門開口往東移三十公分。第二，那一段隔間牆決議暫停砌築，等正式圖說發放後才施作。第三——這一句最重要——本項為口頭決議，尚待發文確認。您看，它沒有假裝這件事已經定案。它把「還沒發文」這個狀態也一起告訴您，主任才知道要打電話去催。下面那一行是出處：某月某日工地協調會錄音，逐字稿第十八分鐘。點下去可以聽到當時真的有人這樣講。右邊那句話講得很實在：在動手前問對這一句，就能擋下百萬重做成本。接下來兩頁是避坑指南，都是營建業導入時真的會踩到的。第一坑，也是最容易犯的：不分盒。畫面上面那個做法，是把五個工地的資料全部倒進同一個桶子，然後在問句裡加上案名——長安路案。看起來很合理對吧？右邊那兩行講出真相：系統是照意思去比對的，「長安路案」這幾個字很容易在別案的文件裡出現。結果您問長安路案，它撈給您的可能是長邦案的標準。正確做法在下面：一個標案一盒，盒子裡再依性質分——協調會紀錄一層、變更通知一層、監造報告一層。黃金法則只有一句話：先選盒子，再問問題。順帶提醒一件很多人做錯的事：勾兩個分類，系統理解成「或」，不是「且」。所以不要靠勾選來縮小範圍，要靠選盒子。第二坑更隱蔽，但一定要知道。畫面左邊那一長條，上半段是藍色的，那是真的被讀進去的部分。中間那條橘色的虛線是分界，下半段灰色的——沒有進去。一個盒子裡塞太多內容，處理的時候可能撞到上限而被截斷。最危險的是右上角那句話：系統不會報錯。您以為整份都進去了，其實後半段完全遺失，而且沒有人會通知您。所以做法有兩個。第一，寧可多開幾盒，也不要把整案上千份文件塞在一起。第二，上傳完務必抽查一下尾段的內容有沒有被處理到。右下角這句話，是整場最值得帶走的一句：知道它的邊界在哪裡，比相信它無所不能更有用。導入之後，差別會發生在哪一秒？就在畫面左邊這位工人抬頭的那一秒。走上面這條路：他心裡想，這個好像上次有講過要改，但我不確定。然後他做了一個很合理的決定——先照手上的舊圖做吧。結果就是右上角那一格：重做兩次，耗時、耗材、吃掉利潤。請注意，他沒有偷懶，他甚至有懷疑過。他只是沒有辦法確認。走下面這條路：他掏出手機，選這個案子，問一句看看。螢幕顯示「暫停砌築待新圖」，他就叫工班先去做別的區域。結果是只做一次，如期推進。同一個人，同一道牆，差別只在他手上有沒有一個問得到答案的地方。換成數字來看，畫面上三張卡。第一張是品質：因為版本錯置造成的重做工項顯著減少。這一項最直接——每少拆一道牆，就是兩天工期加材料。第二張是效率：新進人員查找決議的時間，從數十分鐘變成數分鐘。工地最缺的就是熟悉這個案子的人，這一項等於讓新人提早幾個月上手。第三張是溝通：業主與監造的資訊確認往返次數，下降三到五成。最下面那行小字很誠實，我唸給您聽：實際成效取決於錄下多少協調會，以及分盒的紀律。這些數字是導入目標與合理預期，不是實測保證值。講白了——您沒有錄，它就沒有東西可以回答。最後留兩個問題給您，就在畫面左邊。第一，您手上五個工地，有多少決議只存在別人的記憶裡？第二，有多少協調會的錄音，從來沒有人聽過第二次？第二個問題其實更關鍵。很多公司都有錄，只是錄完就躺在那裡。那些錄音不是資料，是還沒被開採的礦。右邊是三個步驟。第一，盤點：現在的會議紀錄、變更通知、監造報告是怎麼流通的。第二，鎖定：挑變更最頻繁、風險最高的那一個案場。第三，評估：小規模先試做一個，一起訂出要驗證的目標。聯絡方式就在畫面上。畫面最下面也標了：這個案例是為了說明系統怎麼運作的虛構情境。我是智庫引擎，我們下一集見。

30種企業知識庫應用-08-金屬加工與表面處理

30種企業知識庫應用-08-金屬加工與表面處理

這裡是智庫引擎，專為企業設計的知識庫。本集我們談金屬加工與表面處理。畫面上這台工業平板，壓在一疊圖面上，旁邊擺著游標卡尺跟手套。它放的位置就是這一集的重點——不在辦公室，在線邊。標題只有一句話：讓標準與人一起站在線邊。因為在這一行，答案通常都在公司裡，只是它待在辦公室的電腦裡，而問題發生在槽邊。

先看這家工廠的結構。它做陽極處理跟電鍍加工。畫面左邊三條線，是每天湧進來的東西。第一條，一天進出超過兩百個批號。第二條，三大類客戶——汽機車零件、3C 外殼、五金件。第三條，各種標準交錯：膜厚、色差、附著性，每一類客戶的要求都不一樣。您看這三條線最後全部收斂到右邊那一個點：一位十九年經驗的現場主任。在工程上，這叫單點故障。所有的路都通到同一個人，那個人一停，全部都停。下面那句話講得最痛：一個問題卡在您身上十分鐘，後面二十個人就停十分鐘。他不是不夠好——他做了十九年，每一題他都答得出來。問題是他一天只有一個人，而問題是二十個人在問。我們把他的一個上午攤開來看。八點，領班問：這個客戶的膜厚下限是多少。八點四十，品檢問：這批色差在邊界，判合格還是特採。九點十五，新來的作業員問：這個件前處理要不要多一道。十點，環安人員問：這槽液的廢水排放限值，我們是照哪一版。四個問題，四個不同的部門，四種完全不同的專業。而這才過了兩個小時。您再看下面那一條，是主任的處理量能。從綠色開始，一路變黃、變橘，到後面已經碎掉了。底下這句話是這一頁的重點：問題的到達是隨機的，但人的產能是固定的。這不是態度問題，是數學問題。答不出來的時候更糟。畫面左邊那條橘色的路，就是主任要走的路。從槽邊走回辦公室、開電腦、翻共用資料夾、找那份客戶承認書，再走回來。來回十二分鐘，這十二分鐘線上的人在等。右邊三張卡把原因講完。第一，供需失衡：現場的問題數量，超過一個人能即時回答的極限。第二，空間錯置：答案的載體是承認書、PDF、紙本，它們在辦公室；而問題發生在線邊、槽邊、包裝台。中間隔著那十二分鐘。第三張最危險，盲目猜測。當「問」的成本太高，現場人員會開始自己猜。旁邊那個案例就是真的發生過的事：一個新來的品檢，在主任不在的時候，照著另一個客戶的允收標準判了一批，出貨後整批被退。猜錯一次的成本，遠遠超過那十二分鐘。所以這一頁把問題重新定義一次。上面那一行被劃掉了：解決方案不是要求主任更有耐心，或者走得更快。他已經走很快了。真正的問題是中間這一句：站在線邊的人，能不能自己在三十秒內查到答案？底下這段話，跟前面幾集不太一樣，請您特別注意——這家公司沒有知識斷層的問題。知識全部都在，主任腦子裡有、承認書上也有。它的問題是：知識不能分身。所以我們要做的不是把知識找回來，是讓它具備分身的能力。怎麼做到？畫面上這條輸送帶，四個箱子。第一箱，進料。把客戶承認書、製程規範、環安許可與限值、歷次的特採紀錄，全部匯進來。這些本來就有，只是散在不同的電腦裡。第二箱，清洗。去掉贅字，把承認人的信箱、電話這類個人資料蓋掉，然後分類、做摘要。第三箱，簡報上寫的是蒸餾。白話講，就是把散落的文件重新整理成一頁一個主題的知識卡，而且相關的幾頁互相連起來。舉個例子：某客戶承認書第四節寫著膜厚外觀面十到十五微米、色差 ΔE 小於等於一點五合格、一點五到二點零要書面特採。這一段被整理成一頁「該客戶陽極允收標準」，而且特別註明——特採屬於客戶書面同意事項，不得由現場自行判定。第四箱是出貨。出的不是檔案，是線邊查得到的答案。做出來以後，線邊實際用起來是這個樣子。品檢拿著平板，打一句話：這個客戶的陽極色差，ΔE 一點八可以出嗎？系統回他：不可以直接出貨。這個客戶的標準是一點五以內合格；一點五到二點零屬於特採範圍，要取得客戶品保的書面同意才能出貨。請注意，它不是回一個「合格」或「不合格」，它把邊界值該走的路講出來了。下面那一行黃色的：出處，該客戶承認書第四節、四點二。點下去看得到原文。右邊那句話總結得好：三十秒內完成決策，不需要回辦公室，不需要等主任。主任的十九年，第一次可以同時站在二十個人旁邊。不過把三類客戶的承認書放進同一套系統，會冒出一個很現實的風險。畫面左邊講得很清楚：客戶 A 是汽車零件，客戶 B 是 3C 外殼，中間那個大叉，是絕對不可以跨過去的線。右邊三點請經營者特別看。第一，把有競爭關係的客戶承認書放進同一套系統，本身就是資安挑戰。第二是操作風險：用 A 車廠的標準去判 B 廠的零件，結果是報廢或退貨——這就是剛才那位新品檢踩到的地雷。第三是稽核紅線：如果 A 客戶的人查得到 B 客戶的規範，您過不了客戶稽核。而在這一行，過不了稽核就是掉單。所以下一頁要講的，是這件事怎麼被擋掉的。這一頁是這一集技術上最關鍵的一頁，而且差別只有一句話。畫面左邊是一般系統的做法：使用者查詢，資料庫照樣把東西撈出來，只是在畫面上擋掉，跳出一行「您無權限查看此資料」。這行字看起來很負責任，其實已經洩密了。因為它等於告訴對方：這份東西存在。在同時服務競爭客戶的加工廠，這句話說出去是會出事的。右邊是正確的做法：每一筆資料掛上團隊標籤，使用者依角色歸屬到團隊。查詢的時候，過濾在撈資料的當下就發生——沒有交集的內容，根本不會被撈出來。所以沒有權限的人問了不該問的問題，得到的是四個字：查無資料。這是刻意的。而且還有一個附帶好處：現場人員只查得到自己客戶、自己線別的東西，選項變少，答案反而更準。權限在這裡不只是資安，也是準確度。導入之後，現場最有感的其實不是速度，是「敢不敢自己判」。畫面左邊是同一個件，同一個邊界值，ΔE 一點八。往上還是往下，就在品檢的一念之間。走上面這條路，他說：先放著，等主任回來再說。結果是右上角那堆箱子——變成堆料。而且堆料不只佔空間，它後面接著的是交期。走下面這條路，他說：一點八要特採，我現在立刻開單。同一個邊界值，變成一道流程，線繼續跑。最下面那句話，請您記下來：同樣一個邊界值，決定它是阻礙還是產能的，是知識取得的速度。換成數字，畫面上三張卡。第一張，現場重複詢問的次數下降六成。這一項真正的價值不在省時間，在於主任重新拿回他的管理時間——他的十九年，本來就不該花在回答「膜厚下限是多少」。第二張，因為誤用別家標準、或者盲目猜測造成的退貨跟重工成本，大幅降低。這一項是直接省錢的。第三張，新進品檢員獨立判定的養成期，縮短一半。最下面那行小字也要說清楚：這些是合理預期，不是實測保證，實際成效取決於您匯入的資料有多完整，以及現場真的有沒有在用。最後留一個問題給您，就在畫面左邊：您們廠裡，有幾個不能請假的人？這個答案通常是一到三個。而那一到三個人請假的那幾天，退貨率會不會上升，您心裡有數。要說清楚的是：這件事不是要取代他們。是要讓他們十九年的判斷力，變成線邊每一個人都能取用的能力。右邊是三個可以馬上做的動作。第一，盤點現有的客戶承認書跟製程規範，看它們現在放在哪裡。第二，找出最容易搞混的那兩家競爭客戶標準。第三，挑單一一條產線，做三十天的試點。聯絡方式就在畫面上。我是智庫引擎，我們下一集見。

30種企業知識庫應用-07-半導體與自動化設備商

30種企業知識庫應用-07-半導體與自動化設備商

這裡是智庫引擎，專為企業設計的知識庫。本集我們談半導體與自動化設備商。畫面上這句話，值班過的人都懂：凌晨兩點，產線停了，但能問的人都在睡覺。右邊那一疊，是您公司真正的現況。厚厚的原廠手冊，加上散落的維修報告，最上面掛著一張吊牌，寫著一個錯誤碼——E-0451。客戶的產線一分鐘幾萬塊，而您的值班工程師，正在翻那七百頁的英文手冊。這一集要解決的，就是這一個晚上。

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

30種企業知識庫應用-06-模具製造

30種企業知識庫應用-06-模具製造

這裡是智庫引擎，專為企業設計的知識庫。本集我們談模具製造。畫面右邊這副模，每一塊模板、每一根頂針都畫得清清楚楚。您看中間那個被橘色準心圈起來的位置——圖面說得出它長什麼樣，說不出當初為什麼要開在那裡。而要改模的人，需要的正好是後者。這一集要走的路，就是副標寫的：從一副不敢動的老模具，變成一張查得到的知識網絡。

我們從一件真實的現場說起。一家做塑膠射出模的工廠，在庫的模具超過四百副。畫面上這條橘色的線，是一路往下掉的樓梯。我們一階一階看。第一天，客戶要求把某個件的肉厚，從二點零改成一點八。小事，設計組估兩天工。第二天，遇到盲點。工程師打開三年前的檔案，發現那個位置的澆口被刻意放在一個很奇怪的角度，旁邊還多了一個看起來沒必要的排氣。他去問，當初設計這副模的人，兩年前跳槽了。第三天，做了一個很合理的決定：不敢動澆口，只改肉厚。接下來就是滑坡。第一次試模，那個位置縮水。第二次，盲目改模溫。到第三週，第三次才勉強通過——多花了三週，加一次補焊。故事的結尾在右上角那張便利貼。事後有位老師傅想起來：喔那個啊，當初就是為了解決困氣，才特別把澆口偏過去的。兩天的工，變成三週。中間差的只是一句沒有被留下來的話。這件事不是特例。畫面上這張剖面圖，把一副模的知識分成兩層。上面這一層，是交接得出來的：三維檔、二維圖、試模報告、驗收單。它們回答的是同一個問題——這副模長什麼樣。下面這一層，是消失掉的：當初評估過哪三個方案、為什麼選這一個、哪個做法試過但失敗、整條設計邏輯。您看那些齒輪之間全是問號。這一層回答的是為什麼，而它沒有存在任何地方。四百副模具，每一副都有幾個這樣的為什麼。乘起來就是幾百個。那為什麼交接永遠做不好？先講清楚：這不是誰交接不確實。畫面上三欄，是三個結構性的原因。第一欄，交接的是狀態，不是脈絡。檔案只看得到最終結果，看不到當初有哪三個方案、為什麼選這一個、哪個做法試過但失敗。第二欄，脈絡是分散在時間軸上的。一副模從評估、設計、開粗、試模到量產，橫跨三到六個月，中間十幾次討論跟修改。要一個人在離職前一週把這些寫下來，物理上就做不到——他甚至不知道哪些是您將來會需要知道的。第三欄，模具知識是高度關聯的。困氣牽動澆口、排氣、模溫、材料，還牽到客戶的外觀允收標準。單獨看任何一條都不夠，牽一髮動全身。所以這一頁只放一句話，請您停三秒看它。問題不是交接怎麼做得更完整，而是一副模的脈絡，能不能在發生的當下就被留下來，而且互相看得到關係。兩個重點。第一，在發生的當下——不是等到離職前一週。第二，互相看得到關係——不是一份一份分開躺著。四周那張網，就是我們接下來要蓋的東西。要怎麼做到？畫面上這條管路，從左到右三段。左邊是原料。把這副模的評估紀錄、設計檢討會錄音、三份試模報告、驗收單，全部倒進漏斗。這些本來就有，不必額外寫。中間是清洗。把「那個」、「就是說」這類贅字去掉；客戶名稱、報價這類機密先蓋掉；然後分類、做摘要。右邊是最後一段，簡報上寫的是英文的 Distill。白話講，就是再整理一次，變成一頁一個主題的知識卡，而且相關的幾頁互相連起來。舉個例子。檢討會上有人說：這個角落是死角，料進去會困氣、燒焦；試過加大排氣沒用，因為位置太深；後來把澆口往這邊偏十五度，讓料流方向改掉，氣就從分模面出去；偏過去之後外觀那條線會跑到側面，客戶說側面可以接受。這一段口語走完這條管路，就變成一頁完整的澆口位置決策——問題、已排除的方案、採用的方案、副作用跟客戶確認，一項都不少。現在把時間拉回三年後，那位要改肉厚的工程師。他不必去問誰，也不必猜。他打一句話進系統：這副模的澆口為什麼偏十五度？可以動嗎？系統回他的就是中間這一段：這個偏移是為了排除深角落困氣所做的刻意設計，加大排氣已經驗證無效；偏移之後結合線移到側面，而且客戶確認過可以接受；要變更設計，必須重新評估困氣風險。最後那一句「必須重新評估困氣風險」，就是那三週的價值。下面橘框那一行請您看一下：出處，模具設計檢討會議錄音，逐字稿第二十三分鐘。點下去可以聽到當時真的有人這樣講。最底下那句話是這一集的核心：您要交接的不是四百副模的檔案，是背後那幾百個為什麼。這一頁講的是這一行最關鍵的能力。上面兩行先分清楚。一般的搜尋，只找得到跟您這句話最像的內容。所以您問「改肉厚會影響什麼」，它給您的是所有提到肉厚的段落——都對，可是沒有用。簡報上寫的是知識圖譜。白話講，就是系統把每一件事當成一個點，把它們之間的牽連畫成線。中間這條橘色的鏈就是走出來的路：改肉厚，影響料流；料流引發困氣；困氣牽動澆口位置；澆口位置影響結合線；結合線觸發客戶的允收標準。六個點，五條線。工程師本來只想改一個數字，系統把整串牽連攤開給他看。最下面那句話講得很好：從一個節點往外走三步，把間接相關的風險全部攤在陽光下。不過有一件事必須誠實說：剛才那些關係，是系統提出來的，不是自動生效的。畫面上這個循環有四步。第一步，系統從已核可的知識頁裡抽出關係。第二步，把它們列成一張待審清單——注意，是候選，還不算數。第三步，由懂的人核可、修正，或者直接刪掉。第四步，核可過的才會進去，開始影響以後的查詢結果。右邊那句話，請經營者特別記住：在一次錯誤要賠幾十萬的行業，這道人工不是多餘的，是您敢相信它的底氣。還有一個前置條件要提醒：一份素材要先整理成知識卡、而且被核可，系統才抽得到關係。跳過核可，那張網就是空的。導入之後，差別在哪裡？這張表四列。第一列最有感，是打開檔案那一刻的心態。以前是：這邊為什麼這樣做？不敢動。現在是：這邊是為了困氣，那我改肉厚要一起重算料流。第二列，脈絡留在哪裡。以前留在老師傅的腦子裡，現在留在系統裡，而且隨時查得到出處。第三列，改模的決策過程。以前是盲目試錯、邊做邊改；現在是先把連鎖反應看清楚，一次到位。第四列，人員異動的風險。以前一走，專案停滯、知識歸零；現在接手的人第一天就有戰力。同樣一副老模，一個是猜，一個是知道。換成數字來看，畫面上三張卡。第一張，改模前的評估時間，縮短三到五成。就是剛才那位工程師卡住的那幾天。第二張，因為不了解原設計意圖而造成的重工跟補試模次數，顯著下降。那是真的燒錢的部分——一次補焊的成本，您比我清楚。第三張，設計人員異動造成的專案停滯期，縮短一半以上。最下面那行小字也要說：這些是合理預期目標，不是實測保證，實際成效取決於您保留了多少檢討紀錄，以及核可這件事做得多確實。那就用這個問題收尾：您們廠裡，有幾副不敢動的模？這個數字不必問我，您心裡有底。而且它會隨著時間變大——每走一個設計人員，就多出幾十副。下面這一行把帳算得很清楚：每一副不敢動的模，在客戶要求修改的時候，就是多出來的三週時間，跟一次補焊的成本。這筆錢不會出現在任何一張報表上，可是它每一年都在付。如果您想開始，畫面左邊是三個步驟。第一，檢視現況：您廠裡的試模報告跟設計檢討，現在留在哪裡、留成什麼樣子。第二，盤點風險：哪一類模具的脈絡斷層風險最高。第三，規劃試點：挑幾副最有代表性的模，小規模先試做一個。右邊可以預約線上說明，聯絡方式就在畫面上。畫面最下面也標了：這個案例是為了說明系統怎麼運作的示範情境。我是智庫引擎，我們下一集見。

30種企業知識庫應用-05-紡織與成衣染整

30種企業知識庫應用-05-紡織與成衣染整

這裡是智庫引擎，專為企業設計的知識庫。本集我們談紡織與成衣染整。畫面上這句話，您在廠裡一定聽過：看起來就是這個色。旁邊那個泡泡更傳神——憑感覺啦。右邊是一台染色機的藍圖，管路、幫浦、染槽都畫得清清楚楚。可是您看正中間，機器上嵌著一個倒數計時器，底下寫的是關鍵知識流失倒數。機器的每一根管路都畫得出來，那位師傅腦子裡的東西畫不出來，而且時間正在走。

我們從一件真實的現場說起。一家做機能布染整的工廠，客戶是國際運動品牌。老客戶回頭下單，指定要去年秋冬那個灰。染整課長翻出配方紀錄，照舊配方跑——就是畫面左邊這個迴圈的起點。打樣第一次，客戶說不對。再跑一次，還是不對。這個圈一直繞，繞到第七次。兩個星期就這樣過去了。右邊那個橘色的泡泡，是第三次的時候，一位快退休的老師傅走過來看了一眼講的話：這個要壓一點紅，不然在燈下會偏綠；他們家的驗色燈是 D65 加 TL84 雙光源，你只對 D65 一定過不了。一句話，解決了兩週。但請看最下面那一行：這句話從來沒有出現在任何一份配方紀錄裡。配方表上有染料比例、有溫度、有時間、有酸鹼值——就是沒有一欄叫做「為什麼要這樣調」。而這位師傅，還有一年退休。就是畫面最上面那個橘色的標籤。中間這只漏斗，是現在正在發生的事：知識一直掉進去，真正留下來的只有那幾塊，其他的在半路就碎掉了。碎掉的是哪些？旁邊三個框寫得很清楚。第一，幾十個國際客戶的隱性偏好跟驗色條件。第二，幾百次打樣失敗累積下來的避坑經驗。第三，這批胚布看起來會吃色的那種感官直覺。下面這兩句話，請您用經營者的角度讀一次：公司真正賣錢的東西，是那些沒有變成數字的判斷；而你們最值錢的資產，正在以倒數計時的方式流失。那為什麼留不下來？先說清楚一件事：這不是師傅藏私。畫面上有三列，左邊那一欄被劃掉的，是傳統的做法；右邊深色那一欄，才是真實的樣子。第一列是載體。傳統要求寫成文字表格；可是他的判斷來自感官——布面的反光、纖維的鬆緊。要他寫，他自己都不知道怎麼形容。第二列是場景。傳統以為知識產生在會議室、在辦公桌上的報告裡；實際上，那句話是站在機台旁邊、對著布、對著另一個人講出來的。那個場合沒有人在記錄。第三列是目的。配方紀錄是為了重現設計的；它從來不是為了讓人理解「當初為什麼這樣選」而設計的。所以缺的不是紀律，是那三個字：為什麼。這一頁把方向調正。左上角那個打叉的框，是大部分公司的第一個念頭：怎麼要求師傅把知道的寫下來。這條路走不通，剛才那一頁已經說明原因。右上角打勾的才是對的問法：他本來就在講、在指、在比的那些東西，能不能直接被留下來？底下這個算式就是答案。作法簡單到有點反直覺——下次打樣檢討的時候，把手機放在旁邊錄。十五分鐘的對話，加上打樣布的照片，再加上色差儀的報表截圖。三樣加起來，右邊那一格才長得出來：一個查得到的知識判斷。丟進去以後，系統做了什麼？畫面從左到右，三步。第一步，粗原料收集。手機錄的那段音、打樣布的照片、報表截圖，一起丟進去。第二步，清洗。先把「那個」、「就是說」這種贅字去掉；客戶名稱、報價這類機密先蓋掉；然後分類、提煉出摘要。第三步，再整理一次，變成一頁一個主題的知識卡，而且相關的幾頁會互相連起來。舉個例子：師傅那段口語，走完這三步，就變成一頁寫得清清楚楚的雙光源色差對策——問題現象、成因、對策、還有胚布較鬆時紅色補正量要減少的那個條件。右邊那三個字下得很好：永久資產。它不會跟著誰離職。這一頁講的是入口。中間那句話是重點：在這一行，文字檔反而是最少的。您廠裡的知識長什麼樣子？一段對話、一張布的照片、一份色差儀報表、一本手寫的打樣本。所以系統開了四個入口。左上，聲音跟影像——包含手機隨手錄的，自動轉成逐字稿。右上，圖片——布料照片跟手寫打樣本，讀出畫面上的內容，變成搜得到的文字。左下，文件——Word、Excel、PDF、報表都吃。右下，連結——線上的影音直接貼網址就好。底下那句話是重點：把「打字建檔」這個摩擦力拿掉。要現場多做一件事，這件事就不會發生。做出來以後，現場用起來是這個樣子。新來的染整課長不必打到第七次。他打一句話進系統：這個客戶的灰色系，打樣要注意什麼？系統回他的就是中間這一段：這個客戶採雙光源驗色；中性灰在 TL84 下容易偏綠，配方要微幅增加紅色補正；胚布組織較鬆的吃色比較多，紅色補正量要減少。注意下面那一行橘字：出處，打樣檢討錄音，原始逐字稿第六分鐘。點下去，可以聽到師傅當時講那句話的原音。右邊那段話，是這一集最想跟您說的：您需要的不是一本更詳細的配方冊，是師傅退休以後，他講過的話還能在一秒之內被找到。接下來三頁是防坑指南，都是導入時真的會踩到的。第一坑：以為丟數據最有效。畫面左邊被打了一個大叉。那是一張只有幾個數值的色差儀報表——L 星、a 星、b 星、dE。它很精確，可是它沒有告訴任何人這批布當時發生了什麼事。這種純數據，機器讀出來的價值極低。右邊才是對的：同一張報表，旁邊加上布樣、加上人講的那幾句話。一句話記起來：數據加照片加人講的話，威力比單獨的數據大得多。第二坑：讓機器直接發布。畫面左邊那疊整理好的知識頁，上面掛著一個橘色標籤——提案。請注意，它只是提案，還不是知識。中間這組閥門，就是安全閥。要有人按下核可，它才會流到右邊，正式鎖進企業知識庫。為什麼一定要這一關？中間那句話講得很白：染整是容錯率很低的行業，一批布錯了就是一批布，絕不允許機器直接發布。而按下核可的最佳人選，就是那位資深師傅。他不用寫，他只要看過、點頭，或者改一行字。最下面那句話請您記著：這是他退休前，對公司最有價值的貢獻方式。您要的不是他寫一本書，是他當一年的總編輯。第三坑，也是最容易被忽略的一坑。畫面左邊那個大木箱，是很多人的直覺做法：資料全部塞進同一個盒子，一次丟三十份進去。中間橘色那塊警告請您務必看清楚：塞太多會撞到上限，而系統會安靜地截斷，不會報錯。也就是說，您以為都吃進去了，其實後面有一段掉了，而且沒有人會通知您。右邊是正確做法：依主題分盒。客戶 A 的色系一盒、胚布特性一盒、特殊染料反應一盒。一次不要塞太多，寧可多開幾個小盒子。上線一年之後會怎麼樣？畫面上三個錶。第一個，打樣次數減少兩成到四成。打樣少一次，就少一次的廢品跟少一次的時間。第二個，新人養成期縮短一半。新進的技術人員可以獨立作業的時間，從一年變半年。第三個那張折線圖最值得看：前段抖得很厲害，後段就平了。那是資深師傅退休帶來的技術震盪，被系統吸收掉了。最下面那行小字也要唸給您聽：這些是依導入經驗的合理預期，不是實測保證，實際成效取決於錄音跟核可的紀律。最後回到經營者的位置。畫面左邊那張手寫便條，很多老闆心裡都有一張：不可休假清單。陳經理、林廠長，還有被圈起來的張總——那一個人絕對不能走。右邊是導入之後：判斷跟經驗被保存下來，公司不再受制於單一個人。中間那段話是這一集真正的結論：對經營者來說，最大的報酬不是省了幾次打樣。同樣一批人，過去是公司靠他們撐著；現在，是公司把他們的判斷永遠留了下來。您買到的，是一份真正的安全感。那張不可休假清單，會慢慢變短。那就用畫面左邊這個問題收尾：您廠裡最資深的那位師傅，還有幾年？這個問題不必問我，您心裡有數字。真正要問的是：在那個數字歸零之前，他腦子裡的東西會被留下多少？如果什麼都不做，答案通常是他寫得出來的那些——而那正好是最不值錢的部分。右邊是三個可以馬上做的動作。第一，盤點近期的打樣檢討錄音。第二，整理那一個客戶的驗色條件跟失敗案例。第三，選一位資深師傅當總編輯。建議從單一客戶或單一色系開始，小規模先試做一個。聯絡方式就在畫面上。最後這一頁是必要的說明：畫面上的公司與人物都是虛構的，用來說明系統實際怎麼運作。那些數字是導入目標與合理預期，不是保證值，實際成效取決於貴公司的執行紀律跟核可流程。我是智庫引擎，我們下一集見。

30種企業知識庫應用-04-食品加工

30種企業知識庫應用-04-食品加工

這裡是智庫引擎，專為企業設計的知識庫。本集我們談食品加工。畫面左半邊那張灰階照片，您應該不陌生：檔案櫃的抽屜半開著，桌上、地上堆滿卷宗跟紙本。這是很多食品廠在驗廠前兩週的樣子。右半邊那一片藍色，是節點跟節點串起來的線路。這一集要講的，就是怎麼從左邊走到右邊。標題寫得很直接——三十秒驗廠通關指南，從到處找紀錄，變成即時展現體系。

先看一張很多品保經理看了會嘆氣的圖。畫面正中央這個圓環，是一整年五十二週。環上一圈掛了五個標籤：ISO 22000 驗證、HACCP 查核、通路商的年度驗廠三場、外銷客戶稽核兩場，還有主管機關的不定期抽查。一家做冷凍調理食品、供三家通路加兩家外銷客戶的工廠，這五種稽核一年全都要接。所以中間那一塊橘色斜線就是這麼來的——八到十週的驗廠準備期。一年五十二週，有兩個多月是在準備被檢查。這兩個月在做什麼？找去年的矯正措施單、找那批原料的檢驗報告、找員工健康檢查紀錄、找清洗消毒紀錄、找那次客訴後來怎麼處理的。右下角那句話講得最重：品保單位真正該做的是預防，結果精華的時間全被紙本考古吃掉了。而稽核員問的問題，您其實都知道答案，您只是不知道那張紙在哪裡。我們把稽核現場那一刻還原給您看。稽核員翻著去年的紀錄，抬頭問了一句——就是畫面左邊那個對話框：上次那項缺失，改善的證據呢？右邊四張卡，是這家工廠真正做過的事。第一張，半成品的塑膠盒全面換成不鏽鋼容器，打勾。第二張，廠內動線改了，從調理區出來直接走冷卻區，不繞過包裝區，打勾。第三張，重新做過教育訓練，兩班都上了，打勾。三件事都做了，做得很確實。問題在第四張卡，橘色框、紅色的叉——那次教育訓練的簽到表在哪裡？現場沉默了幾秒，沒有人記得。最下面那一行，把這一頁收得很乾脆：執行力一百分，舉證力零分。您的公司不是沒有做，是沒辦法在三分鐘內證明您做了。那為什麼每年都亂一次？這張表告訴您，不是品保不夠細心，是中間斷了三個地方。左邊這一欄是稽核的要求，右邊這一欄是現況真正的樣子，一列一列對著看。第一列，角色斷層。稽核要的是一條整合起來的改善軌跡；可是清洗紀錄是現場填的、簽到表在人資、檢驗報告在品管、客訴在業務、矯正措施在品保。做事的人跟要拿出證據的人，根本不是同一批人。第二列，邏輯斷層。稽核員不會問您有沒有清洗紀錄，他會問：這一批出問題的產品，當天的清洗紀錄、操作人員、原料批號、成品檢驗，一起給我看。單一份文件都在，串起來的能力不在。第三列，時間斷層。您看右邊那個檔案夾的名字——二〇二四驗廠、最新、final。去年辛苦彙整的那一份，就存在某個人的桌機裡，而那個人今年調去別的廠了。所以右邊藍色那一塊才是真正的問題：不在文件有沒有留，在於能不能在被問的當下，串成一個帶依據的答案。那要怎麼補起來？先講一個很多公司踩過的坑。畫面左邊那五個灰色的資料夾，就是現在的樣子：檔案都在，可是彼此沒有關聯，也搜不出來。這時候買一個更大的雲端硬碟，只是把五個資料夾搬到另一個地方，還是五個資料夾。中間那組齒輪跟濾網，才是我們真正要做的事。它不是儲存空間，它是一條產線——把現場本來就會產生的東西，洗乾淨、串起來。右邊那一張網，是產線的成品：文件跟文件之間有線連著，一句話就問得到一整條完整的改善軌跡。差別不在您存了多少，在於您問得出來多少。這條產線裡面做了什麼？畫面從左到右，四格。第一格是匯入。就四樣東西：歷次的稽核報告、矯正措施單、教育訓練紀錄，還有內部檢討會議的錄音。請注意，這四樣本來就有，不必多寫一個字。第二格是清洗。錄音先轉成逐字稿，把那些「那個」、「就是說」的贅字拿掉；客戶名稱、報價這一類機密先蓋掉；然後分類、做摘要。第三格那個玻璃罐，是再整理一次——做成一頁一個主題的知識卡，並且讓相關的幾頁互相連起來。第四格是產出，隨時要，隨時提得出來。舉個實際的例子。檢討會上有人講了一段話：塑膠盒稽核員認為有交叉污染風險，我們後來全換成不鏽鋼，六月中換完，動線也改了，教育訓練六月二十幾號辦的，兩班都有上。這一段口語走完這條產線，就變成一頁寫得清清楚楚的改善措施。中間沒有人打字。做出來以後，稽核那一天實際用起來是這個樣子。稽核員問完那句話，品保經理不必離開會議室，也不必請同仁去翻櫃子。他就在畫面上這個框裡打一句話：去年交叉污染那項缺失，改善措施是什麼？系統回他的就是下面這一整段：半成品容器全面更換為不鏽鋼材質，並調整動線，使調理區到冷卻區不經過包裝區；容器更換在六月中完成，教育訓練六月下旬對兩班辦理完畢。請您特別看最下面那一行小字——出處：稽核缺失改善檢討會議錄音、矯正措施單第三項。這一行才是重點。它不是憑印象回答，是講得出這句話從哪一份紀錄來的，而且點下去就能看到原文。您需要的不是一個更大的檔案櫃，是被問的當下，能拿得出依據的這三十秒。食品業對可追溯的要求，不只用在原料批號上。這一頁講的是：您怎麼得到這個答案的，也要留得下軌跡。畫面右邊四條線，是系統對每一次問答留下的紀錄。第一，誰在什麼時間問了什麼。第二，系統引用了哪幾段內容。第三，那幾段來自哪一份原始素材——後面括號那句話很關鍵，可以點擊鑽取原文，不是只給您一個檔名，是可以點進去看那段逐字稿本身。第四，當時用的是哪一套模型、這一次花掉多少運算量。右下角藍色那一塊把價值講白了：對食品業來說，這就是宣稱跟證據的差別。所以稽核員如果追問，你們現場人員怎麼知道要這樣做，您可以回答：他是在系統裡查到的，這是那次查詢引用的段落，來自這一份矯正措施單。答案本身，也是一份可以被事後稽核的紀錄。不過這件事有兩面，我們一起說清楚。畫面中間是一座天平。左邊這一張是好的一面：答案即紀錄。現場人員照著系統查到的內容去做，這個行為軌跡本身，就是規範真的有落實的最佳證據。右邊這一張是管理提醒：全面透明。所有的查詢跟系統的回覆都會完整留下來，也就是說，員工在系統裡問過什麼、系統回過什麼，管理者調得出來。食品業本來就是高度紀錄的產業，這通常是優點。但重點在最下面那一條——導入前一定要跟使用者講清楚，不要讓他們事後才發現。被信任的透明，跟被監看的透明，是完全不同的兩件事。導入之後，下一次驗廠會長什麼樣子？這張表把兩種狀態並排放在一起。第一列，資料整理。從八到十週，縮短五成以上。要提醒您，這是導入的目標與合理預期，不是實測保證，實際要看您餵進去多少素材。第二列最有感，是回應的節奏。以前的標準句型是：這個部分我請同仁找一下，等一下提供給您。現在是：這一項去年也被提過，我們六月中換了容器、改了動線，教育訓練六月下旬完成，這是當時的紀錄。第三列，經驗傳承。過去承辦人一調職就斷掉，現在跨年度的軌跡留在系統裡。第四列，知識狀態。從散落各處的孤立檔案，變成一條有明確依據的故事線。同樣一場稽核，一個在應付，一個在展現體系。最後留三個問題給您，就在畫面左邊。第一，您的稽核證據，現在還散落在幾個離職員工的資料夾裡？第二，哪一場稽核的準備最讓您痛苦？第三，手上累積了多少沉睡的矯正措施跟會議紀錄？右邊那句話是這一集的結論：食品業的稽核只會變多、變細，讓品保單位把精華的時間花在預防，而不是花在找紙本。想開始的話，可以先挑一場稽核，小規模先試做一個。聯絡方式就在畫面上。畫面最下面也標了：那些數字是導入的目標與合理預期，案例是為了說明運作的虛構情境。我是智庫引擎，我們下一集見。

30種企業知識庫應用-03-化工與塗料材料

30種企業知識庫應用-03-化工與塗料材料

這裡是智庫引擎，專為企業設計的知識庫。本集我們談化工與塗料材料。畫面右邊這張圖，把這一集要講的事畫得很清楚。水線上面，貨櫃在輸送帶上往前走，一切看起來都正常，出貨也照常。可是水線下面，整塊地基是裂的，裡面亮著橘色的警示三角，寫著「舊版法規」。左邊那段話是這一集的核心：您不是不遵法，您是不知道那條法改了；更危險的是，您不知道它牽動了您哪五支產品。

我們把那三個月攤開來看。畫面上有兩條時鐘。上面那一條是外部的法規時鐘——它是一支完整、粗大的箭頭，一路往前走，不會等您。下面那一條是內部的作業時鐘，您看它是斷的，而且鏽蝕。第一個月，歐洲客戶更新限制物質清單，寄出公告。公司收到了，轉寄給研發跟品保。研發回了「收到，會評估」，然後就沒有下文——那位工程師接了兩個新案，這件事沉到信箱第四頁。第二個月、第三個月，就是中間那條黃黑警示條：不知情的狀況下，連續出貨兩批 CH-207。第四個月，客戶來信突擊詢問合規性。恐慌，然後花四天人工比對。底下那句話請您記住：這一行最昂貴的代價不是做錯，是持續三個月的不知情。那為什麼追不上？畫面上三格，一格一格看。左邊，時鐘錯位。您看那兩個齒輪咬不起來，還崩了角。法規什麼時候發、給多久緩衝，不由您決定；而您的產品文件、標籤、作業標準，全部照公司自己的節奏在更新。中間，查詢斷層。這一格最要命：您的 ERP 存的是料號，SDS 存的是成分，中間那座橋是斷的。所以法規改了一個成分，您沒辦法一鍵查出它牽動了哪些料號。右邊，不死舊檔。共用資料夾裡那份二〇一九年版的 SDS 永遠都在，而且它看起來跟新版一樣正式。有人拿它去回覆客戶，沒有任何機制會阻止。底下那句話下得很準：這是關聯性架構的崩壞，人工比對注定產生四天的延遲。這一頁是給經營者看的，講的是帳。畫面上這條鐵鏈，左邊是您的工廠，右邊是您的歐洲客戶。中間那一環，斷了，還在噴火花。很多人以為出事的成本是罰款。不是。上面那個標籤寫得很清楚：真正的代價是客戶名單。一次違規申報，可能讓您從那家客戶的合格供應商名單裡消失。而下面那一行，是最痛的一行：重新進去要三年。三年。您花三年拿到的位置，一次不知情，就沒了。所以最下面那句話一點都不誇張：每一張躺在信箱裡的舊版 SDS，都是一顆隨時會切斷客戶關係的定時炸彈。那要怎麼補？先看左邊，那是現在的樣子。一堆散落的檔案，檔名叫 new 括號三、FINAL_v3、還有 draft_copy。您有沒有發現，這裡面有兩個檔名一模一樣都叫 FINAL_v3？這就是重點——它靠的是檔名慣例，而檔名慣例是靠人記得。再加一個更大的雲端硬碟，只是把混亂搬到另一個地方。右邊才是我們要蓋的東西：一整套管路。系統化清洗、建立關聯，然後一句話就查得到。底下那句話是這一集的主張：我們需要的不是一個更勤勞的法遵窗口，是一個把原料煉成可查詢知識的引擎。這條產線裡面做四件事，畫面從左到右。第一步，匯入：法規公告、供應商的 SDS、配方說明、品保作業標準，一起丟進去。第二步，清洗：去掉贅字，把供應商技術窗口的姓名、信箱、手機這類個人資料蓋掉，然後分類。第三步，簡報上寫的是蒸餾。白話講，就是擷取出關鍵的成分跟規範，做成一頁一個主題。第四步，建立關聯，讓相關的幾頁互相連起來，並且重新整理一次，讓它們變成查得到的狀態。舉個例子。一份 SDS 的第三節寫著：成分含量三到五個百分比，備註「本成分依二〇一九年版清單為非管制項目」。系統整理出來的那一頁，除了含量跟管制狀態，還多加了一句：管制狀態會隨清單版本變動，引用前須確認版次。就是這一句，讓四個月後那位法遵窗口不會被舊版騙過去。這一頁把差別放在一起看。左邊是過去：一大疊 SDS，那個關鍵的紅框，要靠人一份一份翻出來。四天，就是這樣花掉的。右邊是整理過的樣子——一張知識卡，只有三行：產品 CH-207，管制成分含量三到五個百分比，關聯依據是供應商 SDS 第三節跟配方說明書。請特別看第三行「關聯依據」。這一行就是剛才那座斷掉的橋，被接起來了：成分連到料號，料號連到產品。底下那句話是這一頁的價值：系統自動標記出超過新版門檻的產品，風險一目了然。做出來以後，那位法遵窗口不必比對四天。他打一句話：新版清單新增管制的那個成分，我們哪些產品的配方裡有？系統回他：依現有的 SDS 與配方說明，含該成分的產品是 CH-207、CH-212、CH-233；其中 CH-207 含量三到五個百分比，超過新版清單門檻。三支產品，一句話。而且它沒有只回「有」——它把哪一支超標也標出來了，因為那一支才是要立刻處理的。下面那一行是出處：供應商 SDS 第三節、配方說明書 CH-207。點下去看得到原文。四天變成一句話，而且答案比人工的更完整。再來講版本，這是化工業最關鍵的一件事。供應商換發新版 SDS、法規清單更新、內部配方改版——承辦人只要對原本那一筆按「上傳新版本」。您看畫面左上，新的那一份被標成現行版。左下那一份自動蓋上紅色印章：已被取代。而且舊版不會消失，版本歷史留著，隨時可以回溯稽核。接著中間那顆齒輪會自動跑：重新清洗、重新整理，下游的知識頁跟問答結果同步換成現行版本。右下角那句話是這一頁的重點：版本控制是一條可以重跑的產線，而不是一個檔名慣例。差別就在這裡——檔名慣例要靠人記得誰是最新的，新舊版本自動接起來這件事，是系統記得。不過有一件事必須誠實說，而且它會直接影響您怎麼設計流程。畫面上這三條，像紅綠燈。綠燈，現行版：正常被查到，作為回答的依據。黃燈這一條請您務必看清楚：標記已過時。它在畫面上會顯示過時，歷史也可以回溯稽核——但是右邊那行警告寫著：若未移出可查詢的範圍，仍然可能被誤用。講白了：「已過時」在這套系統裡是一個標籤，它不會擋住查詢。標籤的作用是讓您看得出來，不是讓它查不到。所以紅燈那一條才是真正的做法：不能再被引用的內容，要把整筆知識來源移除。底下這句話，是這一集最誠實的一句：知道系統怎麼運作，比盲目相信它全自動更重要。導入前後的差別，畫面上三列。第一列，新法規影響哪些產品的盤點時間。從四天，變成當天完成。第二列，誤用舊版的風險。因為有自動標記跟重新整理，降到最低。第三列，客戶合規詢問的回覆時間。從數天，變成數小時，而且附帶精確依據。要說明的是，這些是導入的目標與合理預期，不是實測保證值，實際成效取決於您餵進多少素材，以及更新的紀律。最下面那句話是這張表的結論：從被動應付法規，轉變為掌控全局的管理。不過對法遵窗口來說，感受最直接的不是那些數字，是回信時的底氣。畫面左邊那封信，很多人都寫過：收到新版清單，我們正在盤點各產品線，會盡快回覆您。禮貌、正確，可是客戶讀到的是四個字——還沒掌握。您看那封信的框是龜裂的。右邊這一封不一樣：經系統比對，本公司三支產品含該成分，其中 CH-207 超過門檻，我們已立即啟動配方變更，附上完整稽核依據。同樣是回信，一個在拖時間，一個在展示管理能力。而在化工這一行，客戶評估您的方式，很大一部分就是看您這封信怎麼寫。在講下一步之前，先給您一張自我檢查的清單，就是畫面上這四題。第一，現在收到的每一份法規公告，從信箱到產線，會經過幾個人手？第二，這中間有幾個環節，是靠「他應該會處理吧」在運作？這一題最值得您停下來想——第二頁那三個月，就是從這裡開始的。第三，我們哪一條產品線的 SDS 版本最混亂？這一題通常大家心裡都有答案，那就是您的試點。第四，如果今天最大的客戶發來合規詢問，我們能在兩小時內給出附帶依據的答案嗎？四題裡面有兩題答不出來，就值得盤點一次。如果您想開始，畫面左邊三步。第一，評估導入範圍。第二，選一條試點產品線——就是剛才那一題您想到的那條。第三，小規模先試做一個。右邊可以聯絡我們做專屬評估，聯絡方式就在畫面上。底下那句話是這一集的收尾：從最混亂的那條產品線開始，建立第一條自動化的合規產線。最後也提醒您：這個案例是為了說明系統怎麼運作的虛構情境，那些數字是導入目標與合理預期。我是智庫引擎，我們下一集見。

30種企業知識庫應用-02-電子製造代工

30種企業知識庫應用-02-電子製造代工

這裡是智庫引擎，專為企業設計的知識庫。本集我們談電子製造代工。畫面上這句話，做代工的人一看就懂：每個客戶都有一份不成文的規矩。右邊那片電路板，線路一路往右接到兩疊資料夾——板子是您做的，可是決定它會不會被退的，是右邊那些資料夾裡的東西。先講結論：規格書上寫的那些，您都照做了。真正讓您被扣款的，是規格書上沒寫的那幾條。

我們把一件真實的事還原給您看。一家做 SMT 打件與組裝的工廠，長期供貨的客戶有十一家。某天早上，品保主管收到一封退貨通知：出給車用客戶的一批板子，因為錫膏印刷後停留時間超出容許值，被整批退。您看畫面上這條時間軸。第一個點是綠色的：規格書完全符合。第二個點是橘色的：整批退貨。現場很委屈——同樣的做法，另外三家客戶做了五年沒事。於是往下追，追到第三個點：真正的規範來源。那是兩年前的一封郵件，客戶的品保工程師在稽核時口頭要求，我方窗口回信說「已了解，會配合」。而那位窗口，一年前離職了。底下那句話講得很公道：沒有人做錯事。規格書照做了，郵件也回了，只是這條規矩從來沒有變成產線查得到的資訊。這一頁把剛才那件事的結構畫出來了。中間那條粗黑線，把您的規範切成上下兩層。線的上面，是規格書跟 BOM 表。整齊、有版本、人人都看得到。管理它們您已經做得很好了。線的下面，才是真正的高風險區。您看那些東西：稽核報告、糾正單、兩年前的 Email，還有那個寫著「口頭約定」的對話泡泡——而且它們之間是用亂線纏在一起的。副標那句話請您記住：第一份寫在規格書上，第二份長在往來紀錄裡；而第二份，才是退貨的真正來源。大部分公司花力氣管的是線的上面，被扣款的原因卻永遠在線的下面。那為什麼一定會漏？這一頁把它變成一道數學題，算給您看。十一家長期客戶，每家三到五個機種，每個機種各有製程、包裝、標籤、追溯、環保物質的特殊要求。乘起來，右邊那個數字：兩百多條分散的規矩。更關鍵的是下面那三個箭頭——這兩百多條現在存在哪裡？個人信箱、雲端資料夾、員工記憶。副標那句話講得很現實：當規矩散落在不同系統裡，產線只能依賴資深員工的記性。但年資會離職，記性會出錯。這不是誰不用心。要一個人記住兩百多條，並且在需要的那一刻精準取出七條，本來就超出人的能力。而這件事真正的考驗，不是資料怎麼整理，是畫面正中央這個數字：十五比零零。換線前的十五分鐘。左邊那段話把考題寫清楚了：要一個組長在十五分鐘內，從兩百多條歷史紀錄裡，精準挑出「這個客戶、這個機種」必須遵守的那七條。右邊三個標註是這道題的條件。第一，時間壓力——產線停機的成本極高，您不可能讓線等他慢慢查。第二，認知超載——他不可能在十五分鐘內翻完舊郵件。所以第三點就是唯一的解方，而且它是一個問句：能不能問一句話就查到？這一集接下來要講的，就是怎麼讓這一句成立。怎麼做到？畫面從左到右三段。左邊那個橘色箱子是原料：某個客戶的規格書、承認書、歷次稽核報告、糾正措施單，還有往來郵件的匯出檔，全部丟進去。中間三顆齒輪是清洗。第一顆去贅字，第二顆把承辦人的姓名、手機這類個人資料蓋掉，第三顆做分類跟摘要。右邊是產出：一頁可以互相連結的概念頁。以那封關鍵郵件為例，它原本寫的是一段口語：現場觀察到錫膏開封後放置時間較長，我們車用件的內部規定是印刷後三十分鐘內必須進迴焊，超過要重印，這一條雖然規格書沒有列，但請貴司一併配合。走完這條產線，它變成一頁：要求內容、適用範圍是這個客戶的車用產品線、依據性質是規格書未列而來自稽核與郵件確認，還有一句——承辦人聯絡資訊已遮罩。最有價值的是「依據性質」那一欄。它告訴後來的人：這一條找不到規格書，但它有效。做出來以後，換線前那十五分鐘會變成什麼樣子？組長拿著平板，打一句話：這個客戶的車用板，錫膏印刷後有時間限制嗎？系統回他：有。印刷後須於三十分鐘內進入迴焊，逾時需重新印刷。接著這一句才是關鍵：此要求未列於規格書，來自二〇二四年供應商稽核的現場觀察事項，並經郵件確認。它沒有假裝這是規格書上的條文。它明白告訴組長，這一條是怎麼來的——所以他知道這條要遵守，也知道萬一被質疑時該拿什麼出來。最下面那一行是出處：客戶往來郵件，二〇二四年三月稽核後續。您需要的不是一份更厚的規範彙編，是換線前問得到的那七條。不過這裡有一個陷阱，而且很多人是踩下去之後才知道。十一個客戶的知識放在同一套系統裡，最危險的不是查不到，是查到隔壁客戶的答案。畫面上這個做法看起來很合理：在問句裡寫「A 客戶的車用板要求是什麼」。可是系統是照意思比對的。「A 客戶」這幾個字在文件裡出現的密度、位置、寫法都會影響結果，所以它很可能撈到 B 客戶講同一件事的那一段。右邊那個橘色的警告就是後果：錯誤引用，整批報廢。底下那句話是技術上的真相，請您記住：勾兩個分類，系統理解成「或」，不是「且」。單靠問句裡的提示詞，建不出真正的資料隔離牆。您以為您講清楚了，其實您只是講了一個它會參考、但不會遵守的條件。那正確的做法是什麼？就是這一頁。把每個客戶——甚至每個機種——建成一個獨立的盒子。您看下面那三個方塊：客戶 A、客戶 B、客戶 C，各自上鎖。然後步驟一：在下拉選單裡手動鎖定要問的那一盒。步驟二，才提出問題。您看那兩條通往 B 跟 C 的路徑，被打了叉。不是問完再過濾掉，是根本不會走過去。順序很重要：先限定來源，再問問題。這在畫面上只是一個下拉選單，一秒鐘的動作，但它是整套多客戶運作能不能可靠的關鍵。右邊那句話說得對——這是唯一的解法。還有一層保護，而且它是您面對客戶稽核時最好用的一句話。每個客戶的知識來源會綁上專屬的團隊標籤。畫面右上，A 客戶專案小組的人來問，得到精準的解答跟出處。右下，B 客戶專案小組的人問一模一樣的問題，被牆擋下來，得到四個字：查無資料。請注意括號裡那一行——不是「您無權限查看」。差別在哪裡？「您無權限查看」這句話本身就洩漏了資訊，它等於告訴對方：這東西存在。在同時服務競爭客戶的代工廠，這句話說出去是會出事的。所以底下那句話才成立：無法探測，無法越權。下次客戶稽核問到「你們怎麼確保我們的資料不被別家看到」，這是一個拿得出來的機制。換成經營者看得懂的數字，畫面上三張卡。第一張，因為特殊要求沒落實造成的異常件數，下降四到六成。這一項就是退貨、扣款、跟客戶的信任。第二張，新進組長獨立換線的養成期，從數個月縮短到數週。這一項的意思是：您不必再等一個人待滿兩年才敢讓他換線。第三張，客戶稽核前的資料整理工時，縮短一半。要說明的是，這些是導入的目標與合理預期，不是實測保證值，實際成效取決於您餵進多少素材，以及現場真的有沒有在用。不過對現場來說，感受最直接的不是數字，是一種姿態的改變。畫面左邊，過去。組長抓著頭想：這個客戶好像有什麼特別的要求，我印象中……。下面那一團纏成一坨的線，就是那十五分鐘的樣子。畫面右邊，現在。四個動作：選客戶、問一句、看三條、開線。下面那條線是直的。同樣是十五分鐘，一個靠記憶，一個靠系統。而記憶會離職，系統不會。最後留一個問題給您：下一次客戶稽核，您想帶什麼進會議室？副標那句話是這一行的本質：代工的競爭，很大一部分是配合度的競爭；而配合度的本質，是客戶說過的每一句話，您都記得。如果您想開始，畫面左邊四個步驟。第一，選一個風險最高的客戶——通常就是要求最零散的那一家。第二，把歷史稽核紀錄跟郵件匯出來。第三，建立那個客戶專屬的知識庫。第四，拿到產線上實測看看準不準。小規模先試做一個就好。聯絡方式就在畫面上。最後也提醒您：這個案例是為了說明系統怎麼運作的虛構情境。我是智庫引擎，我們下一集見。

30種企業知識庫應用-01-精密機械與工具機製造

30種企業知識庫應用-01-精密機械與工具機製造