同一項業務，客戶跑兩家分行拿到兩種答案：A 分行依作業主規章說要補件，B 分行依後來的放寬通報說不用——調查結論是沒有人惡意、兩位行員都有依據，問題出在規章之間的關係沒有人有全貌。 這一集示範怎麼讓六十家分行問同一句話得到同一個附出處的答案，以及一件事後才顯出價值的事：查詢紀錄讓稽核報告從「解釋人為疏失」變成「證明依據一致」。
這裡是智庫引擎，專為企業設計的知識庫。本集我們走進銀行與金融機構。畫面上這一句是這一集的目標：終結櫃檯前的資訊迷宮。副標更具體——從兩千份規章，到單一事實來源。您看畫面上那些發散的線，全部收束到中央那一顆金色的多面體。那就是這一集要做的事：規定不必變少，但答案要只有一個。
我們從一件客戶申訴看起。同一項業務，客戶跑了兩家分行，得到兩種答案。A 分行說：這項業務需要補件。他的依據是銀行的作業主規章。B 分行說：這項業務不需要補件。他的依據是後來發布的一份放寬通報。問題在括號裡那半句——那份放寬通報，其實不符合這個案子的適用條件。底下的調查結論寫得很清楚：沒有人惡意，兩位行員都有依據。問題出在規章之間的關係，沒有人有全貌。請注意，這不是有人偷懶或亂講。兩個人都很認真地查了，也都查到了東西——只是各查到一半。而客戶感受到的是什麼？不是「兩位行員理解不同」，是「這家銀行說話不算話」。同一家銀行，兩種標準，這比補不補件嚴重得多。
為什麼一定會用錯？畫面上四格，標題已經先講了：這不是人員訓練問題。左上，數量超載。超過兩千份文件，每年數百件異動。這個量，完全超出人腦的負荷。右上，複雜交錯。規章互相引用、互相修正，有時候要四份文件疊在一起，才看得出實際適用的是哪一版。左下，時間斷層。這一格最致命：櫃檯前只有三分鐘可以做決策，但正確查完所有關聯規定需要二十分鐘。三分鐘跟二十分鐘之間那個缺口，就是所有分歧的來源。行員只能在缺口裡憑經驗補上，而每個人的經驗都不一樣。右下，缺乏軌跡。事後沒辦法重建當時問了誰、依據什麼，只能靠人員回憶。所以再加強訓練，也補不上這四格。
這一頁只有一句話，但它是整集的核心，而且出自稽核報告。本案非規章不備，而係規章可及性不足。用白話講就是：不是我們少寫了規定，是行員在需要的時候拿不到它。畫面最底下那一行把它講得更白：規定不缺，缺的是在櫃檯那三分鐘裡，找得到正確的那一條。這個轉向很重要。因為這兩種診斷，會導向完全不同的處方。如果診斷是「規章不備」，那接下來就是再發一份規定、再開一場宣導會。如果診斷是「可及性不足」，那要處理的是三分鐘裡拿不拿得到——這是兩件事。過去二十年，多數金融機構走的都是第一條路：出事就再發一份規定。於是文件從一千份變成兩千份，而可及性反而更差。
那要怎麼提高可及性？畫面上這條產線，四個區。第一，原料區：作業規章、通報、函令，還有常見問答，全部匯進來。第二，清洗區：去掉贅字，把客戶姓名帳號這類敏感資訊蓋掉，分類貼標籤，抓出核心摘要。第三，蒸餾區。這一區是這一集最關鍵的一步——它要理清規章之間的修訂關係。還記得第二頁那兩位行員嗎？他們缺的就是這個關係。第四，輸出區：單一事實來源，一句話問得到，而且附帶精準的出處。標題那句話值得再念一次：這不是雲端硬碟，也不是把檔案丟給人工智慧。差別就在中間那兩區。
實際問一句話會怎麼樣？畫面上方是櫃檯的提問：這項業務可以免附那份文件嗎？左邊是過去：耗時二十分鐘，要翻三份通報、兩份規章。風險寫在下面——極容易遺漏前提條件，導致決策分歧。右邊是現在：耗時數秒鐘。系統的判定是：原則上仍然應該檢附；只有在同時符合三項條件的時候，才可以適用簡化措施；任何一項條件不符，就要依原作業規章辦理。請注意「任一條件不符」這半句——這正是第二頁 B 分行漏掉的東西。底下還附了精準出處：某某通報、某某作業規章第幾條。標題那句話是重點：讓六十家分行問同一句話的時候，得到完全一致的答案。
接下來這一頁，是金融業跟其他行業最不一樣的地方。標題寫得很直接：光查得到不夠，還要查得到查詢紀錄。畫面中間那張表，每一列就是一次查詢。四個箭頭指出四件被記下來的事。左上，誰在什麼時間提問。右上，提問的完整內容——注意是完整內容，不是摘要。左下，系統引用的具體段落。右下，來自哪一份規章或通報。最底下那一列還記了使用的模型與用量歸屬。為什麼要記到這種程度？因為在金融業，事後說不清楚，跟當下做錯了，責任幾乎是一樣的。主管機關要看的從來不只是結果，還有您怎麼得到這個結果。有紀錄，這一題就有答案。
那些紀錄留下來能做什麼？畫面上三張防護網。第一張，事後重建判斷。客訴發生的時候，可以精準還原當時系統給的是什麼依據。不靠個人回憶，用數據證明合規性——這一句對法遵單位的價值非常高。第二張，規章體檢表。這一張是意外的收穫：反覆被問的問題，還有回覆「查無依據」的問題，其實就是規章的盲區，或者是還沒匯進來的破口。換句話說，系統答不出來的地方，正好告訴您管理上該補哪裡。第三張，成本與用量可視化。各單位用了多少、成本歸在哪裡都抓得出來，數位轉型的投資成效才看得見。
這一頁講邊界，三件事一定要先說明白。第一，紀錄全透明。問答內容會被完整保留，所以使用者必須事先知道這件事。在金融這種高度紀錄的環境裡，這是常態，但一定要先講。第二，寧缺勿濫。當相似度不足的時候，系統直接回「查無依據」，絕不硬湊一個答案。在這一行，一個聽起來很專業的錯誤答案，比一句「查不到」危險太多了。第三，這一條最重要：它不是自動法遵系統。系統不會自動偵測外部法規異動。新舊函令與內規的上下架，還是要依賴內部的標準流程。換句話說，它讓您查得到，但沒有人上架，它就查不到。這一句一定要在導入前講清楚。所以導入的時候，一定要指定一個單位負責規章的上下架。這是管理職責，不是系統功能。
導入之後最大的改變在哪裡？答案不在櫃檯，在稽核報告。畫面左邊是過去：我們必須耗時重建判斷過程，最終只能向主管機關解釋——這是規章可及性不足導致的人為疏失。這段話翻成白話就是：我們自己也說不清楚，只好認了。畫面右邊是現在：我們只需要調出系統紀錄，直接證明該行員引用的依據與系統答覆完全一致，而且符合當時的規章。兩段話的差別，是「解釋」跟「證明」。畫面最底下那句話總結得很好：導入的效益不只是查找縮短到數分鐘、新人養成期縮短，更是把管理盲區，變成一條可以證明的合規防線。
這一頁是給管理層的，畫面上是一個會越轉越快的飛輪。先看左邊那個提問：您們兩千份規章，行員實際上用得到幾份？這個問題過去沒有人答得出來。現在透過查詢紀錄，銀行第一次擁有這個數據。右邊那個循環轉三步：第一，累積查詢數據；第二，發現盲區；第三，規章整併與優化。整併之後，查詢會更準，數據又更清楚，於是越轉越好。畫面最底下那個比喻很傳神：系統不只是查找工具，更是組織知識的 X 光機。它照出來的東西可以直接拿去指導兩件事：規章要整併哪些，教育訓練要加強哪裡。以前這兩件事靠的是各單位反映跟主管的感覺，現在靠的是六十家分行實際問過的紀錄。
最後這一頁，是一個很好的起點問題：從哪一類最常出現答覆不一致的業務開始？不必一次把兩千份規章全部匯進來。挑一類，做出來，數字就會說話。畫面最底下那行小字也要念清楚：本集情境取材自示範案例，數字是導入目標與合理預期，不是實測保證值。另外請特別記住——這套系統是知識管理工具，不是法規遵循系統，也不提供法律或法遵意見。它負責的只有一件事：讓正確的那一條，在櫃檯那三分鐘裡拿得到。聯絡方式就在畫面上。這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言