你能找到的幾乎每一篇 Salesforce 與 HubSpot 的比較,都是由其中一方的合作夥伴寫的。這不是陰謀,而是經濟事實:能把這兩款產品了解到足以比較的人,都靠導入其中一款維生。結果就形成了一種文體,給一款產品最有力的辯護,給另一款一份客氣的缺點摘要。
我們同時導入並整合這兩款產品,也曾把客戶往兩個方向都搬過。以下是我們隔著桌子回答客戶提問時會給出的比較,價格是 2026 年 9 月從各廠商自己的定價頁讀來的,平台額度是從各廠商自己的文件裡讀出來的,而不是憑記憶寫的。
簡短的結論是:每篇比較都放在最前面的授權價格,是這個決定裡最小的一個數字。真正決定結果的兩個數字,是這套系統每個月需要多少管理投入,以及第三年你改變主意時要付出什麼。
Salesforce 和 HubSpot 哪一個比較好? 都不是,因為它們已經不再是同一類產品。HubSpot 是一款你採用並設定的應用程式。Salesforce 是一個你在其上建置的平台,正因如此它能建模任何應用程式都沒有預想過的營收流程,也正因如此它需要有人負責。當你的流程裝得進聯絡人、公司與交易,而瓶頸是行銷產出量時,選 HubSpot。當你的營收模型裡有不是交易的物件,而規則必須被強制執行而不是被鼓勵時,選 Salesforce。
兩款不再屬於同一類別的產品
2015 年它們都是 CRM 應用程式,那時的比較是公平的。此後兩者分道揚鑣,而這個分岔預示了下游幾乎所有的差別。
HubSpot 是一款產品。它出廠時就自帶一套主張:客戶紀錄是什麼,管線長什麼樣,行銷與業務如何相關。你在這套主張內部做設定。當這套主張與你的業務吻合時,你能在幾週內拿到價值,因為大部分決定已經替你做完了,而且做得還算合理。
Salesforce 是一個平台,上面裝了一套 CRM。資料模型由你定義,自動化層是通用的,底下還有一門程式語言、一套部署模型和一條發行流程。當你的業務在做沒有任何廠商預想過的事情時,這一點極其重要。當它並沒有這樣做時,你就是在維護一種自己從不使用的能力。
以下所有內容都由這道分岔推導而來。定價模型不同,管理負擔不同,退出成本也不同,因為一款產品保管你的資料,另一款保管你的資料和你的邏輯。
支持 HubSpot 的最強理由
不加修飾地陳述,因為這確實是一個有力的理由,而由 Salesforce 合作夥伴寫的比較通常低估了它。
價值實現時間才是真正的產品。一支 20 人業務團隊的合格 HubSpot 上線,包含資料移轉在內需要 4 到 8 週。同等規模的 Salesforce 專案需要 3 到 6 個月。在業務團隊就是瓶頸的公司裡,這個差距比任何功能都值錢。
介面真的有人用。採用失敗是 CRM 專案最常見的失敗方式,而且失敗得很安靜:資料變陳舊,預測不再可信,十八個月後有人提議換掉這套系統。HubSpot 的預設畫面,正是業務人員真的會去填的畫面。
行銷和 CRM 共用一套資料模型。不是兩套系統之間帶著夜間同步與對帳問題的整合,而是一份紀錄。如果你的成長引擎是內容、電子郵件和表單,這個單一模型能整塊去掉 Salesforce 客戶要花整合預算才能解決的工作。
而且價格是看得懂的。你不用跟任何人通話,就能從一個公開網頁上算出 HubSpot 的部署費用。這比它應該有的樣子要稀有得多。
HubSpot 是正確答案的公司:5 到 200 名員工,一兩條產品線,裝得進帶階段的管線的業務流程,跑在電子郵件和內容上的行銷,以及沒有不是交易的營收物件。
支持 Salesforce 的最強理由
同樣不加修飾。
不會用盡的擴充性。你可以定義廠商從未設想過的物件,為它們撰寫伺服器端邏輯,強制使用者無法繞過的驗證,並透過 API 把結果暴露出去。當你的業務裡有合約、資產、使用權益、區域、訂閱或受監理的簽核時,這些都是有自身行為的一等物件,而不是掛在交易上的欄位。
存在一套真正的開發模型。Salesforce Enterprise Edition 包含 25 個 Developer 沙箱和 1 個 Partial Copy 沙箱,Unlimited 與 Performance 版本還會增加 Developer Pro 和 Full 沙箱,依據 Salesforce 自己的沙箱文件 。這是一套預期會被擁有原始碼控管與發行流程的工程師修改的系統該有的形狀。
複雜銷售中的深度。多階簽核、設定報價規則、夥伴與通路階層、收入認列和區域管理都是以產品形式存在的,而不是變通做法。如果你的交易在某個門檻上需要法務審閱、在另一個門檻上需要折扣核准,Salesforce 會強制執行,而 HubSpot 多半只是提醒人。
而且生態系涵蓋了你還沒想到的事情。任何不尋常的需求,通常都有一個 AppExchange 套件、一家做過這件事的顧問公司,以及一個已經懂這個平台的人才市場。
Salesforce 是正確答案的公司:複雜或受監理的營收流程,不是交易的物件,已有的工程能力,或者一套意味著資料模型會不斷變化的併購策略。
公開價格上的 Salesforce 與 HubSpot
兩家廠商都公布定價。請按廠商公布的幣別來讀,因為把 USD 定價換算成 GBP 只會得到一個沒有人會開給你發票的數字。
Salesforce 在其英國定價頁上公布 GBP。截至 2026 年 9 月,它列出了五個級距的 Sales Cloud :Starter Suite 無論月付還是年付都是每位使用者每月 20 英鎊,Pro Suite 年付 80 英鎊,Enterprise 140 英鎊,Unlimited 280 英鎊,Agentforce 1 Sales 440 英鎊。該頁面自帶一句提示,說這些資訊僅供參考且可能變動,這句話值得按字面理解。
HubSpot 在其主要定價頁上公布 USD。Sales Hub 列出了最多兩位使用者的免費級距,Starter 年付每席位每月 7 美元或月付 20 美元,Professional 年付 90 美元或月付 100 美元,Enterprise 每席位 150 美元起。Professional 附帶一次性 1,500 美元的必要導入費,Enterprise 則是 3,500 美元。
有兩處結構性差異比定價數字更重要。HubSpot 的唯讀席位和夥伴席位是免費的,所以只讀不改 CRM 的人成本為零,而 Salesforce 對任何碰它的人都按使用者收費。反過來,HubSpot 對行銷容量單獨收費而 Salesforce 不收,一旦行銷團隊進入範圍,這個比較就會反轉。
HubSpot 的定價陷阱
HubSpot 的定價是看得懂的,但這不等於簡單。有三件事會讓買方意外。
行銷聯絡人的棘輪
Marketing Hub 按行銷聯絡人計費,而且級距是跳台階的。HubSpot 自己的產品型錄 把 Professional 定在每月 890 美元,含 3 個核心席位和 2,000 個行銷聯絡人,之後按每 5,000 個聯絡人一級計費:2,001 到 22,000 這一段是 250 美元,22,001 到 42,000 是 225 美元,再往上更低。Enterprise 從每月 3,600 美元起,含 10,000 個聯絡人,按每 10,000 個一級計費,隨著量增加從 100 美元降到 60 美元。
棘輪在於時點,不在於費率。HubSpot 聲明,把聯絡人升級為行銷聯絡人會立即生效,降級只在次月初或續約時生效,聯絡人級距價格在續約日之前無法調降,而超出級距會立即計費。成本即時上漲,一年才降一次。
這種不對稱恰好懲罰了行銷團隊被獎勵去做的行為。一次大名單匯入,或者一條過於寬鬆的加入規則,就能在一個下午把你抬上一個級距,然後你要背到續約。
導入服務不是選配
Sales Hub 上 Professional 的 1,500 美元和 Enterprise 的 3,500 美元導入費,以及 Marketing Hub 上的 3,000 美元和 7,000 美元費用,被 HubSpot 描述為必要。請把它們當作授權成本而不是服務費來編預算,因為你無法拒絕它們並自己把事情做完。
Salesforce 的定價陷阱
Salesforce 的陷阱屬於另一種類型。定價是真實的,但大多數報價都預設了定價裡沒有的東西。
大多數報價預設的附加元件
英國定價頁列出 Agentforce for Sales 每位使用者每月 100 英鎊起,Sales Programs 80 英鎊,Revenue Intelligence 176 英鎊,Revenue Cloud 160 英鎊,Partner Relationship Management 每次登入每月 8 英鎊。其中好幾項會被例行寫進提案,因為參考架構預設有它們。一個加了 Agentforce for Sales 的 140 英鎊 Enterprise 席位,其實是一個 240 英鎊的席位。
成功方案是一個百分比,不是一個價格
Standard Success Plan 隨所有授權提供,且是自助式的。Premier Success Plan,也就是大多數組織說自己有 Salesforce 支援時所指的那一個,收取淨授權費的 30%,並且綁在 Unlimited Edition 裡。
買 Unlimited 之前先做算術。140 英鎊的 Enterprise 加上 30% 的 Premier 是每位使用者每月 182 英鎊。280 英鎊的 Unlimited 綁了 Premier,還增加了 Predictive AI、Sales Engagement 和一個 Full 沙箱。這 98 英鎊的差價值不值,是一個真問題,而沒人問,是因為這兩個數字從來不會被並排擺出來。
百分比結構還意味著支援成本隨人頭而不是隨實際消耗的支援成長,這對設定單純的大團隊非常不划算。
20 個席位的三年總持有成本
答案通常在這裡反轉,所以值得認真建模。設想一家英國公司,20 個業務席位,沒有單獨的行銷平台,現有資料還算乾淨。
三年下來,HubSpot Sales Hub Professional 按年付每席位 90 美元,授權費是 64,800 美元,加上 1,500 美元導入費,合計 66,300 美元。Salesforce Enterprise 每位使用者 140 英鎊,同期是 100,800 英鎊。Salesforce Pro Suite 每位使用者 80 英鎊,會是 57,600 英鎊,但 Pro Suite 不含大多數整合工作所需的 Web API。我們關於 Salesforce 導入成本與時程 的文章對服務這一側做了更細的拆解。
服務成本在哪裡分化
以下的服務數字是我們自己作為英國代理商的價格區間,不是廠商公布的數字。
| 成本項,三年,20 席位 | HubSpot Sales Hub Professional | Salesforce Enterprise |
|---|---|---|
| 廠商授權 | USD 64,800 | GBP 100,800 |
| 必要導入費 | USD 1,500 | 未公布,由合作夥伴報價 |
| 導入,英國代理商 | GBP 8,000 到 20,000 | GBP 25,000 到 70,000 |
| 資料移轉 | GBP 4,000 到 15,000 | GBP 4,000 到 15,000 |
| 管理 | GBP 36,000 到 72,000 | GBP 108,000 到 216,000 |
| 教育訓練 | GBP 3,000 到 8,000 | GBP 8,000 到 20,000 |
授權這幾行保持各廠商公布的幣別,刻意沒有換算。用文字說:HubSpot 的導入落在 8,000 到 20,000 英鎊,Salesforce 是 25,000 到 70,000 英鎊;資料移轉兩邊花費大致相同,因為它取決於你的來源資料而不是目標系統;教育訓練在 Salesforce 上要貴兩到三倍;三年的管理在 HubSpot 上是 36,000 到 72,000 英鎊,在 Salesforce 上是 108,000 到 216,000 英鎊。管理是兩邊最大的單一項目,在 Salesforce 上它超過了授權費。
80 個席位的三年總持有成本
規模改變形狀。設想 80 個業務席位,外加一支行銷團隊,行銷聯絡人達到 120,000 個。
在 HubSpot 上,Sales Hub Enterprise 每席位 150 美元,三年是 432,000 美元。Marketing Hub Enterprise 每月 3,600 美元,再加 129,600 美元,兩筆導入費再加 10,500 美元。超出所含 10,000 個的行銷聯絡人按混合級距計費:4 級按 100 美元、5 級按 90 美元、2 級按 80 美元,合計每月 1,010 美元,三年 36,360 美元。公開授權成本合計大約 608,000 美元。
在 Salesforce 上,80 個 Enterprise 席位按 140 英鎊是 403,200 英鎊。給其中二十人加上每位使用者 100 英鎊的 Agentforce for Sales,再加 72,000 英鎊。按淨授權費 30% 加上 Premier Success,再加 120,960 英鎊。合計大約 596,000 英鎊。
到了這個規模,授權數字趨於收斂,決定完全轉移到價目表看不見的東西上:要多少人來運行它,你能多快改動它,以及當行銷平台與 CRM 是同一套系統時,行銷同意紀錄會怎麼樣。
也請注意行銷聯絡人的算術意味著什麼。把這份名單從 120,000 個成長到 200,000 個,每月要再多花 640 美元,而且在續約之前你無法把它降回去。
通常決定結果的管理問題
請把這一點直說,因為廠商不會說。HubSpot 需要一名兼職管理員。Salesforce 經常需要一名專職管理員。
這個預期可以直接從設定額度裡讀出來。Salesforce Enterprise Edition 允許 200 個自訂物件、每個物件 500 個自訂欄位(在每種物件類型 900 個欄位的組織上限之下)、每個物件 100 條生效的驗證規則、每個物件 300 條共用規則、1,000 個權限集,以及 4,000 個流程,其中 2,000 個可以處於啟用狀態。一套允許 2,000 個啟用中自動化的系統,是一套預期有人知道它們全都在做什麼的系統。
相比之下,HubSpot Enterprise 允許 10 個自訂物件定義、100 萬筆自訂物件紀錄和 50 條自訂物件管線,另有每月 500 美元的額度提升包,再加 10 個物件和 100 萬筆紀錄。它對變更管理的預期體現在沙箱定價上:Enterprise 含一個標準沙箱,額外一個每月 750 美元。
實務上,一個 20 席位的 HubSpot 部署每月需要 2 到 4 個管理員工作日。同等的 Salesforce 部署需要 6 到 12 天。在 50 到 80 個 Salesforce 席位之間的某處,這會變成一份全職工作,而拒絕為此出錢的組織,正是那些 Salesforce 執行個體悄悄腐爛的組織。
如果你說不出誰會負責這套系統,那麼無論你是否有意,你其實已經選了 HubSpot。
每款產品裡你真正能改的東西
客製化這個詞涵蓋了兩種不同的活動,而這個區別很重要。
在 HubSpot 上你做設定。你給標準物件加屬性,搭建管線和階段,在視覺化建構器裡寫工作流程,在 Enterprise 上定義自訂物件。自訂物件只有 Enterprise 才有,這是這款產品裡後果最重的一道級距門檻:如果你的資料模型需要一個不是聯絡人、公司、交易或服務單的物件,你的入門價就是 Enterprise。
在 Salesforce 上你先設定,然後建置。同樣的宣告式介面存在而且更寬,其下還有用於伺服器端邏輯的 Apex、用於介面開發的 Lightning Web Components,以及一個可以納入版本控管並在環境之間部署的中繼資料層。驗證規則在平台層被強制執行,所以違反規則的紀錄無法透過任何途徑儲存,包括 API。
實用的判斷標準是:你的需求是一條規則還是一個偏好。HubSpot 擅長鼓勵行為,不擅長禁止行為。Salesforce 能夠禁止。在一個欄位缺漏屬於法遵失敗而不是不便的地方,這個區別就是整個決定。
對於兩款產品都沒有提供的行為,你就是在針對一個 API 寫軟體,無論底下坐著哪套 CRM,那都是客製化軟體開發 。
各自撞牆的地方
兩者都有天花板,知道天花板在哪裡,比知道產品能做什麼更有用。
HubSpot 的牆是資料模型。物件、關聯和報表都是圍繞行銷與業務的動作塑形的。當你需要一個在連接處帶屬性的多對多關係,或者一個生命週期不是管線的物件時,你會開始用屬性和工作流程搭影子結構。它們能跑,但兩年之內就無法維護。第二道牆是強制力:工作流程是事後執行的,所以以工作流程實作的規則是一次更正,而不是一條約束。
Salesforce 的牆是變更成本,有兩種形態。第一種是 Governor 限制:交易是有界的,所以在單筆紀錄上跑得通的邏輯在批次更新時可能失敗,而自訂程式碼還帶著測試負擔。第二種是組織上的。一旦同一個組織裡有幾個團隊各自擁有自動化,改動任何東西都需要知道還有什麼會被觸發,而這份知識存在一兩個人身上。
還有第三道牆,兩家廠商都不會提。當沒有人負責資料品質時,兩者都會嚴重退化,而這種失敗看起來像產品問題而不是流程問題。我們的 CRM 與 ERP 自建還是採購指南 涵蓋了這塊地。
整合與 API,以及真實的額度
兩者都有 API,這句話什麼也說明不了。真正改變架構的是兩者模型的差別。
Salesforce 按每滾動 24 小時計量總請求配額。Salesforce 的開發者額度參考 把 Enterprise Edition 定為 100,000 個請求,外加每個 Salesforce 授權 1,000 個,所以一個 80 席位的組織每天有 180,000 次呼叫。REST、SOAP、Bulk API 和大多數 Connect REST 呼叫都從同一個池子裡取。執行 20 秒以上的並行傳入請求在正式環境上限為 25 個,REST 和 SOAP 的逾時是 10 分鐘。額外容量可以按增量購買。
HubSpot 同時計量兩樣東西。HubSpot 的使用準則 給 Free 和 Starter 帳戶每天 250,000 個請求,Professional 是 625,000 個,Enterprise 是 1,000,000 個,付費級距的私有應用還有每 10 秒 190 個請求的突發上限。每月 500 美元的 API 額度提升附加元件每天再加 100 萬次呼叫,並把突發上限提到每 10 秒 250 個,最多買兩個包。公開散布的 OAuth 應用在每個安裝帳戶上是每 10 秒 110 個請求,而這個附加元件不會提高它。
設計上的後果是:在 HubSpot 上每天的額度很寬裕,真正弄壞你同步的是那個 10 秒突發上限,所以你要做節流。在 Salesforce 上每天的池子才是約束條件,而且它被你擁有的每一個整合共用,所以你要做批次處理。Salesforce 這一側我們在 Salesforce 整合額度與真實成本 中有詳細討論。
報表,以及資料模型長大之後會發生什麼
在資料模型長大之前,兩者的報表都沒問題,長大之後它們以不同的方式失效。
HubSpot 的報表搭建很快,但受制於它的物件圖。跨兩三個相關物件的報表很直接。需要對一個並不存在的物件做彙總,或者需要一個平台並不追蹤的時間維度的報表,則要求你用工作流程把答案預先算進一個屬性裡。這樣能跑,但它意味著你的報表現在依賴一個必須有人維護的自動化,而一旦它停了,報表會安靜地給出錯誤的數字。
Salesforce 的報表能力更強,用起來更慢。跨物件建報表之前必須先定義報表類型,而一個在報表裡很方便的公式欄位在規模上可能很昂貴。作為補償,它的查詢語言能夠到達模型中的任何東西,所以分析師可以取出報表建構器不肯給的資料。
當你想把資料放到別處時,不對稱就出現了。Salesforce 提供了一個通用查詢介面和一個專為此設計的大量傳輸介面。HubSpot 提供物件 API 和一組不斷增加的匯出功能,而你能取出來的形狀就是它儲存的形狀。如果你的報表終點是資料倉儲而不是 CRM,請在選 CRM 之前而不是之後設計好這條管線。這與 CRM 與 ERP 整合 裡的教訓是同一個。
搬進來時真正會移動的東西
紀錄會移動。其餘一切都是重建,而移轉預算算錯的地方正在這裡。
聯絡人、公司、交易及其屬性,只要有對應和去重規則就能乾淨地移轉。活動歷史要花力氣搬,而且通常有損失,因為來源系統對一次通話紀錄或一個郵件討論串的理解,很少能一對一對應過去。附件只要事先規劃就能搬。
其他什麼都搬不了。自動化、報表和郵件範本要重建。權限要重新設計,因為兩款產品對存取權的建模差異大到翻譯毫無意義。整合要針對另一個額度不同的 API 重寫。
真正重要的數字是比例。在一次典型的中型移轉裡,搬資料是工作量的 20% 到 30%,重建行為是其餘部分。那些只給資料搬遷報價、把其餘部分說成設定的報價單,正是移轉超支的原因。我們關於如何寫一份能拿到有用報價的軟體 RFP 的指南講了怎樣措辭才能讓重建被計入價格。
20 個席位的移轉請預留 6 到 16 週的日曆時間,80 個席位的請預留 4 到 9 個月,兩個方向都是如此。
從 Salesforce 搬出去
沒有人寫這一節,這正是它在這裡最有價值的原因。先從 Salesforce 說起,因為它的出口有更好的文件,而且在一個特定的點上比看上去更糟。
Salesforce 的資料匯出服務 會產生一個裝著 CSV 檔的 ZIP 壓縮檔。每週匯出在 Enterprise、Performance 和 Unlimited 版本上可用,其餘版本是每月一次,手動產生被限制為每 7 天一次或每 29 天一次。壓縮檔上限約為每個 512 MB,所以大型組織會拿到好幾個。檔案在通知信寄出 48 小時後被刪除,週末不計入,而且你一次只能下載一個,每次下載之間要等 60 秒。
有三處排除很重要。公式欄位和彙總摘要欄位永遠被排除,所以你的業務在平台上算出來的任何值,到手時都是一個你必須重算的洞。Chatter 貼文和留言在 1,000 個字元處被截斷。而匯出服務不在沙箱裡執行,所以你沒辦法在演練其他一切的地方演練它。
更重要的是,匯出給你的是資料,不是邏輯。Apex 類別、流程、驗證規則、頁面配置、權限集和簽核流程都存在於中繼資料裡,可以透過 Metadata API 取出,但對任何其他廠商都毫無價值。你的業務在五年裡編碼進去的每一條規則,離開時都是一件別人讀不懂的產物。
一個中型組織離開 Salesforce 的現實成本:服務費 30,000 到 90,000 英鎊,外加切換期間重疊的授權費用。
從 HubSpot 搬出去
HubSpot 的出口在資料上更容易,在所有讓這個平台顯得有吸引力的東西上更難。
資料是能出來的。紀錄、屬性、屬性歷史、發票、報價、訂閱、工作流程中繼資料、SEO 資料、URL 轉址和網站內容都可以匯出,HubSpot 記錄了完整清單 。請注意,匯出全部聯絡人時會包含取消訂閱者,除非你把他們篩掉,而如果你不加辨別地把那個檔案匯入別處,這就變成一個資料保護問題。
有兩樣東西不會以可用的形式出來。工作流程匯出是一份描述你工作流程的表格,包含名稱、啟用狀態、加入數量、建立日期和類型,HubSpot 明確說明它不包含成效資料或工作流程的歷史。你可以匯出單個工作流程的圖片。那是你業務邏輯的一張截圖,不是一份副本。
第二樣更糟,而且很容易到你解約那天才發現。HubSpot 指出,帳戶停用後所有 HubSpot 表單都會失去其付費功能,舊版行動呼籲會完全停止運作,並建議客戶在取消之前替換掉嵌入的表單。如果你的網站在五十個到達網頁上嵌了 HubSpot 表單,那麼離開 HubSpot 既是一個 CRM 專案,也是一個網站專案。
HubSpot 還聲明沒有辦法在 HubSpot 帳戶之間合併全部資料,這一點讓正在經歷併購的公司很意外。
離開 HubSpot 的現實成本:服務費 15,000 到 50,000 英鎊,外加網站改造的花費。
AI 功能,以及它們實際是怎麼計費的
兩家都提供 AI。兩家都按用量收費,而消費單位正是行銷話術不再有用的地方。
Salesforce 以 Flex Credits 販售 Agentforce。公布的費率 是每 100,000 個點數 400 GBP,一次標準代理人動作花 20 個點數,一次語音動作花 30 個。按 GBP 的費率算,一次標準動作是八便士。另有一種按對話計費的模式,每次 1.60 GBP,而 Salesforce 聲明 Flex Credits 和 Conversations 不能在同一個組織裡同時使用,所以你只能二選一。每位使用者每月 440 英鎊的 Agentforce 1 Sales 版本每年含每個組織 100 萬個 Flex Credits,按每次動作 20 個點數算,全組織一年是 50,000 次動作。
HubSpot 把同一個想法賣作 HubSpot Credits,每個點數 0.010 美元,容量包是每月 10 美元換 1,000 個點數。點數按月重設,不能結轉。所含的點數是 Starter 500 個,Professional 3,000 個,Enterprise 5,000 個。消耗量也是公開的:工作流程裡的一次 Breeze 動作 10 個點數,一次被解決的客服代理人對話 50 個點數,一條開發客戶代理人的外聯建議 100 個點數。
在相信別的任何說法之前,先把這些數字算一遍。一個 Enterprise 帳戶所含的 5,000 個點數,一個月能買 100 次被解決的客服代理人對話,或者 50 條開發客戶建議。兩家廠商都公布了成效宣稱,例如 HubSpot 在其定價頁上把超過 70% 的對話自動解決率歸於它的客服代理人。請把這些當作廠商宣稱,而不是研究結論。Salesforce 這一側我們寫在 Agentforce 實際花多少錢 裡;如果你正在權衡是買代理人功能還是直接針對模型 API 建置,那正是我們 AI 整合工作 的主題。
你的 CRM 資料放在哪裡,以及英國買方為什麼該在意
CRM 是一個關於可識別個人的個人資料庫,所以它在哪裡被處理是一個採購問題,不是一個 IT 細節。
HubSpot 代管在 AWS 上。它的代管常見問題 列出的區域包括美國東部(維吉尼亞)和西部(奧勒岡)、加拿大(蒙特婁)、澳洲(雪梨)和歐盟(德國)。沒有英國區域。帳戶是按註冊人 IP 地理位置分配資料中心的,這意味著一家英國公司,如果它的財務主管是在出差途中買的訂閱,可能會意外地被代管到錯誤的地方。付費訂閱可以更換資料中心。HubSpot 還聲明分析和使用資料會被傳輸到美國,且次處理者可能在你的代管位置之外處理資料。
Salesforce 可以提供英國境內存放。Salesforce 聲明 ,截至 2026 年 7 月 31 日,Hyperforce 已在包括英國在內的十八個國家的 AWS 上可用;本地儲存意味著客戶資料靜態存放在該國境內且 Salesforce 不會搬移它,但資料仍然可能為了處理而被傳輸出境。對這一點更強的控制作為 Hyperforce Operating Zone 單獨販售。
如果英國資料存放地是你自己的客戶提出的合約要求,這處不對稱也許就直接結束了這場比較。
PECR、行銷同意,以及 HubSpot 使用者忽略的那條約束
這一條專門抓 HubSpot 的客戶,因為 HubSpot 把向你的 CRM 聯絡人做行銷當成了產品的要點。
在 PECR 之下,電子郵件行銷規則不適用於法人訂戶,所以你可以在沒有 PECR 同意的情況下寄信給公司信箱。但是資訊委員辦公室說得很明確 :獨資業者、英格蘭、威爾斯和北愛爾蘭大多數不屬於有限責任合夥的合夥組織,以及其他非法人團體,都算作個人訂戶。這些對象需要同意,或者滿足全部四項軟性選擇加入條件:聯絡方式取得於一次銷售或銷售洽談過程中,只推類似產品,蒐集時有明確的拒絕機會,以及每一封信裡都有退出方式。
你的 CRM 並不知道你的哪些聯絡人是獨資業者。這就是那個缺口。HubSpot 的行銷聯絡人標記是一個計費建構,它的含義是這個聯絡人可以被寄送行銷郵件並因此被計費,它對合法性依據什麼也沒有記錄。同意必須存放在另一個需要有人維護的屬性裡,而這兩者會逐漸脫節。
還有兩點。資訊委員辦公室指出,行銷郵件裡的追蹤像素對所有訂戶類型都觸發 PECR 關於 cookie 和類似技術的規則,而開信追蹤就是一個像素。以及資訊委員辦公室可以處以最高 500,000 英鎊的罰款 ,對象可以是組織,也可以是其董事。該指引目前正因《資料(使用與取用)法》而在檢討中,所以在依賴它之前請再核對一次。
一條你真的能用的決策規則
誠實地回答四個問題,選擇通常會自己浮現。
你的營收流程裡有不是交易的物件嗎?帶續約條款的合約、保固期內的資產、使用權益、區域、帶用量的訂閱。如果有,選 Salesforce;而如果你在 HubSpot 上,你無論如何都需要 Enterprise 才能用自訂物件。
你需要規則被強制執行,還是被鼓勵?如果一個欄位缺漏屬於法遵失敗而不是惱人,你需要平台層的驗證。如果只是惱人,一條工作流程提醒就夠了,而且更便宜。
你說得出誰會來管理它嗎?不是一個職稱,而是一個人,並且有餘力。如果說不出,就選更耐受被冷落的那套系統,也就是 HubSpot。
你的約束是行銷產出量,還是流程複雜度?行銷與 CRM 共用一套資料模型,對前者價值極大,對後者幾乎沒有價值。
還有一個觀察,大多數比較文章都太客氣而不肯寫出來。一個被導入得很好、有人負責、資料乾淨、團隊真的在用的錯誤選擇,每一次都勝過一個被導入得很糟的正確選擇。我們見到的被無人負責的 Salesforce 執行個體毀掉的價值,遠多於被資料模型撐爆的 HubSpot 部署。導入品質對結果的影響遠遠超過產品選擇,而且它是你能控制的那個變數。
把這個決定做對
如果你正在權衡這件事,有用的工作不是再做一次功能比較。而是把包含管理在內的三年真實成本建模出來,檢驗你的營收物件是否裝得進一條管線,並且在簽下入口之前先給出口定價。
Mecanik 為英國客戶導入並整合這兩個平台,也同樣樂意告訴你兩個都別買。我們的軟體開發團隊 負責建置那些讓 CRM 適配非常規營收模型的整合與自訂物件,而我們的 AI 整合服務 負責判斷代理人功能相對於直接針對模型 API 建置,是否對得起它的點數成本。如果你是透過併購接手一套 CRM,技術盡職調查 講了該先看什麼。
常見問題
HubSpot 比 Salesforce 便宜嗎? 就授權費而言,在小規模上通常是的,在大規模上則大致相當。HubSpot Sales Hub Professional 的公開價是年付每席位每月 90 美元,而 Salesforce Enterprise 在英國網站上的公開價是每位使用者每月 140 英鎊。但在包含行銷的 80 個席位規模下,三年公開授權成本 HubSpot 接近 608,000 美元,Salesforce 接近 596,000 英鎊。通常決定總額的是管理成本,不是授權成本。
對英國的中小企業來說哪一個比較合適? 多數情況下是 HubSpot。如果你的業務流程裝得進聯絡人、公司和交易,成長引擎是內容和電子郵件,而且你說不出一個有餘力管理 CRM 的人,HubSpot 會更快上線並且更久保持可用。當你的營收模型包含不是交易的物件、當規則必須被強制執行而不是被鼓勵、或者當英國資料存放地是一項合約要求時,請選 Salesforce。
從 HubSpot 搬到 Salesforce 或反向搬遷有多難? 紀錄能乾淨地移轉。自動化、報表、權限、範本和整合都要重建,而重建通常占工作量的百分之七十到八十。20 個席位請預期 6 到 16 週,80 個席位請預期 4 到 9 個月,兩個方向都一樣。離開 HubSpot 還有一筆多數計畫會漏掉的額外成本,因為帳戶停用後 HubSpot 表單會失去付費功能,舊版行動呼籲會停止運作。
Salesforce 和 HubSpot 的 API 額度是多少? Salesforce Enterprise Edition 允許每 24 小時 100,000 次 API 請求,外加每個 Salesforce 授權 1,000 次,由 REST、SOAP、Bulk 和大多數 Connect REST 呼叫共用,正式環境上長時間執行的並行請求上限為 25 個。HubSpot 在 Professional 上允許每天 625,000 次請求,Enterprise 上 1,000,000 次,私有應用有每 10 秒 190 次請求的突發上限。每月 500 美元的附加元件每天再加 100 萬次呼叫,並把突發上限提到 250 次。
使用 HubSpot 會造成 PECR 法遵問題嗎? 本身不會,但它製造了一個很容易被忽略的缺口。資訊委員辦公室把獨資業者和大多數非有限責任合夥視為個人訂戶,所以他們需要同意或軟性選擇加入,而公司和有限責任合夥則不需要。HubSpot 的行銷聯絡人標記是一個計費建構,對合法性依據毫無記錄,所以同意必須在另一個屬性裡單獨追蹤。資訊委員辦公室可以對組織或其董事處以最高 500,000 英鎊的罰款。