01

HubSpot 悄悄干了件事

最近 HubSpot 悄悄更新了一个动作，在 MarTech 快讯里提过，但有些人没往深处想：在 Spring 2026 Spotlight 里上了一个功能，叫 Smart Transfer for Marketing。

官方描述就一句话：

Bring your email templates from Marketo, Pardot, Mailchimp, or ActiveCampaign to HubSpot. No manual rebuild required.

翻译过来就是：你在 Marketo 里那些排了版、挂了动态字段、做了 A/B 测试的邮件模板，一键搬到 HubSpot，不用人工重建。

我第一眼看到这个功能，第一反应不是“这个功能很方便”，而是——这一招，杀伤力比 HubSpot 过去两年所有 AI 新功能加在一起都要大。

02

客户不是不想换，是历史资产搬家太贵

你去问一个在 B2B 市场部待过三年以上的人：换一套营销自动化系统，最贵的是什么？

软件差价当然要算，但对于已经深度使用 MA 的企业，更难估算的，往往是历史资产搬家的成本。

过去几年积累下来的东西，远比一份客户名单复杂：

• 邮件模板：每一封都是设计师和市场同事一起抠出来的。

• 客户分群规则：哪一类人该收哪一类内容，是反复试出来的。

• 客户培育流程：一个高价值客户从下载白皮书到被销售跟进，中间七封邮件的节奏、时点、文案，都是踩过坑的。

• 追踪与同步设置：UTM 怎么打、隐藏字段怎么埋、CRM 怎么同步，背后连着整套统计和跟进方式。

所以，听到10万、3个月的报价，不能只理解成“把数据导出来，再导进去”。

这件事放到国内市场也一样。只是客户舍不得留下的资产，不一定只有邮件模板。

MarketUP脉优客服务过的一家生物制造企业，迁移涉及的就包括线索字段、标签、内容资料、活动数据，以及员工名片和营销任务。

乍一看，都是些很细的东西。但站在市场部的角度想一想：过去办展会收来的客户，下载过产品手册的潜客，销售已经接手跟进的线索，换完系统以后，还能不能分得清？

如果只搬过来姓名和手机号，却不知道这个人从哪里来、对什么产品感兴趣、该由谁继续跟进，这份客户名单的价值就打了折扣。

客户真正舍不得的，是数据背后已经积累起来的业务关系和判断。

这也是为什么，一些企业明明对旧系统有不少意见，却迟迟没有启动替换。旧系统里的东西越多，重新开始的顾虑就越大。

HubSpot 从邮件模板这个具体、容易感知的资产切入，让客户开始觉得：换系统这件事，也许没有想象中那么难。

03

迁移工具为什么能成为获客武器

过去，MA 厂商常见的获客思路是：

我的功能更多、价格更低、AI 能力更强、标杆客户案例更好，所以你应该选择我。

这些理由都有价值，但它们容易忽略一个前提：客户已经在老系统里跑了好几年的业务。他来做选型的时候，带着一整套正在运行的流程，也带着未来几个月不能耽误的工作。

这时候，迁移工具就多了一层意义：它给了客户一个往前走的入口。

先看看模板能不能搬，再看看数据怎么对应，最后评估关键流程如何承接。原来笼统的“换系统太麻烦”，开始变成几个可以逐项解决的问题。

对市场负责人来说，这种确定性很重要。

他每天最着急的，可能不是“我用的 MA 是不是最先进的”，而是“下周的活动要上线，报名和通知不能出问题”。

所以，迁移方案里最值得拿出来讲的，可能不是支持多少种数据格式，而是客户熟悉的工作能不能接着做。

比如，一份已经推广了半年的产品手册，换个平台之后，公众号菜单还能不能继续引导下载？客户填完表单，市场部能不能知道他来自哪个渠道？留下来的线索，后面由谁接？

MarketUP脉优客有一条很具体的承接路径：把资料和表单迁入小程序内容中心，通过公众号菜单、自动回复、文章等入口引导访问，再查看资料访问、来源渠道以及后续的 MQL、SQL 和商机情况。

这比一句“支持内容资产迁移”更容易让市场负责人理解。

因为他能对照自己手头正在做的事，判断换系统以后，哪些工作可以延续，哪些地方需要调整。

客户看到了自己的业务会怎么运行，才有可能认真考虑新系统。

04

搬过去之后，旧问题要不要一起带过去？

迁移还有一个经常被忽略的价值：它会迫使团队重新检查，过去积累下来的规则，到底还有多少在发挥作用。

标签建了很多，但销售真的用得上吗？

客户下载资料之后，有没有后续培育？

某条线索被分配出去，迟迟没人接手，市场部能不能知道？

这些问题平时很容易被搁置。活动一场接一场，内容一篇接一篇，只要系统还能运行，就很少有人专门停下来整理。

但迁移的时候，绕不过去。

原来的字段要不要全部保留？重复标签怎么处理？客户分层依据有没有变化？旧流程里那些一直没有解决的问题，要不要继续沿用？

这里值得关注的，不是多了几个功能名称，而是市场部有机会把“收集线索之后怎么办”重新理顺。当然，这些工作需要双方一起梳理规则、测试数据和确认流程，不会点一下按钮就全部完成。

但也正因为如此，过去积累的资产能继续用，原来卡住的环节有机会被疏通，这次迁移才更值得做。

05

对做 MA 的人，真正扎心的是什么？

HubSpot 这个动作，让我重新反思一个问题：

我们的官网首页，现在放的是什么？

大部分 MA 厂商，包括我们自己，首页套路都差不多：

• 一句主视觉 slogan。

• 一张功能矩阵图，CDP、MA、SCRM、ABM、AI Agent 排得满满当当。

• 一面客户 logo 墙。

• 一个“预约演示”按钮。

这些内容能介绍产品，但未必能回答客户当下最关心的问题。

一个正在考虑替换系统的市场总监，看完功能矩阵，可能还是不知道：我现有的内容、客户和活动，究竟要怎么搬？

他可能连预约演示都不想点。因为他担心，接下来又要花一个小时听功能介绍，最后才发现迁移成本根本承受不了。

如果换一种表达呢？

先告诉他：现有资产可以怎样盘点，哪些能够承接，哪些需要调整，正式切换之前可以做什么验证。

这类内容未必适合每一个访客，但对于已经被旧系统困住的人，可能比“更智能、更高效”更有吸引力。

06

我最近在琢磨的一件事

这段时间，我也在想，国内 MA 厂商能不能把这套思路用得更具体一点。

国内 Marketo 存量客户本身不多，原样复刻一个模板迁移工具，未必是最合适的选择。但客户对迁移的顾虑，是普遍存在的。

与其准备一份二十多页、通篇讲“为什么选我们”的销售 PPT，不如先帮客户回答一个问题：

我现在这些东西，到底能不能搬？需要付出多大代价？

第一步可以做得很轻。

让客户填几项信息：目前在哪些平台存了线索，有多少类标签和表单，哪些内容还在持续推广，最近有没有不能中断的活动。

先给出一份初步盘点，告诉他哪些资产可以优先承接，哪些流程需要调整，哪些问题还得进一步检查。

再往前一步，可以做一个小范围验证。

MarketUP脉优客的方案里提到了免费的 POC 前期验证。我觉得这个思路很适合放在客户正式决定迁移之前：双方先约定验证范围，选一部分数据、一个内容下载场景，或者一条活动报名链路，看看字段能否对应、表单能否正常使用、后续线索能否继续流转。

具体能验证到哪一步，要看原系统、接口条件和业务要求。但哪怕只跑通一条关键链路，也比抽象地承诺“迁移很顺畅”更有说服力。

客户愿意迈出这一步，往往是因为他终于看到了，自己的业务换个平台之后会怎么运行。迁移评估、小范围验证，甚至一份清楚的资产盘点，都可以成为获客入口。