增长案例库 Maxed 归档 冷邮件与获客

B2B 冷外呼中「走量」的崛起

the rise of "volume" in B2B cold outbound/outreach

中文译文 · 4k 字

一句话摘要

分析 B2B 冷外呼走向大规模走量策略的趋势。

B2B 冷外联/主动开发中"量"的崛起 2026 年 8 月 3 日 · 4 分钟阅读 · 查看原文 ↗ B2B AI Linkedin 一个每发送 190 封邮件才能约到一次会议的活动,要约到十次会议就需要大约 1,900 次发送。 这就是为什么如今在外联中,量决定结果的原因…… 为什么量成为了决定性因素: 随着收件箱越来越满,B2B 外联的回复率一路下滑。 五年前能带来 15% 回复率的同一条消息,如今只能带来当年零头级别的回复率, 因为每一个决策者现在收到的消息数量,抵得上当年少数人才能收到的量。 与此同时,AI 让打磨精致、看似个性化的消息可以免费批量生产。 每个人都发这些消息,它们读起来千篇一律,于是被一起无视。 所以结果不再由单条消息决定, 而是开始由你能够触达多少合格的人来决定。 用你自己的数字算一遍,这道数学题很简单: 取你的回复率,以及你的"回复到会议"转化率 从你需要的会议数量倒推 这就得到了你每月所需的发送量 大多数团队会发现,他们的目标发送量是当前发送量的好几倍。 他们实际发送的量和需要的量之间的差距,才是管道问题真正所在的地方。 量的数学: 拿一个真实的投放活动来算。 我们其中一个活动在两周内,用 1,500 条消息约到了 8 次会议, 也就是每发送 190 条消息约到一次会议。 从那里开始,规划就变成了纯算术: 每月 20 次会议大约需要 3,800 次发送 每月 50 次会议大约需要 9,500 次发送 一个被限制在每天约 30 条私信上限的账号,单靠自己是无论如何都达不到这两个数字的 那一刻,量就从一个"努力程度"问题变成了一个"基础设施"问题。 你要扩充发送者的数量,以及每个人使用的渠道数量, 同时每个账号都保持一个安全、像真人一样的发送量。 这道数学题里的另一个杠杆,是转化率本身。 提升"回复到会议"的转化率会抬高整个模型, 这就是为什么在一个量的体系里,筛选(qualification)和文案依然重要。 在不烧掉账号的前提下跑量: 量一旦跑得粗心,就会毁掉账号,所以结构才是它的承重墙。 让它能撑住的因素是: 大量养熟的账号,每个账号都严格控制在自身限额之内发送 通过公开主页、活动参与者和活动邀请来路由量 有真实历史、且每个账号独享一个干净 IP 的老号 发送节奏分布在工作时间之内,中间带随机间隔 任何一个账号一旦收到警告,立即撤出轮换 失败的模式永远都是同一种, 也就是说,是某一个账号被逼得太狠,而不是许多账号温和地运行。 垃圾举报造成的伤害,比任何量的指标都大, 而举报来自你向那些"没有任何理由收到你消息"的人发送。 所以筛选既提升了回复率,也同样保护了账号。 量加相关性: 在错误的名单上跑量,只会产生投诉, 而把一条完美的消息发给 200 个人,结果什么都不会有。 真正起作用的投放,是两者同时进行的。 在 AEO 投放中,我们在发送 4,905 条消息之前,先筛选出了一个 12,479 人的池子, 结果有四分之一的人回复是真心感兴趣。 这个比例是筛选的产物, 因为每一家被联系的公司,都是这份邀约为之量身打造的公司。 这种配对在实践中是什么样子: 在发送之前,一个模型会对照 ICP(理想客户画像)读取每一个主页和公司 文案点出一个对整个细分群体都成立的问题 在话术里内置了变体,这样发送内容就不会形成模式匹配 跟进消息保持简短,并且每次都带点新东西 量决定了你有多少发子弹。 相关性决定了其中有多少发能命中, 同时握住这两者,正是一个能规模化放大的投放,和一个同时烧掉域名与名单的投放之间的区别。 - din 我们为月入 $10k 及以上的 B2B 企业运营冷外联系统(LinkedIn + 邮件)…… 已与 30 多个不同行业的 140 多家公司合作过 私信我,我们聊聊 (或者直接预约一个电话 @ calendly.com/eaglerev/eaglerev-strategy-call) 也读读这篇文章获取更多价值: https://x.com/DinScales26/status/2062960719247643068 标签:# X # B2B # AI # Linkedin 相关文章 为冷外联打造 10 个 AI 智能体……(以及如何打造它们) 一个智能体模型会接收一项任务,并自己逐步走完整个流程。AI Claude B2B Linkedin

原文参考:https://maxed.wiki/posts/the-rise-of-volume-in-b2b-cold-outbound-outreach/ (Maxed.wiki,本页为站内中文整理)