CRM 重複名單不是把兩筆資料合成一筆就結束，而是先決定哪一筆才是正本、哪些欄位可以保留、哪些欄位絕對不能亂覆蓋。對多數台灣 SME 來說，真正的損失不是畫面看起來亂，而是同一客戶被兩個人重複跟進、廣告成效被重複計算、LINE 對話和表單紀錄分散在不同列，最後誰都不敢相信 CRM 裡哪一筆才是真的。
CRM 重複名單為什麼會越整理越亂？
重複資料很少只來自單一工具。台灣 SME 常見的情況是網站表單進一筆、LINE 再補一筆、電話詢問由同事手動建一筆、廣告 lead form 又進一筆，名字相近但欄位不完整，最後同一個人被拆成四個 contact。這時候如果只看姓名或電話去硬合，往往會把來源、owner、同意狀態和最近有效互動也一起蓋掉。
HubSpot 在 2026 年 6 月 26 日更新的 Review and manage duplicate records 指出，系統會每天比對 contact 與 company 的多個屬性來找出可能重複資料，並支援單筆、批次與自訂規則。這類頁面會贏，是因為它先把問題定義成「持續維護準確資料」，不是一次性清掃。
Salesforce 的 Manage Duplicate Records 也把 duplicate management 拆成逐筆處理、全域 duplicate jobs、matching rules 與 duplicate rules。這代表真正成熟的做法不是看到重複就合，而是先決定怎麼找、何時警示、什麼情況阻擋建立、什麼情況允許人工覆核後合併。
先決定：哪一筆才是正本？
如果沒有 canonical record 規則，去重只會變成誰最後編輯誰贏。對台灣 SME 最實用的做法，是先挑一個永遠優先保留的正本判定邏輯，例如「最早建立但欄位最完整的 contact」、「最近有效互動最多的一筆」、「已綁定正式 owner 與 pipeline stage 的一筆」。先定這條，後面合併才不會每次都重新吵一次。
| 判定方式 | 適合情境 | 優點 | 風險 |
|---|---|---|---|
| 最早建立的一筆 | CRM 已運作一段時間，舊資料較完整 | 容易執行，方便固定規則 | 最早那筆可能很舊，owner 或聯絡方式已失真 |
| 最近有效互動最多的一筆 | 名單主要來自網站、LINE、客服對話 | 比較接近當前可跟進狀態 | 若最近互動只是低價值點擊，可能誤判成正本 |
| 已進 pipeline 且 owner 明確的一筆 | 有業務流程或報價流程的團隊 | 不容易把正在跟進的商機蓋掉 | 若 pipeline 紀律差，仍可能保留錯的紀錄 |
HubSpot 在 2026 年 6 月 22 日更新的 Deduplicate records in HubSpot 提醒，contact 的自動去重最低邏輯通常先看 email，company 先看 domain。這很適合當作第一層，但不夠當完整規則，因為台灣 SME 很多名單根本沒有完整公司 email，常見的是手機、LINE、表單暱稱或人工補登。
台灣 SME 最實用的 3 條合併規則
1. 先分「可自動判斷」和「只能人工覆核」
可自動判斷的重複通常只限低風險情況，例如 email 完全相同、公司網域完全相同、電話去除格式後完全相同，而且兩筆資料沒有不同 owner、不同交易階段或不同同意狀態。只要出現跨渠道、跨 owner、不同報價狀態，就不要直接自動合併。
Salesforce Trailhead 的 Resolve and Prevent Duplicate Data in Salesforce 把 matching rules 與 duplicate rules 分開講得很清楚。matching rule 負責找出像不像，duplicate rule 才決定警示、允許還是阻擋。這對 SME 的啟示是：先把規則分層，比急著做全自動更重要。
2. 不可覆蓋欄位要先寫死
很多團隊以為合併只是保留比較新的電話或 email，但真正不能亂蓋的欄位常常是來源、同意狀態、owner、最近有效互動、目前交易階段、未成交原因與客戶備註。這些欄位一旦被覆蓋，後面不是報表失真，就是兩個人都以為自己在接同一個客戶。
Salesforce 的 Duplicate Detection and Handling Process 說明重複資料可能在建立、編輯、匯入或 API 同步時出現。這表示不可覆蓋欄位不只影響人工整理，也會影響表單同步、廣告匯入和其他系統回寫，因此一定要先定義。
3. 合併後一定要留下可追溯紀錄
去重最怕的是合完之後沒人知道誰動過、保留了哪些值、為什麼判定是同一個人。最少應保留合併日期、執行人、被併入的 record ID、保留理由和例外說明。對小團隊來說，這不一定要是大型審批系統，用 CRM 備註欄、Google Sheet log 或每週整理紀錄都可以，但一定要能回頭查。
HubSpot 的 duplicates manager 會保留 merge history，Salesforce 也透過 duplicate sets、reports 和 jobs 追蹤結果。可追溯性會贏，是因為它把「這次清乾淨」變成「下次還能知道怎麼維持乾淨」。
哪些情況可以自動去重，哪些一定要人工覆核？
| 情況 | 建議做法 | 原因 |
|---|---|---|
| Email、電話完全一致，且沒有商機或 owner 衝突 | 可做低風險自動合併 | 欄位衝突少，規則容易固定 |
| 同一人從表單、LINE、電話分別進線 | 先警示，人工確認後合併 | 常伴隨來源、需求摘要與互動脈絡差異 |
| 兩筆資料 owner 不同或一筆已進報價 | 禁止自動合併 | 容易直接破壞交接責任與 pipeline |
| 公司名近似、地址近似、聯絡窗口不同 | 先建立可能重複清單，不直接合 | 可能是同集團、分店或不同採購窗口 |
如果你的名單主要來自 LINE 或電話，最容易踩雷的是「電話一樣但人不一定一樣」。例如總機、櫃台、家族店、夫妻共同經營，都可能共用一支號碼。這種情況用電話當唯一主鍵會很危險，應加上公司名稱、地區、需求類型或最近互動內容一起判定。
7 天內上線的去重 SOP
- 第 1 天：盤點所有進線來源，至少列出網站表單、LINE、電話、廣告 lead form、人工補登與匯入名單。
- 第 2 天：定義 canonical record 規則，選一條全公司都照用的正本判定邏輯。
- 第 3 天：列出不可覆蓋欄位，例如來源、同意狀態、owner、pipeline stage、最後有效互動、未成交原因。
- 第 4 天：把重複偵測分成低風險自動合併與高風險人工覆核兩類。
- 第 5 天：在 CRM 或主表加入 merge log，記錄誰合併、何時合併、保留理由與被合併 record ID。
- 第 6 天：先拿最近 30 筆重複資料做小批次測試，不要直接全庫執行。
- 第 7 天：回頭看是否出現 owner 衝突、重複跟進、來源被蓋掉或報表數字異常，再調整規則。
這套 SOP 的重點不是一次清完，而是先建立不再持續製造重複資料的規則。只要表單、LINE、廣告或人工補登還能繼續亂寫，任何一次性清理都很快會被打回原狀。
適用與不適用情境
這篇做法適合有網站表單、LINE、電話詢問、Google Sheet 或輕量 CRM 的台灣 SME，尤其是已經出現「同一客戶被兩個人聯絡」「同一廣告名單被算兩次」「報價後找不到完整紀錄」這類症狀的團隊。它也適合正準備導入 lead scoring、名單分群或自動化跟進的人，因為資料如果先不乾淨，後面的 AI 只會把錯誤放大。
它不適合完全沒有主資料表、沒有 owner 欄位、沒有任何可追溯紀錄的團隊；這種情況先做欄位標準化比談去重更重要。它也不適合把重複資料處理成純 IT 任務，因為真正需要判斷的往往是客戶脈絡、交易責任和同意邊界，不是只有字串相似度。
資料更新與主要來源
本文於 2026 年 7 月 28 日 依公開可查資料整理。主要依據包括 HubSpot 在 2026 年 6 月 22 日 與 2026 年 6 月 26 日 更新的 duplicate records 文件，以及 Salesforce Help 與 Trailhead 目前可讀到的 duplicate management、matching rules、duplicate rules 與 duplicate handling 說明。
本文的三條合併規則與 7 天 SOP，則是根據這些文件再翻譯成台灣 SME 常見的表單、LINE、電話與人工補登場景，目標不是照抄某個 CRM 的介面，而是先把資料治理邏輯定清楚。
- HubSpot Knowledge Base: Review and manage duplicate records
- HubSpot Knowledge Base: Deduplicate records in HubSpot
- Salesforce Help: Manage Duplicate Records
- Salesforce Trailhead: Resolve and Prevent Duplicate Data in Salesforce
- Salesforce Help: Duplicate Detection and Handling Process
結論
CRM 重複名單真正要解決的，不是把畫面上的兩筆資料變成一筆，而是把客戶正本、欄位保留規則和人工覆核責任定清楚。對台灣 SME 來說，只要先做三件事：定 canonical record、鎖住不可覆蓋欄位、留下 merge log，你的 CRM 才會慢慢從大家不信任的名單倉庫，變成可以拿來跟進、分群與判斷成效的單一事實來源。
FAQ
CRM 重複名單一定要先買新工具才有辦法整理嗎？
不一定。只要你先有主資料表、owner 欄位、正本判定規則與 merge log，就算暫時用 Google Sheet 或輕量 CRM，也能先把最危險的重複跟進問題降下來。
哪些欄位最不應該在合併時被自動覆蓋？
來源、同意狀態、owner、目前交易階段、最近有效互動、未成交原因與重要備註，通常都不該只因為另一筆資料比較新就直接覆蓋。
只靠 email 去重夠不夠？
對部分 B2B 名單夠當第一層，但對台灣 SME 常見的 LINE、電話、人工補登和共用信箱情境來說通常不夠，仍要加上公司、電話、owner 與互動脈絡一起判斷。
什麼情況不建議自動合併？
只要兩筆資料 owner 不同、交易階段不同、來源不同、同意狀態不同，或其中一筆已在報價與跟進流程裡，就不建議自動合併，應先人工覆核。
去重跟 lead scoring、名單分群有什麼關係？
如果重複資料還沒處理，lead scoring 會把同一個人算成多筆，分群也會因為來源與互動資料分散而失真，所以去重通常應早於自動化評分與分眾。