C# .NET Blazor MAUI Xamarin Research

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-化工與塗料材料