海外客戶名單去重，重點不是把名稱看起來相近的列刪掉，而是判斷兩筆資料是否指向同一個商業帳戶，並保留聯絡人、往來活動與來源脈絡。公司可能同時使用註冊名稱、英文名稱、品牌名和舊名稱；同一網域也可能由集團多個法人共用。本文談的是內部銷售 CRM 名單整理，不是公司註冊處查冊。先把公司身分、別名、網域、集團關係和合併紀錄分開管理，再決定哪些資料能合併。先辨別資料要代表哪種帳戶，再決定重複記錄是否需要合併。
先用哪些欄位找疑似重複？
不要只用公司名稱完全相同作為條件。先把可比對欄位分成識別線索和輔助線索：公司識別碼或登記資料（若來源已提供）、正規化後的網域、電話、地址、公司名稱、聯絡人電郵網域。每個欄位都要記錄來源，因為名片、展會名單和手動輸入的可靠程度不同。電郵網域適合找候選，不足以單獨證明公司相同；免費信箱、代理商信箱和集團共用網域尤其容易誤判。網域比對時移除網址路徑、協定與常見的 www 前綴，但保留子網域是否有意義的規則，例如地區站或產品站可能只指向同一品牌，未必是同一法人。姓名和電話也要正規化空格、括號、國碼與分機格式，並保留原始值供覆核。可設定候選層級：公司識別碼相同且來源可信，列為高信心；名稱相似加上相同網域，列為人工確認；只有聯絡人相同，先不合併。假設兩列公司名稱略有差異、網域一致，但一列是海外經銷商聯絡人，另一列是品牌總部，系統應提示檢查而非自動刪除。開始前先選定欄位優先序，並用已確認的正反例試跑，記錄誤報原因，再調整規則。候選清單應顯示命中欄位和衝突欄位，避免只展示相似分數。明確指定強鍵與弱鍵，像同一個公司編號是強線索，但若來源可能填錯，仍要查原始表；地址相似、共用電話只算弱線索。不同地區格式的電話要保留國碼、分機分欄，以免正規化時兩個號碼被拼成一樣。每次規則調整後，抽樣檢查已合併與未合併兩邊，避免只看命中增加。
不同語言公司名怎麼比？
跨語言名稱比對應把「名稱文字」與「公司身分」拆開。建立一筆公司主記錄，分欄保存來源中的原文名稱、英文名稱、當地語言名稱、常用品牌名和曾用名稱；不要把翻譯後的名稱覆蓋原始資料。先做可逆的標準化，例如統一全半形、大小寫、空格與常見標點，再把 Ltd、Limited、有限公司等法人後綴分離到另一欄供比較。後綴詞典要由資料管理者維護，因為相同字串可能是名稱本身的一部分；刪掉後綴只適合產生候選，不能作為合併證據。音譯、縮寫和不同語言的品牌名，應透過經確認的別名表連到主記錄，記下確認人、來源與確認日期。假設「海嶼科技有限公司」和「Ocean Isle Tech Limited」出現在不同名單，若兩者共享官方網站、地址或可信的公司識別資料，可以列入覆核；僅憑英文意譯相近則保留為兩筆。遇到無法辨識的字元、舊拼法或人工翻譯，不要猜成同一公司。匯入後可先將標準化結果放在暫存欄，抽查幾種語言和常見後綴，再把穩定規則寫進流程。這樣既能提高搜尋命中，也能在日後改變比對規則時重新計算，而不失去原始名稱。別名最好附語言、別名類型、有效區間與來源，不用把所有拼法塞進單一名稱欄；搜尋時可展開別名，報表仍使用選定的標準顯示名。不要用線上翻譯結果自動建立別名，也不要從郵箱帳號前綴猜公司名。若同名品牌由不同公司使用，可把品牌名標為共享別名並要求人工確認。把罕見字體、羅馬化轉寫和歷史名稱列為資料品質例外，避免標準化流程丟掉辨識資訊。
同集團不同法人如何保留？
同一集團不等於同一家公司。母公司、子公司、地區營運公司和品牌可能共用網域、標誌或聯絡窗口，但合約、報價、付款和服務對象未必相同。CRM 應將法人或獨立營運實體各自保留為公司記錄，再用「母子公司」「關聯企業」「品牌隸屬」等有定義的關係相連。不要把所有相同網域的列合成一筆，也不要只因名稱包含集團字樣就建立母子關係；關係需要來自可信來源或由負責人確認，並保留證據。假設某品牌在香港和新加坡各有營運公司，兩筆資料使用相同品牌網域，但報價抬頭和對接團隊不同，應保留兩個帳戶並加上集團關聯。若資料只顯示共同網域，先標成待確認，不要自行推定股權或控制關係。公司名稱變更、收購或品牌轉移，也應記為帶日期的歷史關係，而不是把不同時期的主體覆寫成同一名稱。聯絡人可以在多個公司帳戶下有不同職務或往來脈絡；同一個人不代表公司相同。先明確定義 CRM 的「公司」究竟代表法人、採購帳戶還是銷售團隊，再決定唯一識別方式。若業務需要看集團總額，可用母公司或帳戶群組彙總，不必犧牲法人層級的交易紀錄。關係還應標記其適用時間與證據等級，例如公開網站的集團介紹、合約上的簽約主體，或帳戶負責人確認；這些材料回答的問題不同，不應互相替代。母公司欄不能拿來當所有帳戶的實際交易對象。若兩個公司以同一採購部門對接，也可在銷售帳戶層建立關聯，而不修改法人主檔。檢查報表和權限會否因群組關係把資料混在一起，尤其是不同市場團隊需要各自管理時。
合併前要檢查哪些活動？
合併前要先看完整互動，不要只比較公司欄位。逐筆檢查聯絡人歸屬、負責業務、開放中的商機、會議與通話紀錄、寄送狀態、報價和合約索引，以及客戶要求的聯絡偏好。特別確認同一聯絡人是否代表不同法人、商機是否有不同付款或交付主體；把公司列合併後，活動可能集中到主記錄，讓原本的責任人和背景變得難找。CRM 各自的合併行為不同，操作前先查清哪些欄位會保留、哪些值會被覆蓋、重複聯絡人如何處理，以及是否可復原。若規則不清楚，先在可丟棄的測試資料或副本上演練，不能拿正式客戶記錄試錯。假設甲列有兩筆已完成會議，乙列有一筆未結商機；合併前先指定保留哪筆公司記錄、將三項活動映射到哪個帳戶，並確認商機仍由原負責人跟進。若兩邊的地址、幣別或簽約主體不同，先詢問帳戶負責人，不要以欄位較新的一側覆蓋另一側。完成後抽查關鍵活動與聯絡人連結，確認搜尋仍找得到舊名稱，並記錄執行人和時間。準備一份可回復清單，包含被合併列的識別碼、主記錄識別碼及欄位差異；若結果不符預期，暫停同批操作，按清單修正或回復。把合併前檢查做成逐項確認表：主記錄選擇理由、衝突欄位去留、活動歸屬、聯絡人關係、未完成工作負責人，以及回復方式。凡涉及報價或協議的記錄，應確認索引仍能指回正確帳戶，不要將文件或付款資訊的歸屬當成可推測欄位。小批次完成後由另一位熟悉流程的人抽查結果，再繼續下一批。若無法模擬，先用副本確認欄位映射，再操作正式資料。
原始資料如何追溯？
可追溯的做法是把原始匯入資料和整理後的 CRM 記錄分層保存。每次匯入保留來源名稱、批次識別碼、來源列號或外部記錄 ID、匯入時間、原始公司名稱、原始網域，以及負責匯入的人；之後的正規化值另存欄位，不覆寫來源值。比對表應記錄候選記錄、比對依據、規則版本、處理結果、覆核人與理由，並將重複列連到最後保留的主記錄。這樣下次同一資料源更新時，就能分辨新公司、舊公司改名和同一列再次匯入。若工作流程使用試算表，可在匯入前加上穩定的來源列 ID；不要用列號作永久識別，因為排序或刪列會改變位置。假設一批名單的第 18 列和第 42 列被判為同一候選，紀錄應指出兩列來自哪個檔案、何時匯入、為何比對，以及最後連到哪個 CRM ID，而不是只留下「已去重」標記。保留期限、可見權限和個人資料欄位應依組織既有政策設定，只保存完成業務目的需要的資料。定期抽查原始列能否回溯到主記錄，並確認離職交接後仍有人能讀懂判斷理由。若無法追溯，先補上來源欄與決策紀錄，再擴大自動整理；否則一次合併錯誤會難以還原，也無從改善規則。也要記錄未合併決定，例如「同網域但不同法人」或「名稱近似、來源不足」，並為日後重查保留狀態；否則下一批匯入可能再次把同一案件推回待辦。權限只開給需要維護的人，匯出檔應放在團隊允許的位置，並按既有規則處理副本。資料修正和關係判斷可分開記錄：修正拼字不等於確認法人相同。當來源更新或負責人改變時，保留原決定、追加新紀錄，讓團隊看得出判斷如何演變。
誰負責審核合併結果？
合併決策需要明確的資料負責人，不宜由每位業務各自刪除看似重複的公司。可指定匯入者提出候選、帳戶負責人確認商業關係、資料管理者維護比對規則；小團隊可由同一人兼任，但仍應分開記錄提出與確認步驟。高信心且可逆的候選可批次處理；共用網域、不同法人、不同付款主體、資料衝突或已有活躍商機的情況，送人工覆核。審核畫面或清單至少列出兩邊的原始名稱、標準名稱、網域、來源、活動數、聯絡人、負責人、差異欄位和建議動作，讓審核者能說明「為何相同」或「為何保留分開」。不要用短時間清空待辦量作為唯一績效，否則容易誘發草率合併；可追蹤待確認原因、誤合併修正和規則調整，觀察品質是否改善。假設業務確認兩列是同一品牌的不同法人，審核結果應選擇「建立集團關係、保留公司記錄」，而不只是按下合併。每次處理後，讓提出者或後續負責人確認商機、活動與聯絡人仍可用；爭議案件交由熟悉帳戶關係的人裁定，資料管理者再更新別名或例外規則。下一步可選一批最近匯入的名單，先標出候選、安排覆核並留下判斷紀錄，再依結果修訂欄位與審核流程。若想了解 Chan & Chung 的品牌資訊，可前往 Chan & Chung 官網。新進同仁應能從案例學會界線：相同網域不是充分理由，不同名稱也不代表不同公司。可用幾筆經確認的正例、反例和待定例作校準，並定期回看錯誤類型；若誤判集中在共用網域，就調整那類案件的人工門檻，而非放寬所有規則。把覆核責任、回覆期限和升級對象寫在內部流程，讓候選不會長期無人處理。