我已经好几个月没打开过 CMS 编辑器了

旧方法每个页面要45分钟

打开 HubSpot。点进 CMS 编辑器。等它加载。拖拽模块。写标题。切到 LinkedIn 研究公司。切回来。写正文。猜测痛点。预览。调整。发布。

如果你手快的话45分钟。而且产出很泛泛，因为调研步骤是手动的、仓促的。

我对每个 ABM 目标都这样做。每个外呼序列都需要一个匹配的着陆页。数学算不过来。20个客户意味着在发出第一封邮件之前要15小时的 CMS 工作。

技术栈

四个工具串联在一起，前一个的输出作为下一个的输入。

Exa MCP 拉取实时公司情报。公司属性、技术栈、最新动态、招聘信号。这不是抓取的垃圾数据或过时的数据库记录。这是我能直接喂给提示词的结构化数据。一次 MCP 调用返回的上下文比手动翻20分钟 LinkedIn 还多。

Python SDK 编排整个流程。获取 Exa 的调研输出，格式化上下文负载，发送给模型，处理 HTML 模板。这是胶水层。调研和生成之间没有手动步骤。

Grok 生成着陆页文案。标题、副标题、痛点、价值主张、CTA。全部基于 Exa 找到的信息针对客户个性化。每个页面都引用了公司的真实信息，因为调研层已经跑完了。

Claude Code + HubSpot CLI 将成品页面直接推到 HubSpot。不用浏览器。不用拖拽编辑器。不用等 CMS 加载。一条命令就上线了。

实际工作流

python generate_landing.py --company "Acme Corp"

就这样。一条命令。传入一个公司名。

幕后发生的事：

1. Exa MCP 启动。拉取公司数据、最新动态、技术栈、招聘信号
2. Python 将调研结果格式化为结构化上下文负载
3. 上下文连同着陆页模板提示词发送给 Grok
4. Grok 返回带有真实公司引用的个性化 HTML
5. Claude Code 通过 CLI 推送到 HubSpot
6. 页面上线。可以放进外呼序列了

从头到尾90秒。而且质量比我手动做的更好，因为每个页面都基于真实调研，不是凭感觉。

为什么这对外呼很重要

个性化着陆页比通用页面转化率更高。每个人都知道。大多数团队不这么做的原因是制作成本无法规模化。如果每个页面要45分钟，你只能为前10个客户做个性化。

90秒一个页面，你可以为100个客户做个性化。

在你的 Instantly 序列中放入链接。潜在客户点击进去看到他们的公司名、他们的技术栈、他们的实际痛点。不是"我们帮助像你这样的公司成长。"而是具体版本。

回复率的差异不是边际的。而是被忽略和获得会议之间的差距。

模式，不是工具

工具会变。Exa 可能被替代。Grok 可能下个季度不是最好的模型。HubSpot 可能不是你的 CMS。

模式不变：调研层 --> 编排层 --> 生成层 --> 部署层。没有 GUI 参与。每一步自动化。每个输出作为下一个输入。

这就是2026年 GTM 工程的样子。不是在 CMS 编辑器里拖拽模块。而是写脚本把情报连接到执行。

如果你还在浏览器里一个一个做着陆页，你在花几小时做一个应该是一条命令的事情。