7月5日,HubSpot在自己的官方社区发帖,标题是《We Got This Wrong. And We Are Fixing It》。内容很直接:不再推进7月1日公布的服务条款修改,客户CRM里的联系人、笔记、通话录音、自定义字段依然由客户自己说了算,以后任何用到客户数据的"增强"(enrichment)功能,都必须让用户主动勾选同意才能生效。从宣布新规到当众收回,只隔了四天。

很多人看到这条道歉,第一反应是"HubSpot终于为乱收费道歉了"。这个联想不算错,却指错了靶子——这次撤回的,是数据使用条款,不是过去两年一直被吐槽的定价模式。

撤回的是数据条款,不是价格

HubSpot原本想做的事,官方描述叫"Trusted Prospecting":把过去粗放的"广撒网式"陌拓,改造成基于共享数据集、精准触达的prospecting工具。方向听起来没问题,但执行上出了岔子——不少客户发现,本该是"选择性加入"的联系人数据共享,实际体验却像是CRM关系在自己不知情的情况下被改写了。社区里还有用户反映,明明手动关掉了这项功能,隔一阵又被系统重新打开。

这类执行漏洞才是这次道歉真正要回应的问题,跟HubSpot的定价体系没有直接关系。

两条线并行,但常被当成一回事

真正让人容易搞混的,是HubSpot近两年同时在发酵的另一条时间线:2024年1月30日,HubSpot启动按席位收费改革,把账号拆成Core Seat和View-Only Seat,2024年3月对新客户生效;到了2026年6月,社区里又开始吵Starter套餐被限制在5个Core Seat以内的问题,中小企业客户普遍觉得这是变相逼着升级到更贵套餐。再加上Breeze AI的Credits机制——功能按积分计费,效果却不稳定,这种"按次付费还不保证好用"的体验,进一步加深了大家对HubSpot"想着法子从数据和功能里榨钱"的印象。

这两条线本质独立,却在时间上叠在一起,情绪互相加成。7月1日的ToS修改一出来,正好撞在这个信任已经很薄的节点上,才被普遍解读成"又想拿数据变现"。

四个节点,两条并行的信任线 按席位 定价改革 2024-01-30 Starter席位 上限争议 2026-06-18 ToS/数据 条款修改 2026-07-01 撤回+ 道歉声明 2026-07-05 定价/Credits线(持续两年) 数据/ToS线(本次道歉的对象)

道歉平息的是情绪,没解决的是执行

四天撤回的速度,在社区里得到了不少正面评价,有用户直接称赞这是"少见的、走了更难那条路"的处理方式。但也有一位自称合作十年的客户直言,这次事件之后,对HubSpot"数据托管方"这个基本身份的信任已经"永久性受损"。

  • 风险.有客户反映,自己明确关闭过这项数据共享功能,结果被系统重新打开,说明问题出在产品执行层,不是单靠一份声明就能修复。

社区里也有人拿Salesforce做对比,认为对方在功能收费上"不至于这么抠"——这只是单条评论,代表不了整体市场判断,但它反映出一种真实心理:客户在权衡时,已经开始把竞品当成退路。至于Reddit上流传的"股价下跌"说法,目前只是社区情绪的表达,没有权威财报或财经媒体的数字支撑,不宜当成既定事实转述。

撤回声明容易,删干净已经采集的数据、重建关掉功能却自动重开的信任,难得多。

接下来该盯什么

HubSpot承诺未来的enrichment功能"完全且透明opt-in",但没有给出具体的产品设计和上线时间表,这是第一个悬而未决的问题。第二个要看的,是Starter席位上限和Breeze Credits计费方式会不会跟着调整——如果只改数据条款、不动定价和积分机制,中小企业客户的核心不满其实没被触碰。第三,下一季度财报里的续约率和ARR增长数据,会是检验这场风波实际杀伤力的最直接指标。

对正在用HubSpot的中小团队来说,眼下最现实的动作,是去后台确认一遍数据共享和enrichment的开关状态是否真的按自己设置的来——毕竟已经有客户证明过,关掉不等于真的关掉。