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-半導體與自動化設備商