AI 销售外联工具包
十件资产,给那个 2026 年还在做冷启动外联的 founder 或 AE:账户研究 agent、网页 enrichment、个性化邮件起草、Gmail/CRM MCP 层(不离开聊天框就能发信和记录)、把会议纪要干净地回写 CRM 的转写工具、跟进流程的营销自动化底座。围绕可审计的联系人图谱设计,不是聊天玩具。
这个 pack 包含什么
这是给真的要约到会议的人准备的栈 — pre-seed 阶段自己做 outbound 的 founder、20 人 A 轮里的独苗 AE、给下季度 pipeline 填线索的独立顾问。不是推特上「40 个 AI 销售创业公司」清单。每个工具只做外联流水线里的一件事:研究账户、enrich 联系人、起草不像模板的邮件、发送并记录、把会议干净地回写 CRM。
整个 pack 围绕一条铁律:AI 加速找客户,但联系人图谱不能动。所以 CRM 选自托管的 Twenty 而不是被厂商锁定;邮件层选你自己控的 MCP(Google Workspace 或 AgenticMail),不是另一个 SaaS 套壳;每一步都回写同一个 record — 三个月之后你回答「为啥当时联系了这家」时不用 grep 六个工具。
推荐安装顺序(研究 → enrich → 起草 → 发送/记录 → 会议捕捉 → 培育)
- Claude Code Agent: Competitive Analyst — 从这里起步。写邮件之前你得先搞清楚客户所在的竞争格局。这个 agent 对直接和间接竞品做基准,让你的 pitch 切到真的紧张点,不是套话。
- Claude Code Agent: Research Analyst — 深度账户研究。读公司博客、最近融资、谁离职谁加入、招聘 JD 暴露了什么路线图信号。输出一页纸 brief — 你真会在动笔前读的那种。
- Firecrawl — Web Scraping API for AI Applications — enrichment 层。LinkedIn URL、公司主页、最近新闻、定价页 — Firecrawl 把它们拉成干净的 markdown 给上面两个 agent 吃。把「一份名字清单」变成「一份带情境的名字清单」的脊椎。
- Claude Code Agent: Sales Automator — 起草手。有了 brief,这个 agent 写冷启邮件、跟进、案例引用、proposal 模板。它写出来真不像自动序列 — 前提是你把第 1-3 步的 brief 喂给它,而不是「给 Acme 写封冷邮件」。
- Google Workspace MCP — Gmail/Calendar/Drive for Agents — 发送和记录层。第 4 步 agent 起草,这个 MCP 把它放进 Gmail 草稿你 review、发送、自动把会话存回联系人记录。不再在多个 tab 之间复制粘贴。
- AgenticMail — Email + SMS Infra for AI Agents (MCP) — 当你需要量的时候的程序化备选。多渠道序列(邮件 + 短信)走 AgenticMail 的 MCP,agent 一次铺开,不用你手工配 SMTP 和 Twilio。
- Twenty — Open-Source AI CRM (Salesforce Alternative) — 联系人图谱。自托管、GraphQL 优先、设计上就是给 agent 读写记录用的,不用为 Salesforce 按席位付钱。Source of truth 的归属层。
- Claude Code Agent: Salesforce Expert — 给已经在 Salesforce 或 HubSpot 上的团队(多数都是)。处理 SOQL 查询、自定义对象 schema、以及之后想跑出来时的迁移脚本。新团队和 Twenty 搭;50k 记录的遗留 org 单独用它。
- Meetily — Privacy-First AI Meeting Assistant with Local Transcription — 会议层。录 discovery call、本地转写(不上云)、抽出 action item 和异议、把结构化笔记回写 CRM。客户的路线图秘密留在你笔记本上。
- Mautic — Open Source Marketing Automation Platform — 培育闭环。冷回了但还没准备好的线索进 Mautic drip。打开和点击事件回流到 Twenty,让 Sales Automator agent 知道什么时候该再触达。Outbound 里最无聊的一段,复利效应最大。
它们怎么协同
目标账户清单(CSV / LinkedIn / 触发信号)
│
▼
Firecrawl (3)
(enrich,抓网页 context)
│
┌────────┴────────┐
▼ ▼
Competitive (1) Research (2)
Analyst Analyst
│ │
└────────┬────────┘
▼
账户 brief(一页纸)
│
▼
Sales Automator (4)
(起草邮件 + 跟进)
│
┌────────┴────────┐
▼ ▼
Workspace MCP (5) AgenticMail (6)
(review + 发送 + (程序化
存回会话) 多渠道)
│ │
└────────┬────────┘
▼
┌─── Twenty (7) ─── Salesforce (8)
│ (联系人图谱、source of truth)
│ ▲
│ │
▼ │
Meetily (9) │
(通话 → 笔记 ─┘
回写 CRM)
│
▼
Mautic (10)
(培育尚未成熟的回复)
关键连接是 Twenty(或 Salesforce)当联系人图谱 + agent 作为读写客户端。只要每一步都回写同一个 record,agent 就可问责。图谱丢了,你又退回到电子表格轮盘赌。
你会遇到的取舍
- 个性化 vs 量 — Sales Automator 一小时能写 300 封邮件。它不会一小时写出 300 封好邮件。硬上限:每个 rep 每天 30-50 个 outbound 触达,每个都必须有一份真 Research Analyst brief 挂着。超过这个量你就是垃圾邮件过滤器的训练数据。
- 自托管 CRM vs Salesforce/HubSpot 现实 — Twenty 真好用,但你团队已经住在 Salesforce 上的话,换掉是六个月的项目。现实做法:Salesforce 留作系统记录,Twenty 当 agent 工作流的 sandbox,跑得稳再迁。
- 本地转写 vs 云转写 — Meetily 在笔记本上跑 Whisper,比云慢,但 discovery call 经常包含客户不想给厂商看的定价、路线图、竞品情报。为信任溢价付延迟税。
- MCP 邮件 vs 传统 sequencer — Outreach.io 和 Apollo.io 成熟有它的道理。MCP 层赢在:你想让 agent 读收件箱并反应(回复触发一次深度研究)。它输在原始投递工具链。预算够两个都用。
常见踩坑
- 让 agent 不审就发 — 前 90 天每封冷邮件都人眼过一次。Agent 起草,你按发送。90 天后你会知道哪些类型可以自动发,哪些不行。
- CRM 变坟墓 — 如果 agent 写的笔记没人看,你只是搞了个更糟的 CRM。每周给 sales lead 一份 agent 写的记录摘要让他过一遍。Drift 早期就抓到。
- Enrichment 幻觉 — Firecrawl 返回的是真 markdown,但上面的 agent 还是可能编造它「读到」的事实。缓解:brief 里每条引用都标回原 URL。没 URL 的论断不进邮件。
- 合规被忘 — GDPR、CAN-SPAM、CASL、各州邮件法对 AI 生成 outbound 和人写的一样适用。屏蔽名单、退订链接、物理地址 footer 都是必备。Agent 不会主动加,你得加。
- 录会议不告知 — Meetily 是本地,但你仍要每场会议明示同意。开头一句「这通话会被记录用于我们的笔记」每次都说。不是可选项。
10 个资产打包就绪
常见问题
这套真能跑我的真实 pipeline,还是只是 demo?
真能跑,前提一条:agent 起草,人按发送。前 90 天每封冷邮件出域之前都过一遍人眼 — 看语气,也看是不是编了事实。之后你可以开始把跑通的类别(比如「暖回跟进」)放开自动发,初次冷触达继续人审。把 Sales Automator 当入职第三天的 SDR:单封邮件能写得很好,发送键上还要 manager 复核。
这周就能上的最小版本是啥?
四件套:Research Analyst(写一页 brief)+ Sales Automator(根据 brief 起草邮件)+ Google Workspace MCP(发送并回写 Gmail)+ Twenty 或你现有的 Salesforce/HubSpot(联系人图谱)。一个下午就能跑通个性化 outbound 闭环。手工网页研究成为瓶颈时再加 Firecrawl。第一次做完 discovery call 想不起来客户的原话时再上 Meetily。不要一次装完。
为啥用自托管的 Twenty 而不是 Salesforce 或 HubSpot?
三个理由:成本(做大多数写入的 agent 不需要按席位付钱)、API 体感(Twenty 的 GraphQL 比 Salesforce 的 REST/SOQL 对 agent 友好太多)、联系人图谱的所有权(你的客户笔记不在厂商的商业化路线图上)。代价:100 人销售团队不会迁 Salesforce,也不该迁。如果已经在 Salesforce 上,留着,第 8 个 Salesforce Expert agent 套上去。Twenty 适合 founder 和小团队从零起步的场景。
Sales Automator agent 真能写出会被回复的邮件吗?
能,但必须有真 brief。给它 Research Analyst 的输出(最近融资、谁从哪来、招聘 JD 暗示什么路线图、最近三篇博客),它写出来的开头会引用具体的事。只给它「给 Acme 的 VP of Sales 写封冷邮件」,它写的就是大家都在用的那个套话模板。Agent 是你研究质量的放大器,不是替代。花 10 分钟把 brief 写好,邮件就跟着出来了。
AI 碰 pipeline 时怎么保审计链路?
三条规则。第一,Twenty 或 Salesforce 里每一条 agent 写的记录都有 source: agent 字段,回链到产生它的 prompt 和 brief。第二,所有走 Workspace MCP 发的邮件,原草稿在 Drafts 里留 24 小时再出 — agent 写岔了你还能拉回会话。第三,每周复盘:人过一遍这周 agent 创建的记录,flag 掉幻觉事实,更新 prompt 库。这都不比正常带 SDR 团队多做工 — 同样的辅导循环,套了一层 git 形状的壳。