Salesforce vs HubSpot：2026年CRM选型指南

你能找到的几乎每一篇 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 实施成本与周期 的文章对服务这一侧做了更细的拆解。

服务成本在哪里分化

下面的服务数字是我们自己作为英国代理商的价格区间，不是厂商公布的数字。

许可这几行保持各厂商公布的币种，刻意没有换算。用文字说：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 的墙是变更成本，有两种形态。第一种是调控器限额：事务是有界的，所以在单条记录上跑得通的逻辑在批量更新时可能失败，而自定义代码还带着测试负担。第二种是组织上的。一旦同一个组织里有几个团队各自拥有自动化，改动任何东西都需要知道还有什么会被触发，而这份知识存在一两个人身上。

还有第三道墙，两家厂商都不会提。当没有人负责数据质量时，两者都会严重退化，而这种失败看起来像产品问题而不是流程问题。我们的 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 英镑的罚款。