Google Workspace 聯絡人同步功能會按計畫在 Google 聯絡人和 CRM 系統之間複製聯絡人。當兩個系統無法使用配置的匹配鍵識別同一人時，通常會出現重複項。此外，當衝突規則覆蓋新值或刪除操作在系統間傳播時，資料也可能會遺失。 Google 聯絡人可以撤銷過去 30 天內的更改，因此 30 天是實際可行的恢復視窗。
聯絡人同步很少會導致隨機資料遺失。大多數問題都源自於過程中的三個可預測環節：記錄匹配方式、衝突編輯的解決方式以及刪除操作是否允許傳播。
許多團隊將同步視為簡單的設定任務：連接 Google Workspace，選擇聯絡人字段，選擇同步方向，然後啟用即可。問題通常會在之後出現，例如有人發現聯絡人清單重複，或者 CRM 中更正的電話號碼會被 Google Contacts 中的舊值取代。
這些結果可能不是軟體故障，它們通常直接源自於同步規則的配置方式。更穩健的做法是了解連接器在每個同步週期內的具體操作，確定哪個系統應該控制重要字段，並在首次批量同步之前創建恢復點。
聯絡人同步的工作原理
Google Workspace 聯絡人同步功能會比較和更新兩個獨立系統之間的記錄。它通常是按計劃進行的，而不是即時執行，因此每次同步都會檢查自上次運行以來發生的更改，然後應用配置的規則。
同步週期包含五個步驟：
- 連接器會檢查變更—— 它會識別自上一個週期以來建立、編輯或刪除的聯絡人。根據連接器的不同，這些檢查可能每隔幾分鐘進行一次，而不是立即進行。
- 它與記錄相符—— 對於每個已更改的聯絡人，連接器都會在另一個系統中尋找相應的記錄。用於此比較的欄位是匹配鍵，電子郵件地址是常見的選擇。
- 它繪製了各個領域—— 連接器決定兩個系統之間哪些欄位對應。姓名、電子郵件、電話、公司和職位可能存在直接對應的欄位。沒有對應目標的欄位不會被傳輸。
- 它能解決衝突—— 如果在下次同步之前，兩個系統中的相同聯絡人發生了更改，則衝突規則決定保留哪個值。
- 它會記錄更改—— 連接器會根據選定的同步方向和權限套用由此產生的變更。
重點是… 配對和衝突解決是兩個獨立的問題。匹配機制決定連接器是否認為兩筆記錄屬於同一個人。衝突解決機制則決定，當連接器確定兩筆記錄屬於同一個人時，保留哪一筆記錄。
| 重要注意事項： 同步操作會在兩個各自維護記錄的系統之間複製資料。這與……不同。 Google Workspace CRM 集成 該系統基於共享客戶記錄建構。如果您仍在選擇CRM系統，那麼這個差異至關重要，因為共享記錄可以減少需要在不同系統之間進行協調的聯絡人資料量。 |
轉移的是什麼？
聯絡人同步不一定會將所有欄位從一個系統傳輸到另一個系統。
| 數據類型 | 谷歌聯繫人 | CRM | 典型的同步結果 |
| 名稱 | 可以 | 可以 | 通常繪製 |
| 邮箱 | 可以 | 可以 | 通常用於映射和匹配 |
| 电话 | 可以 | 可以 | 通常繪製 |
| 公司 | 可以 | 可以 | 通常繪製 |
| 職位 | 可以 | 可以 | 通常繪製 |
| 標籤 | 可以 | 變化 | 可能無法轉讓 |
| 鉛來源 | 沒有 | 可以 | 通常保留在客戶關係管理系統中 |
| 交易歷史 | 沒有 | 可以 | 保留在客戶關係管理系統中 |
| 自訂 CRM 字段 | 沒有 | 可以 | 通常保留在客戶關係管理系統中 |
未對應的欄位並非一定會被刪除，它只是在另一個系統中沒有對應的位置。風險在於，團隊可能假定某個欄位在兩個系統中都存在，但之後卻發現它從未被包含在映射關係中。
單向同步與雙向同步
同步方向決定了哪個系統可以修改另一個系統。在考慮各個字段映射之前，應該先做出這個決定，因為它決定了是否會發生衝突的編輯。
| 標準 | 單向同步 | 雙向同步 |
| 變化方向 | 起點到終點 | 兩個系統 |
| 衝突 | 並非兩個系統之間 | 變成可能 |
| 重複記錄 | 仍然有可能 | 變成可能 |
| 目的地編輯 | 可以被覆蓋 | 可以反向傳播 |
| 設定複雜性 | 降低 | 更高 |
| 最適合 | 一個系統充當主控系統 | 積極使用這兩個系統的團隊 |
當一個系統明確是真理來源時，單向同步更安全。
例如，如果 Google 聯絡人只是用來填充 CRM，幾乎沒有理由允許 CRM 的編輯內容回傳到 Google。
當員工確實在兩個系統中更新聯絡人資訊時，雙向同步才有意義。
它還引入了一個新的要求：你需要製定規則來決定當兩個系統包含同一聯絡人的不同版本時會發生什麼。
關鍵差異很簡單：單向同步降低了衝突風險，但並不能消除重複風險。如果連接器未能將記錄與現有聯絡人匹配，則該記錄仍然可能重複。
為什麼同步會產生重複資料和資料遺失？
大多數聯絡人同步問題源自於三種機制：記錄配對失敗、編輯衝突和刪除傳播。每種問題都需要不同的修復方法，因此每次同步後簡單地合併重複項並不能解決根本問題。
比賽鑰匙
匹配鍵是連接器用來判斷兩筆記錄是否代表同一個人的欄位。
電子郵件地址之所以被廣泛使用，是因為它相對唯一。但問題在於，它並非總是可用或始終有效。
比賽失敗的地方
考慮一個同時存在於兩個系統中的接點：
- 谷歌通訊錄： [email protected]
- 客戶關係管理： [email protected]
人們可以立即意識到這兩筆記錄可能都屬於約翰史密斯。但使用精確電子郵件匹配的連接器無法做出這種假設。它看到的是兩個不同的值，因此可能會建立第二筆記錄。
當出現以下情況時，也會出現相同的問題：
- 其中一筆記錄缺少電子郵件地址。
- 工作郵箱用於一個系統，個人郵箱用於另一個系統。
- 電話號碼使用不同的格式。
- 此連接器符合使用者經常編輯的欄位。
- 在啟用同步功能之前，重複項目就已經存在。
電話號碼格式可能會導致一些令人困惑的結果。例如，+44 20 7946 0958 和 02079460958 可能代表同一個號碼，但如果連接器僅對儲存的字串進行精確比較，則不會匹配。
合併前請修復密鑰
只有在修正了匹配問題之後，合併重複項才有意義。
如果匹配鍵仍然不一致，下一次同步可能會重新建立您剛剛刪除的重複記錄。正確的順序是：
找出符合失敗的原因 → 規範欄位 → 合併現有重複項 → 運行受控同步。
對於較大的資料庫，在啟用雙向同步之前，也值得檢查有多少記錄缺少所選的匹配鍵。
解決衝突
當連接器將兩筆記錄識別為相同聯絡人，但由於兩個系統在下次同步之前都經過編輯，因此發現不同的值時，就會發生衝突。
常見的方法包括：
| 衝突規則 | 會發生什麼 | 主要風險 |
| 最後寫入者獲勝。 | 保留最近一次編輯記錄。 | 先前有效的更正可以被覆蓋。 |
| 記錄系統 | 一個系統控制著場。 | 其他系統中的變更可能無法保留。 |
| 字段級規則 | 不同領域遵循不同的規則 | 需要更多安裝和維護工作。 |
「最後寫入優先」機制雖然方便，但可能會導致一些不易察覺的改變。例如，如果有人在上午 9 點在 CRM 系統中更正了一個電話號碼，而另一位員工在上午 10 點使用較舊的電話號碼在 Google 中編輯了同一聯絡人，那麼後編輯的內容可能會覆蓋先前的更正。
對於影響銷售或客戶服務的字段，請考慮指定記錄系統。 CRM資料庫結構 可能包含不應被地址簿編輯覆蓋的資訊。
刪除傳播
刪除操作需要單獨關注，因為它可能會刪除聯絡人本身不可見的資訊。
在雙向配置中，刪除 Google 聯絡人可能會同時刪除 CRM 系統中對應的聯絡人。如果 CRM 記錄包含備註、活動、交易資訊或客戶記錄鏈接，其影響遠不止於遺失姓名和電話號碼那麼簡單。
| 操作選項 | 潛在結果 |
| 編輯聯絡方式 | 另一個系統接收到新值 |
| 創建聯絡人 | 另一個系統會建立對應的記錄 |
| 合併聯繫人 | 一筆記錄可能會被刪除或更改。 |
| 刪除聯絡人 | 刪除操作可能會傳播 |
| 雙方都要改變 | 衝突規則決定存續價值 |
如果您的連接器允許停用刪除傳播，除非您的工作流程有特殊要求，否則請考慮將其關閉。
安全設定同步
最有效的控制措施是在首次同步之前實施的。一旦數千個聯絡人被複製或覆蓋，清理工作就會變得異常困難，因為您必須區分原始資料和同步產生的變更。
在第一個週期之前完成這些檢查。
- 匯出兩個系統： 將 Google 聯絡人和 CRM 的資料匯出為 CSV 文件，並儲存到兩個系統之外。這樣，如果第一次同步出現意外情況，您就可以進行恢復。
- 刪除重複： 同步一個已經包含重複項的資料庫會使匹配更加困難，並可能加劇問題。
- 檢查匹配鍵覆蓋率： 找出有多少聯絡人缺少您計劃用於匹配的字段，特別是電子郵件地址。
- 規範電話號碼： 兩個系統使用同一種格式，以免格式差異導致比對失敗。
- 首先進行單向同步： 先填充 CRM 系統並檢查結果，然後再允許雙向變更。
- 禁用刪除傳播： 除非有明確的操作原因，否則不要讓刪除操作在系統之間自動傳輸。
- 小組測試： 先從 20 個聯絡人開始，而不是整個資料庫。一個測試組足以發現錯誤的字段映射和匹配規則。
第一個週期結束後檢查結果
即使首次同步報告“完成”，也不要停止檢查。某些連接器會在初始傳輸後運行額外的同步週期。首次運行後看起來正確的資料庫，在下一個計劃週期處理記錄時，可能會再次變更。
更安全的測試方法是：
第一週期 → 檢查記錄 → 等待另一個週期 → 再次檢查 → 展開同步群組。
| 請勿跳過此步驟： 如果測試組出現重複項，請在擴充測試組之前停止同步。此時修復匹配鍵和欄位對應遠比修復數千筆記錄中的相同問題要容易得多。 |
從錯誤的同步中恢復
如果同步操作已經覆寫或刪除了聯絡人，請在嘗試清理之前停止同步。否則，當您嘗試撤銷同步操作時，連接器可能會繼續套用相同的規則。
恢復過程應按以下順序進行：
- 禁用同步。
- 匯出兩個系統的目前狀態。
- 確定這些不必要的變化是從什麼時候開始的。
- 使用可用的復原歷史記錄或備份。
- 修復重複和錯誤記錄。
- 請更正同步配置。
- 在重新連接完整資料庫之前，先執行另一個小型測試。
谷歌可以恢復什麼
Google 聯絡人提供了一個 取消更改 此選項可以將聯絡人恢復到過去 30 天內的某個狀態。谷歌表示，恢復功能可以將聯絡人清單恢復到該時間段內選定的時間點的狀態。
這30天的期限至關重要，因為它限制了您撤銷谷歌大規模聯絡人更改的時間。在恢復之前，請匯出您目前的聯絡人，因為在選定的恢復點之後新增的聯絡人可能會在您恢復到較早狀態時被刪除。
Google 也指出，從回收站永久刪除的聯絡人無法透過此恢復過程恢復。
30天期限不涵蓋的內容
Google 的恢復視窗僅適用於 Google 聯絡人。它不會自動恢復 CRM 中被覆蓋或刪除的資料。
例如，如果同步變更了 CRM 中的電話號碼，而 CRM 中該欄位沒有版本歷史記錄，則 Google 的撤銷功能不一定會還原 CRM 中的值。
同樣的情況也適用於附加到 CRM 記錄中的資訊。聯絡人的姓名和電子郵件地址可能很容易從匯出檔案中恢復，但相關的備註、活動、商機和客戶互動資訊可能無法恢復，除非 CRM 單獨保存了這些資訊。
| 恢復來源 | 它可以幫助恢復什麼 | 局限性 |
| Google 聯絡人撤銷 | 早期的Google聯繫狀態 | 限30天 |
| Google 聯絡人回收站 | 最近刪除的聯絡人 | 已永久清空的垃圾無法恢復 |
| CRM回收站 | 已刪除的 CRM 記錄 | 客戶留存率因客戶關係管理 (CRM) 而異。 |
| CRM審核/歷史記錄 | 先前欄位值 | 取決於客戶關係管理系統 (CRM) 和已啟用的追蹤功能 |
| CSV 導出 | 聯絡人資料快照 | 僅包含已匯出的內容 |
| 如果事情已經出了差錯： 在合併重複項或復原記錄之前，請先關閉同步功能。然後匯出當前狀態，確定問題開始的時間，修復數據，更正同步規則，並在進行受控測試後重新連接。否則，相同的錯誤配置可能會在您修復問題的過程中再次導致問題出現。 |
將聯絡人與 Vtiger One 同步
Vtiger One 將 Google Workspace 資料與 CRM 記錄連接起來，以便團隊可以處理聯絡人、電子郵件、行事曆、文件和會議，而無需維護完全獨立的客戶記錄。
關鍵的差異在於聯絡人資訊進入CRM系統之後發生的事情。 CRM聯絡人可以關聯銷售機會、支援案例、活動、備註和客戶互動。這種關聯性與儲存在通訊錄中的基本聯絡資訊並不相同。
因此，聯絡人同步需要被視為一個資料管理過程，而不僅僅是兩個應用程式之間的連接。
这 客戶關係管理 即使 Google 聯絡人僅包含姓名、電話號碼和電子郵件地址，該記錄仍然有用。 潛在客戶管理程序 增加了通訊錄所不包含的銷售背景資訊。
減少需要核對的副本數量
系統維護的客戶資訊副本越多，需要維護的配對和衝突規則就越多。
An 一體化 CRM 平台 透過將銷售、行銷和支援團隊置於同一份客戶記錄中，可以減少重複工作。這樣，Google Workspace 可以繼續作為生產力工具層，而 CRM 系統則可以繼續用於維護客戶歷史記錄和業務活動。
實際設定檢查
如果您要將 Google Workspace 與 Vtiger 集成，請在啟用批次同步之前檢查以下幾個方面：
- 評論 Google 應用程式同步 提供選項，並僅啟用您的團隊實際使用的服務。
- 確認 Google CRM 集成 第一次同步之前的方向。
- 在斷裂前， CRM安全控制 適用於能夠管理或觸發整合的使用者。
- 將首次大宗進口視為 CRM遷移規劃 進行鍛煉，而不是改變日常習慣。
- 如果 Gmail 在團隊工作流程中至關重要，請評估是否需要 專為 Google 建置的 CRM 減少了員工需要更新的獨立系統數量。
目標並非取消所有集成，而是明確哪個系統擁有每個客戶訊息，哪些欄位可以在系統間移動，以及當兩個使用者編輯同一筆記錄時會發生什麼。
F常見問題
為什麼我的CRM系統總是創造重複的聯絡人？
因為同步過程無法將傳入的記錄與現有聯絡人配對。配對通常使用電子郵件地址，因此沒有電子郵件地址的聯絡人、在不同系統中電子郵件地址不同的聯絡人或格式不一致的聯絡人可能會被視為新記錄。
單向同步能否防止重複資料？
不。單向同步可以防止兩個系統同時編輯同一筆記錄而導致的衝突，但無法防止匹配失敗。如果連接器無法識別已存在的聯絡人，它仍然可能在目標系統中建立重複項。
當兩個系統中的接觸點改變時，哪個系統勝出？
結果取決於為連接器配置的衝突規則。常見的預設規則是“後寫優先”，即最近一次的編輯會替換先前的值。如果某個欄位必須由一個系統控制，則應將該系統配置為連接器支援的該欄位的權威資料來源。
同步失敗後可以恢復聯絡人嗎？
Google 聯絡人可以撤銷過去 30 天內所做的變更。從回收站永久刪除的聯絡人無法透過 Google 的撤銷功能恢復。能否還原 CRM 中已覆蓋或刪除的資料取決於該 CRM 的回收站、審核歷史記錄、版本歷史記錄或可用備份。
我應該關閉刪除同步功能嗎？
對於大多數團隊而言，除非工作流程有明確要求，否則停用刪除操作的傳播是更安全的選擇。否則，刪除操作可能會從 Google 同步到 CRM，從而刪除記錄及其相關的業務歷史記錄。
開啟聯絡人同步功能前我需要做哪些準備？
匯出兩個系統，刪除現有重複項，檢查匹配鍵的覆蓋範圍，標準化電話號碼格式，從單向同步開始，禁用刪除傳播，並在同步整個資料庫之前用一小群人測試第一個週期。
為什麼同步一開始看起來正確，之後卻出現了重複？
某些連接器會在後續的規劃週期中執行同步操作。因此，首次運行可能看起來成功，但隨後的周期才會處理更多記錄。在擴展同步組之前，請在另一個計劃週期結束後再次測試該同步組。
聯絡人同步中的匹配鍵是什麼？
匹配鍵是連接器用來判斷一個系統中的記錄是否與另一個系統中的記錄代表同一人的欄位。電子郵件地址通常用作匹配鍵。如果該欄位缺失或不一致，連接器可能會建立一個新的聯絡人，而不是更新現有聯絡人。
