手冊寫著「點擊批次過帳按鈕」，客戶說這個功能我們這邊沒有——那顆按鈕三年前就為了配合客戶的簽核流程移掉了，客製紀錄停在兩年前，當初維護的人已經轉調，一通電話耗掉五十分鐘還是沒有答案。 這一集示範怎麼把「二十個客戶二十種真相」拆成二十個互不污染的盒子，以及一個不會報錯、所以沒有人發現的陷阱：文件塞太多時，系統會安靜地把後半段截斷。
這裡是智庫引擎，專為企業設計的知識庫。本集我們走進系統整合商。畫面正中央那一塊寫著「核心產品」，四周是二十個盒子——每一個都裝著一點不一樣的東西。主標寫得很直白：一套系統，二十個客戶，二十種真相。底下那兩句話才是真正的痛：您們的產品只有一個名字，但實際上有二十個版本，而且沒有一份文件說得清楚差異在哪裡。這一集要解的，就是這件事。
我們看一通很典型的客服電話。畫面左邊是標準操作手冊：步驟一登入系統、步驟二選擇財務管理、步驟三點擊批次過帳按鈕。客戶在電話那頭說：這個功能我們這邊沒有。右邊就是客戶真實的畫面，那個按鈕的位置是空的。接下來會發生的事，各位應該都很熟悉：工程師開始翻文件、翻對話紀錄，五十分鐘過去，還是沒有答案。底下這兩格才是真相。客製紀錄最後更新在兩年前；而那個按鈕，其實三年前就為了配合客戶的簽核流程被移掉了，當時負責維護的人已經轉調。所以那五十分鐘不是慢，是完全無效——因為手冊講的，跟客戶那一套根本不是同一個東西。
這一頁點出了整個產業最貴的一筆帳。畫面上方那台整齊的機櫃，是程式碼與標準架構。這一塊其實管得不錯——有版控、有規範、有審查。真正的黑洞在下面那一層：哪個客戶到底裝了什麼。您看那些糾纏的線、貼滿的紙條、散落的資料夾，就是這一層的實況。畫面最底下那句話請記住：問題不在於工程師懶不懶惰，而是接聽電話的當下，能不能在三十秒內查到這一家客戶的實際狀況。三十秒，是這一集的標準。查得到，是專業；查不到，客戶感受到的就是「你們自己也不清楚」。
為什麼會崩塌？畫面上四個維度。左上，時間斷層。客製是在專案期發生的，但文件停在交付日。上線之後那三年的修補、欄位加掛，從來不會回寫進規格書。右上，詞彙分歧。同一個名詞，各家講的不是同一件事。批次過帳，在 A 客戶是三段簽核，在 B 客戶是排程，在 C 客戶已經移除了。左下，組合爆炸。客戶乘上版本、乘上資料庫、乘上部署環境、乘上模組，等於幾百種組合。所以那份總表，三個月內必定過期。右下，知識屬人。「這家是誰做的」是目前最有效的查詢方式，但它同時也是最脆弱的單點故障——那個人請假、離職，整條線就斷了。
那把所有文件丟給人工智慧，讓它自己找，不就好了？這一頁講為什麼這樣做注定失敗。右邊三條。第一，語意比對不等於條件過濾。「某某公司」這幾個字，會出現在比較文件、共用範本，甚至郵件副本裡。您想問 A 客戶，撈回來的卻是一堆提到 A 客戶的別人家文件。第二，中文斷詞陷阱。系統型號，例如 MC-200A，常常被切成幾個沒有意義的片段，比對的時候完全失去識別力。第三，權重覆蓋。關鍵字比對的分數是有上限的，很容易被其他客戶「語意相近但不適用」的段落蓋過去。結論是：在這一行，不精準等於有害。答錯一個客製設定，比答不出來更糟。
所以做法要換一個方向。畫面上是一整排貼著客戶名稱的盒子。副標把重點講完了：您需要的不是一份永遠追不上的客製總表，而是二十個各自獨立、互不干擾的盒子。右邊兩個原則。第一，單一真相：一個客戶等於一個知識來源盒子。問 A 客戶的事，就只在 A 的盒子裡找。第二，封閉上下文：規格書、客製紀錄、交接錄音，全部鎖在同一個環境裡，絕不跨客戶污染。這個轉向很重要——過去我們想的是「怎麼把資料整理成一張大表」，現在想的是「怎麼讓每一家的資料誰都干擾不到誰」。隔離，本身就是準確度。
盒子裡面放什麼？這條產線給了答案。左邊叫原始廢料，其實一點都不廢：規格書、變更單，還有交接會議的逐字稿。特別是最後這一項。交接會議通常只留下一份簡單的紀錄，可是真正的資訊都在對話裡——那些「這家比較特別，他們的簽核是三段」就是在那時候講的。中間是清洗程序：自動去掉贅字，把帳號密碼、客戶主機位址這類敏感資訊蓋掉，然後分類與摘要。右邊是蒸餾，變成可以互相連結、即時查詢的概念頁面。從廢氣到燃料，這個比喻很貼切。這些東西您們本來就有，只是一直當廢料在堆。
用法只有一條黃金法則，就在這一頁。第一步：先選盒子。畫面上是選擇知識來源，客戶 A 的現況。第二步：再問問題。這家的批次過帳怎麼操作？順序不能顛倒。很多人習慣先問問題，再用勾標籤去縮小範圍——這在這套系統裡是無效的。因為底下這句話：分類多選是「或」，不是「且」。您勾越多，撈進來的越多。分類是用來找得到，不是用來鎖得住。只有預先限定來源，才能在二十個版本並存的情況下，保證答案是這一家的。
把兩種架構並排比，差別會更清楚。第一列，查找的邏輯。左邊是把二十家的資料混進同一個大池子，再靠提示詞去限制範圍——畫面上寫得很誠實：容易失敗。右邊是物理隔離，只在指定的那一份資料裡找。第二列，答錯的風險。左邊極高，A 客戶的設定很容易污染到 B 客戶的回答。右邊是零跨界污染——因為那個盒子裡根本沒有別家的資料可以混淆。第三列，適用情境。這一列很重要：左邊那種做法不是不能用，通用型的知識，例如標準安裝手冊，用大池子完全沒問題。但高度客製化的專案支援與維護，一定要分盒。一家公司兩種都會用到，重點是不要用錯地方。
分好盒子還不夠，盒子裡面也要有紀律。這一頁講兩件事。第一，命名的一致性。錯誤示範是「客戶 A 資料」——這個名字什麼線索都沒給。正確做法是「客戶 A - 製造管理系統 - 現況」。來源的標題本身就是判讀的線索。第二件事更隱蔽，畫面上叫靜默截斷。一個盒子如果塞進三年份、上百份文件，很容易撞到模型能處理的上限。這時候系統不會報錯，它只會安靜地截斷。您得到的答案看起來完整、語氣也很肯定，但其實後面那一段根本沒被讀到。解法是依主題往下分層，例如拆成現況、變更歷程、教育訓練，然後定期抽查尾段的內容有沒有被讀進去。這一條沒有人會提醒您，因為它不會報錯。
同樣一通電話，導入前後差在哪？左邊是導入前：我確認一下您那邊的版本，可能要問一下當初做這個案子的同事，晚點回覆您。底下的註解很傷人，但很真實——耗時數十分鐘甚至數天，聽起來像個不熟這套系統的陌生人。右邊是導入後：您那邊的批次過帳是三段簽核完成後自動觸發的，不需要手動點擊。另外提醒，明細表有兩個客製欄位，升版前要先確認相容性。括號裡還附了出處：交接錄音第九分鐘。耗時三十秒，聽起來像每天都在用這套系統的專屬顧問。請注意右邊多講了一句「升版前要確認相容性」——那是客戶沒問，但您主動提醒的。這一句，就是續約的來源。
這一頁是給經營者的。畫面左邊那張圖有兩條線。往上走的那條是知識管理，時間越久越有價值；往下掉的那條是單點依賴——它一開始很有效，但掉得非常快。右邊那個問題，請帶回公司問一次：您們的二十家客戶，有幾家的現況只有「那一個人」清楚？底下那段話講得很到位：在這一行，每一次人員異動就是一次服務品質的斷崖。知識管理不只是為了省客服工時，它直接決定了公司的營運韌性，也決定了您有沒有底氣去簽下第二十一家客戶。很多整合商不是接不到案子，是不敢接——因為心裡清楚，現有的二十家已經撐得很勉強了。
最後這一頁講怎麼開始，三步。第一步，盤點。看看現有的客製紀錄、交接會議與變更單，目前保存到什麼狀態。第二步，試點。這一步的挑法很特別——挑目前現況最模糊的那一家客戶。一般人會想先挑最單純的來試，但最模糊的那一家做出來，全公司才會相信這件事有用。第三步，建盒。確立導入的範圍，小規模先試做一個，打造出第一個標準盒子。第一個盒子建好，後面十九個就是複製同一套做法。聯絡方式就在畫面上。這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言