律所 CRM 客戶管理系統
一位潛在客戶很少只打給一家律所。他們會打給三家，向接電話的人描述自己的麻煩，然後聘請第一個回電的律師。而與此同時，兩件足以拖垮一家小所的事，恰恰就藏在這同一次接案裡：因為對造當事人正是本所現有客戶而被漏掉的利益衝突，以及無人記入期程的訴訟時效。大多數單人所和小型律所靠一本便箋、一個共享信箱和腦子在硬撐。一套貼合律所真實接案與辦案方式的 CRM——一個接案佇列、一次真正的衝突檢索、一塊案件看板、一份期限清單——正是把好客戶留下、把執業過失索賠擋在門外的關鍵。
痛點
- 接案環節漏水：一通轉介紹來電、一份網站表單、一位臨櫃訪客，全都落在不同的地方，跟進又慢，潛在客戶轉身聘請了第一個回電的律所，而你的名單還躺在語音信箱裡。
- 衝突檢索只存在某個人腦子裡：新案件的對造當事人是不是本所現在或過去的客戶，靠記憶或一張過時的試算表來判斷，而你漏掉的那一個，往往就是能讓律所被取消代理資格的那一個。
- 一個人不等於一個角色：同一個人在這個案件裡是你的客戶，在另一個案件裡卻是對造當事人，所以一份只給聯絡人貼一個標籤的通訊錄，根本回答不了一個真正的衝突問題。
- 期限被記在所有地方、又哪裡都沒記：訴訟時效日期和開庭期限散落在一本紙本日曆和三位律師的腦子裡，而一個被漏掉的日期，正是所有執業過失索賠中最常見的那一種。
你能打造什麼
每一位潛在客戶都匯入同一個地方，無論來自網站表單、一則轉寄的通話記錄，還是一位臨櫃訪客，都帶著業務領域、案情描述、以及點名列出的每一位當事人。在一個案件被接受之前，接案必須先通過一次跨越所有聯絡人與當事人的衝突檢索——涵蓋進行中的、已結案的、乃至已婉拒的案件，檢索結果會記錄在這條接案上，於是你手裡握有查過的憑證。
一塊可拖曳移動的看板，用你真實的階段——新接案、諮詢、已委任、進行中、證據開示、已結案——每張卡片都是一個案件，關聯著一位客戶聯絡人以及每一位其他當事人，各自帶著一個角色。一個案件可以同時列出客戶、對造當事人、協辦律師和證人，讓記錄真正反映出誰站在哪一邊。
一份期限清單，把訴訟時效日期、開庭期限和遞交期限連同前置提醒一併浮現出來，再加上一個綁定到案件與聯絡人的每日任務佇列。最近的那個硬性期限，永遠是螢幕上最響亮的東西，於是在一個案件被接下到走進法院之間，沒有任何要緊事會從縫隙裡滑掉。
數據模型
系統裡的一天
- 上午 8:40：一條隔夜進來的網站接案和兩通轉介紹來電正等在佇列裡。每一條都變成一份接案記錄，標記好來源、設定好業務領域，並在案情還新鮮時就把它記錄下來，於是沒有任何潛在客戶被晾在語音信箱的困境裡。
- 在安排諮詢之前，你對這位潛在客戶以及他點名的每一位當事人跑一次衝突檢索。系統按全名和別名進行匹配，橫跨所有聯絡人與當事人，包括已結案的案件和先前婉拒的接案，而不只是現有客戶。
- 一個命中回來了：這起新糾紛裡的對造當事人，正是本所在另一起不相關案件中代理的一位聯絡人。這條接案翻轉為 conflict_pending，路由給負責律師去婉拒、或去爭取一份書面棄權，檢索結果則蓋章記在這條記錄上。
- 一條乾淨的接案通過了。你安排好諮詢、把它記為一次活動，等客戶正式委任你時，這條接案轉化為一個案件，客戶聯絡人被關聯進來，對造當事人也作為一位當事人、帶著它的角色被加進去。
- 你在這個新案件上輸入訴訟時效日期。期限清單立刻建立一條 SOL 期限，帶上前置提醒，於是那個足以終結整起案件的唯一日期，現在成了一項硬性的、看得見的義務，而不再只是一條便箋。
- 中午：案件看板顯示出哪些動了。你把一個案件從「已委任」拖到「進行中」，又把另一個從「進行中」拖到「證據開示」，每張卡片都帶著它的客戶、當事人和未結期限一起走。
- 期限清單浮現出一份九天後到期的法院遞交任務，以及一個下個月落地的訴訟時效。你把這份遞交任務指派給一位助理律師，並確認提醒視窗留得夠寬，來得及真正動手處理。
- 一天結束：儀表板顯示還有哪些接案在等待衝突檢索、哪些期限本週到期、哪些潛在客戶還沒回電，於是你下班時清楚地知道有哪些事懸而未決，而不是心存僥倖地盼著一切沒事。
AI 容易出錯的地方
- 衝突檢索不是一次精確姓名查詢：它必須檢索每一位當事人，橫跨進行中、已結案和已婉拒的案件，並在別名、營業字號（DBA）、婚前姓氏和關聯實體上進行匹配，而不只是客戶的姓名。一個只拿新客戶的精確姓名去比對現有客戶的粗糙做法，會漏掉真正讓律所被取消代理資格的對造當事人衝突和前客戶衝突。
- 按案件為每位當事人建模，絕不要給一個聯絡人貼一個標籤：同一個人在一個案件裡是客戶，在另一個案件裡卻是對造當事人。如果一個聯絡人只存一個角色，你就回答不了一個真正的衝突問題，還會把某人到底站在哪一邊這件事搞錯。
- 潛在客戶和已婉拒的客戶照樣會讓你產生衝突：在一次諮詢中得知的資訊，即便你從未接下這起案件，也可能讓律所無法代理對造。把諮詢和已婉拒的接案永久保存，並把它們留在衝突檢索的範圍之內，不要為了整理乾淨就把它們刪掉。
- 訴訟時效日期不是一項可選任務：它是那個一旦錯過就終結整起案件的期限，而錯過期限正是排名第一的執業過失索賠。給訴訟時效和開庭日期設定帶真實前置時間的硬性提醒，並把日期毫不含糊地儲存，讓一個遞交期限上差一天的錯誤永遠不會發生。
- 客戶保密是一項義務，而不是一個設定：案件細節受保密特權保護，不能存放在一個共享信箱或一張公開的試算表裡。把整個系統置於按使用者的身分驗證與存取控制之後，並把信託帳戶核算徹底排除在外——因為規則 1.15 要求單獨的、經過對帳的記錄，而一套通用 CRM 根本沒有資格去假裝做到這一點。
- 一個接案佇列，把每一位潛在客戶連同來源、業務領域、案情描述和所有當事人一併記錄下來，並且在一次衝突檢索跑完並被記錄之前，禁止接受一個案件。
- 一次橫跨所有聯絡人與當事人的衝突檢索——進行中、已結案、已婉拒——按姓名和別名進行匹配，並把結果蓋章記在每一條接案上，作為你查過的憑證。
- 一塊關聯著客戶及其當事人的案件看板，外加一份期限清單，把訴訟時效和開庭日期連同前置提醒一起標記出來。
- 信託帳戶核算與 IOLTA 對帳，以及客戶帳單或開立發票：錢是一套單獨的、受到嚴格監管的系統，所以先把它排除在 v1 之外，而不是把它做一半。
- 文書自動生成、電子簽名的委任書，以及法院電子遞交整合：現階段先上傳或連結文件，把這些文書工作留到以後再自動化。
- 完整的工時記錄與計費工時分析：v1 階段先在案件上記錄活動，等接案與期限清單這個核心被驗證之後，再加上計費報表。
常見問題
它是真的會跑一次衝突檢索，還是只是把姓名存起來？
它會跑一次真正的檢索。當你處理一條接案時，它會把這位潛在客戶和每一位被點名的當事人，拿去跟橫跨進行中、已結案和已婉拒案件的所有聯絡人與當事人做匹配，比對全名和別名，然後記錄下結果。它會把潛在衝突標記出來，交由律師去排除或棄權，而不是替你做那個倫理上的判斷，但它給了你一次檢索、以及規則 1.7 預設你已經做過的那份書面憑證。
它能處理同一個人站在對立面的案件嗎？
能，而這正是把當事人單獨建模的意義所在。一個聯絡人只存在一次，每個案件透過一條帶角色的當事人記錄與它關聯，於是同一個人可以在一個案件裡是你的客戶，在另一個案件裡是對造當事人，而這兩者不會坍縮成一條混亂的記錄。
它能阻止我錯過一個訴訟時效嗎？
它是一套記錄系統，而不是期限管理紀律的替代品，但它會讓那個日期無從丟失。訴訟時效和開庭期限都坐落在一份帶前置提醒的期限清單上，最近的那個硬性日期被最先浮現出來，於是這項義務每天都看得見，而不是被埋在一本沒人記得去查的日曆裡。
客戶資料是保密且安全的嗎？
你的 CRM 託管運行在 ybuild 上、透過你自己的網域對外提供服務，背後由一套受管資料庫支撐、並由受管認證把守、按使用者授予存取權限，於是受保密特權保護的案件細節都留在一套受控的系統裡，而不是一個共享信箱或一張公開的試算表中。
我能把現有的客戶和案件清單匯入嗎？
可以。描述一下你目前試算表或匯出檔案裡的欄位——姓名、案件、當事人、業務領域、關鍵日期——應用會把它們對應進 contacts、matters 和 parties 表，於是你的衝突檢索從第一天起就涵蓋你真實的歷史，而不是一個空白的資料庫。
參考來源
- ABA 示範規則 1.7：利益衝突——現有客戶 — 美國律師協會（ABA）關於並存利益衝突在何時阻卻代理的規則界定，正是你的接案衝突檢索要抓住的那條確切標準。
- ABA：法律客戶接案與衝突檢索流程是如何運作的 — ABA 的實務指引，講的是如何蒐集完整法定姓名、別名和對造當事人，並在接受一位客戶之前檢索每一個進行中、已結案和潛在的案件。
- ABA 關於客戶信託帳戶記錄的示範規則 — 規則 1.15 背後的記錄留存基線，以及為什麼信託帳戶核算是一套單獨的、經過對帳的系統，你要有意識地把它排除在 v1 CRM 之外。
- Clio 法律趨勢報告：律所基準數據 — 被廣泛引用的基準數據顯示律師的平均可利用率接近 38%，凸顯出有多少可計費時間流失在了沒有條理的接案與行政事務裡。
描述它，一次上線到你自己的網域——託管、全端、免伺服器。免費開始。