CRM 系統轉換：四把鎖逐一拆解，與 30 天可回頭的平行運行

CRM 系統轉換之所以二十年沒什麼人做，是因為要同時拆四把鎖：資料搬不走、自訂設定花了六到十二個月、員工已經學會操作、系統整合了幾十個其他工具。這四把鎖現在鬆動的程度並不一致——AI 大幅降低了前兩把的工時，第三把部分鬆動，第四把幾乎沒動。評估順序應該倒過來走：先算整合，再算設定，再算資料，最後才看介面好不好用。

先說清楚證據邊界。下面的 API 額度與產品改名有官方出處，會附連結；「AI 把資料遷移工時壓到多少」沒有公開的跨廠商統計，屬於 PolyTask 在自家與客戶專案上的觀察，兩者請分開看。切換成本整體為什麼在變便宜，法規面還有另一條線索，我們另外寫過一篇談 AI CRM 時代的切換成本，這裡不重複。

## 先定義：四把鎖、AI 原生 CRM、平行運行各指什麼

四把鎖指讓一間公司換不動 CRM 的四層具體工作：資料遷移、設定重建、人員再訓練、整合重接。它們是工時，不是訂閱費，所以不會出現在報價單上。 AI 原生 CRM 指產品架構從一開始就假設有生成式模型在裡面的 CRM：資料欄位對應、查詢介面、流程設定都預設由模型處理，而非在既有介面上外掛一個助理按鈕。 平行運行指舊系統維持正常運作的同時，新系統接進同一批資料跑一段時間，兩邊同時出結果再比對。試用看的是功能，平行運行看的是同一批真實資料在兩邊會不會得到一樣的答案。

四把鎖的硬度不一樣，而多數評估會從最軟的那一把開始看——介面漂不漂亮、AI 會不會寫信——然後在最硬的那一把上卡住。

## 第一把鎖｜資料搬不走：API 限制是有具體數字的

「資料搬不走」聽起來像比喻，其實查得到數字。CRM 的資料匯出有兩條路：後台匯出檔案，以及呼叫 API 逐筆拉。前者拿到的通常是扁平的 CSV，自訂物件之間的關聯會在這一步斷掉；後者保得住關聯，但有額度上限。

HubSpot 的開發者文件寫明私有應用的呼叫上限：免費與 Starter 方案是每 10 秒 100 次、每個帳戶每日 25 萬次；Professional 是每 10 秒 190 次、每日 62.5 萬次；Enterprise 同樣是每 10 秒 190 次，每日 100 萬次。10 秒的限制各應用分開算，每日額度則是整個帳戶共用（HubSpot API 使用規範）。 Salesforce 的算法不同，是基底加授權數。Enterprise 與 Professional 版每 24 小時 10 萬次，再加上「授權數 × 每種授權的額度」，Salesforce 授權每個每日 1,000 次；Unlimited 與 Performance 版的每授權額度提高到 5,000 次。官方文件給的例子是：一個有 15 個 Salesforce 授權的 Enterprise 組織，每 24 小時可用 115,000 次（Salesforce API 請求限制）。

把這兩組數字放進遷移情境就知道這把鎖有多重：十萬筆聯絡人加上各自的互動紀錄、附件與自訂欄位，逐筆拉會吃掉好幾天的額度，而且這段期間原本的整合也在用同一個額度。AI 在這一層幫得上忙的是欄位對應與格式轉換，那些過去要人工逐欄比對的工作；但額度不會因為用了 AI 就變多，排程與重試仍然要照上限規劃。這把鎖因此是從「做不到」降級成「要排時間」。

## 第二把鎖｜六到十二個月的自訂設定

這一把是 AI 鬆動最明顯的一把。自訂設定指的是銷售階段怎麼分、自訂欄位有哪些、自動化在什麼條件下觸發、權限誰看得到什麼，過去要靠顧問訪談加上反覆調整，時間拉長到半年甚至一年。現在的做法是把既有設定匯出成結構化檔案，讓模型讀完之後在新系統裡重建，人只做審閱與修正。PolyTask 在客戶專案上觀察到的壓縮幅度是從以月計變成以日計；這個幅度高度依賴原設定的複雜度，欄位越多、自動化規則越互相依賴，壓縮比就越低，不適合當通用數字引用。

這一層有個陷阱：把舊系統的設定原樣複製過去，等於把過去幾年累積的妥協也一起搬過去。遷移是少數可以合法刪東西的時機，照抄會錯過它——動手前先統計一次長期沒有資料的自訂欄位有多少。

## 第三把鎖｜員工已經學會操作

自然語言介面讓「查資料」不再需要先學會介面——使用者問問題，系統給答案，不必記得篩選器在哪個選單。對只做查詢與回報的角色來說，再訓練的成本確實降了。

但要輸入資料、維護流程、設定權限的角色，學習曲線還在。一個常被低估的成本是肌肉記憶：用了三年的人每一次操作都慢兩秒、每天累積幾十次，這段適應期會反映在當季的業績數字上。排換系統的時間點時，避開季底與主要檔期，比縮短訓練時數更有效。

## 第四把鎖｜整合了幾十個工具：這把幾乎沒鬆

這是四把裡最硬的一把，也是最常被評估漏掉的。CRM 很少單獨存在——它接著表單、客服、電子報、金流、報表、內部通訊。每一條整合都有三件事要重做：認證與權限、欄位對應、錯誤處理。

AI 可以產生串接用的程式碼與欄位對應草稿，但接上去之後要跑的回歸測試、要協調的對方窗口、要重設的 webhook，這些工時沒有被壓縮。更麻煩的是失敗模式：一條整合壞掉通常不會報錯，只是某類資料從某天開始沒有進來，等到有人發現時已經缺了兩週。

所以評估順序要倒過來。先列出所有進出 CRM 的整合，逐條標上「誰負責、重接要多久、壞掉多久會被發現」。這張清單算完，才知道這次轉換的真實規模。

## 誰在打這四把鎖：AI 原生與外掛的差別

目前被歸在 AI 原生 CRM 的產品包括 Attio、Folk 與加重 AI 功能的 Pipedrive，共同點是資料模型與 AI 功能一起設計，而非先有資料庫再加助理。舊巨頭也在同一條路上，但起點是在既有架構上疊一層。這裡要更正一個很多中文文章還在沿用的名稱：Salesforce 的 Einstein Copilot 已經改名為 Agentforce，這個改動在 2025 年初被社群發現，Salesforce 的版本說明將其描述為標籤變更、不影響既有實作（crm.org 的整理）。所以用「Einstein」當成 Salesforce 現行 AI 產品線的名稱來比較，比的是一個已經換過招牌的東西。HubSpot 這一側對應的品牌是 Breeze。 對買方來說，「原生」與「外掛」的差別要用一個具體問題去驗證，而不是看行銷頁：拿你自己的資料，請對方現場回答一個需要跨兩個物件的問題，並要求它指出答案來自哪幾筆紀錄。 外掛型的通常能回答單一物件的摘要，跨物件推理與出處追溯是分水嶺。

## 30 天平行運行：一套可以回頭的換法

把換系統當成不可逆的決定，是它遲遲不發生的原因之一。可逆的做法是平行運行，而 30 天不是跟廠商要來的試用期，是你自己排的觀察期。

第 1 週｜單向同步。 舊系統維持唯一的寫入點，新系統只讀，確認資料進得去、關聯沒斷、權限正確。這週不要讓任何人改變工作習慣。 第 2 到 3 週｜雙軌作業。 挑一個團隊或一條產品線在新系統裡跑完整流程，舊系統照舊。每天結束時比對兩邊的數字：進了幾筆、幾筆成交、報表差多少。差異要能解釋，解釋不了就是遷移有洞。 第 4 週｜壓力測試整合。 把最重要的三條整合接上新系統，故意製造錯誤情境——重複資料、缺欄位、對方服務逾時——看系統怎麼反應、通知有沒有發出來。 決策點。 30 天結束時只有兩個答案：切換，或者關掉新系統的寫入、維持原狀。第二個答案的成本必須夠低，這是整套流程存在的理由——回頭的代價越低，願意認真評估的次數就越多。

有一個成本常被忘記：平行運行期間兩套系統的訂閱要同時付，團隊要同時維護兩邊。把這筆錢先算進預算，不要讓它在第三週變成提前切換的壓力。

## 反過來問：你自己的產品有幾把鎖

這一題是給 SaaS 經營者的。如果你的公司不是 CRM，但客戶黏著你的理由有以下任何一項，那你擁有的是同一種鎖：客戶的資料存在你的資料庫、客戶花時間學會了你的操作、客戶把你和其他工具串了起來。

逐把問自己：資料匯出的格式有多完整、關聯會不會斷？操作要學多久，有沒有可能被自然語言介面取代？客戶串了幾條整合，拆掉要多久？算完之後會得到一個比續約率更誠實的數字——客戶留下來，有多少比例是因為滿意，多少比例是因為走不掉。這個數字低不代表要恐慌，代表定價與路線圖要改成靠滿意度留人。

有一個更快的檢驗：主動把匯出做好，告訴客戶隨時可以帶著資料走。如果這句話講出來會讓你緊張，答案就已經出來了。

## 什麼時候不適用

受嚴格法遵約束的產業。 金融、醫療的紀錄保存年限與稽核軌跡有法定要求，平行運行期間的雙寫可能本身就需要報備，流程要先跟法遵確認。 資料量小、整合少的團隊。 客戶數在數百以內、只接了表單與電子報，第四把鎖幾乎不存在，直接評估新系統即可，不需要整套 30 天流程。 正在成長最快的那一季。 轉換期間的團隊產能會下降，業務正在衝刺時不該排。等成長曲線進入平緩段再動。 組織裡沒有人能做資料驗證。 平行運行的價值來自每天比對兩邊數字。沒有人做這件事，30 天只會變成兩套系統都在跑、沒有人知道哪邊才對。 自訂開發深度很高的企業。 當 CRM 上已經長出大量自建功能，轉換討論的主體是重寫，不是遷移，評估方式與本文不同。

## 這週可以做的三件事

1. 列整合清單。 把所有進出 CRM 的連線列出來，每條標上負責人、重接工時、壞掉多久會被發現。這張表比任何比價表都更能決定要不要換。 2. 實跑一次匯出。 不要看文件，實際按下匯出鍵，看拿到什麼格式、自訂欄位與物件關聯有沒有跟著出來。這是第一把鎖的實測值。 3. 算一次空欄位比例。 統計自訂欄位裡長期沒有資料的佔多少。這個數字告訴你，真正需要搬的東西比想像中少多少。

## TL;DR

CRM 系統轉換的難度集中在四把鎖，鬆動程度不一樣。資料遷移降級成「要排時間」——API 額度是硬限制，HubSpot Professional 為每 10 秒 190 次、每日 62.5 萬次，Salesforce Enterprise 為每 24 小時 10 萬次加上每授權 1,000 次。自訂設定壓縮最多，從以月計變成以日計。員工再訓練只在查詢型角色上鬆動。整合重接幾乎沒鬆，也是最常被低估的一層，所以評估要從整合往回算。換的方式用 30 天平行運行：第 1 週單向同步、第 2 到 3 週雙軌比對、第 4 週壓力測試整合，第 30 天只有切換或關掉兩個選項。另外，Salesforce 的 Einstein Copilot 已改名 Agentforce。

記住這個順序：先算整合 → 再算設定 → 再算資料 → 最後才看介面。

## 常見問題

CRM 系統轉換最難的是哪一步？

整合重接。資料遷移與設定重建都有 AI 可以壓縮工時，整合沒有——每條連線的認證、欄位對應、錯誤處理都要重做，還要協調對方窗口。而且整合壞掉通常不報錯，只是某類資料悄悄停止流入。評估時先把整合清單列完再談其他。

資料匯出會不會掉東西？

後台匯出的扁平檔案通常會讓自訂物件之間的關聯斷掉，走 API 才保得住，但 API 有額度上限。HubSpot 私有應用免費與 Starter 為每 10 秒 100 次、每日 25 萬次，Professional 與 Enterprise 為每 10 秒 190 次；Salesforce Enterprise 為每 24 小時 10 萬次加上每個 Salesforce 授權 1,000 次。十萬筆以上的資料要照這個上限排程。

30 天平行運行要花多少成本？

主要是兩套訂閱同時付，加上團隊同時維護兩邊的工時。這筆錢要先編進預算，否則第三週會變成提前切換的壓力來源。相對的，它換到的是「可以不換」這個選項——回頭的代價夠低，評估才會認真做。

AI 原生 CRM 和舊系統加 AI 功能差在哪？

差在資料模型與 AI 功能是不是一起設計的。驗證方式是用自己的資料現場問一個需要跨兩個物件的問題，並要求它指出答案出自哪幾筆紀錄。外掛型多半能做單一物件的摘要，跨物件推理與出處追溯是分水嶺。

Salesforce Einstein 現在還是這個名字嗎？

Einstein Copilot 已經改名為 Agentforce，這個變更在 2025 年初被社群發現，Salesforce 的版本說明將其描述為標籤變更、不影響既有實作。寫比較或評估文件時用舊名稱，比的會是一個已經換過招牌的產品線，HubSpot 這一側對應的品牌則是 Breeze。

怎麼判斷自己公司的產品是靠滿意度還是靠鎖留住客戶？

逐把檢查三件事：客戶資料匯出的完整度、操作學習成本能不能被自然語言介面取代、客戶串了幾條整合。有一個更快的檢驗：主動把匯出做好並告訴客戶隨時可以帶資料走——如果這句話讓你緊張，答案已經出來了。

---

整合清單與匯出實測做完之後，如果不確定該換系統、該清資料，還是該先把整合收斂，可以把現況整理給我們看一次。PolyTask 做的是全鏈路的行銷增壓，診斷會從整合那一層開始。