週三，年輕律師花一個下午翻了二十份契約初稿，還是找不到合適的條款；週六，資深合夥人自己來加班，憑記憶重寫三年前寫過的那一版——事務所裡計費最高的時間，就這樣消耗在重複勞動上。
這一集示範怎麼把檔案從「依案號存」改成「依議題查」，以及為什麼「您沒有權限查看」這句看似有禮貌的回覆，對律師來說是會引發利益衝突的致命傷。
這裡是智庫引擎，專為企業設計的知識庫。本集我們走進律師事務所。畫面上這一句是這一集的主題：找回事務所的隱形資產。所謂隱形，不是不見了，是它明明還在，卻拿不出來。副標寫得更具體：從重複重寫，到知識流動。接下來十分鐘，我們談的不是要不要買一套系統，而是一件更基本的事——您們事務所這幾年寫過的東西，現在還找得回來嗎？
先看一個很常見的一週。週三，一位年輕律師花了整個下午，打開二十份契約初稿，就是找不到合適的條款。他不是不夠努力，他找的東西確實存在——三年前所裡就寫過一版，而且談得很漂亮。只是沒有人知道它在哪一個資料夾。週六，資深合夥人自己來加班，憑著記憶重新起草了一份。以他的計費費率，那一個週末的成本，遠遠超過那份合約的合理投入。畫面下方那條隆起的曲線，就是這件事真正的代價——事務所裡計費最高的時間，消耗在重複勞動上。右邊那句話，很多合夥人都講過：這個條款我三年前寫過，但找不到了。請注意底下那行小字：這不是不會寫，是不想第四次，從頭寫已經寫過三次的東西。不會寫是能力問題，找不到是制度問題。這兩件事的解法完全不一樣。
為什麼會這樣？畫面上四個格子，一個一個看。第一，組織斷層。檔案是依案件建檔的，可是律師要找東西的時候，腦子裡想的是議題，不是案號。第二，價值錯置。最有價值的東西，是談判的軌跡，還有那些被否決的版本。它們散在往來郵件跟修訂紀錄裡，沒有人整理。為什麼被否決的版本反而有價值？因為它記錄了「這樣寫對方不會接受」——這是花時間換來的，而定稿看不出來。第三，倫理高牆。保密義務很嚴格，案件資料本來就不能互通，於是事務所整體的經驗無法自然流動，也累積不起來。第四，成本倒掛。這一條最致命——找的成本大於寫的成本，所以資深律師寧願重造一次輪子。畫面最底下那句請記住：問題不在員工不整理檔案，而是底層架構不對。架構不改，再多要求也只是增加大家的負擔。
那要改成什麼樣子？畫面左右各一種架構。左邊是傳統的資料夾：併購案 A 底下再一層、再一層，最後放著契約初稿跟某月某日的版本。它的特性寫在下面：依案號分類、死水、只存最終結果、難以跨案搜尋。右邊是議題知識庫。同樣是那些檔案，但它們被掛到「重大不利變更條款」這個議題底下，A 案的分析跟 B 案的評估互相看得見。特性也在下面：依議題查詢、活水、保留談判軌跡與折衷考量、打破案件孤島。底下那句話請記住：您要留下來的，不是一份死板的範本庫，而是每一次談判學到的實戰經驗。範本誰都有，經驗才是您們的。
怎麼做到？畫面上這條產線，從左到右三段。左邊是原料：歷年的契約範本與定稿、談判的往來紀錄、內部研討會的逐字稿。中間是清洗，一層一層往下漏。去掉沒有意義的贅字，把當事人姓名、金額這類敏感資訊蓋掉，分類貼標籤，最後做摘要。這裡要特別講一下第二層。律師的素材幾乎每一份都有當事人資訊，蓋不乾淨就不能往下走——這一關沒過，整筆會被退回重跑，不會半推半就地放行。右邊是結晶，變成一頁一頁互相連結的概念頁面。副標那句話請特別注意：這不是把檔案丟給人工智慧就算數，這是一條嚴謹的知識萃取產線。中間那幾層要是省掉，出來的東西看起來很像知識，但沒有一句話敢用。
實際問一句話會拿到什麼？畫面上方是提問：重大不利變更條款，我們事務所的寫法與談判經驗？回答分成三段。第一段，結構與定義：採用概括定義，再加上排除事由列舉的結構。第二段，談判關鍵：排除事由裡必須加入「不成比例地影響」這個限定。第三段，實務的量化門檻：常常以連續兩季營收下滑達到一定比例，作為接受疫情類排除的交換條件。請注意，第二段跟第三段不會出現在任何一份範本裡。那是談出來的，不是寫出來的。尤其第三段那個「連續兩季營收下滑達一定比例」——這種門檻，是所裡的人在真實案子上換到的籌碼，不是從教科書上抄的。右下角那一行也很關鍵：出處，內部契約實務研討會錄音，原始逐字稿第十二分鐘。有出處，這句話對律師才有可信度。畫面最底下那句話：把尋找的一個下午，縮短為三秒鐘。
講到流動，律師第一個反應一定是：那保密怎麼辦？這一頁就是回答這個問題。畫面左邊這個立體的架子有兩個方向。橫的是議題維度，負責讓您找得到；直的是權限邊界，綁在團隊上，負責擋得住。中間那句話是重點：權限的過濾發生在查詢的當下，不是資料撈出來以後才隱藏起來。右邊的對照更關鍵。傳統系統會顯示「您沒有權限查看」——這句話看起來很有禮貌，卻是致命傷。因為它等於告訴對方：這個案件存在。在律師這一行，光是知道某個案件存在，就可能引發利益衝突的危機。本系統的設計是：沒有權限的人搜尋，直接顯示查無資料。完全隱形，這才叫堅守保密底線。所以「知識要流動」跟「案件要保密」並不衝突。要衝突，是因為過去只能整個資料夾開放或整個關掉，沒有中間值。
系統買了不等於好用，所以這一頁講兩個實務心法。左邊是查找的心法。很多人以為多勾幾個標籤，範圍就會變小，其實剛好相反——多選是「或」，不是「且」。勾越多，撈進來的越多。正確的做法是：先限定知識來源，也就是先選對盒子，再發問。右邊是儲存的心法：把結果跟過程分開放。定稿是結果，就是那些制式的條文。內部研討與草稿是過程，裡面裝的是判斷與折衷。研討會紀錄的價值其實最高。分開放，是為了確保您問「這件事當初是怎麼談的」的時候，答案不會被一大堆制式條文稀釋掉。
導入之後會有什麼變化？畫面左邊是三個量化的指標。初稿產出的時間縮短三成到五成；年輕律師跑去請教合夥人的次數顯著下降；事務所既有見解的復用率極大化。不過右邊那個對照，可能比數字更有感。沒有知識庫的週末，是資深合夥人一個人在辦公室加班，重寫三年前寫過的那一版條款。有知識庫的週末，是資深合夥人喝著咖啡，審閱年輕律師用歷史精華改出來的進化版初稿。畫面最底下那句話講得最好：同樣一份合約，一個是重做，一個是進化。重做，做十年還是原地；進化，每一次都往前墊一階。差別不在誰比較認真，在於上一次的成果留不留得住。另外提醒一句，這些數字是導入目標與合理預期，不是實測的保證值。
畫面上這個提問，值得帶回所裡想一想：您們累積了多少「寫過但找不到」的資產？如果要開始，這三階是我們建議的順序。第一階，盤點現狀，看看定稿、談判紀錄與研討會的保存狀況，先把隱形資產找出來。第二階，選擇試點。挑重複投入成本最高、最常起草複雜合約的那條業務線，例如併購。第三階，劃定邊界。先把保密怎麼切、權限群組怎麼分講清楚，再小規模先試做一個。順序不要顛倒——邊界沒談好就上線，後面一定要重來。畫面最底下那句話送給各位：事務所真正的資產不是客戶名單，是這群頂尖大腦寫過的東西。聯絡方式就在畫面上。
最後把畫面上這段聲明念一次。本集的情境取材自示範案例，事務所與人物都是虛構的，用來說明系統實際怎麼運作。數字是導入目標與合理預期，不是實測的保證值。還有一句最重要：這套系統是企業的知識管理工具，它不提供法律意見。判斷永遠是律師的，它只負責把您們自己寫過的東西，即時擺回您面前。這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言