一句话摘要
市场覆盖工程的完整指南
市场覆盖工程完整指南 2026年8月28日 · 阅读时长 16 分钟 · 查看来源 ↗ Aura
我将向你展示,如何建立一套主动拓客机制,以 90 天为一个周期,联系市场中每一家符合条件的公司。
然后再做一遍,而且名单会比上一轮更精准。
整个市场只需完整绘制一次、进行评分,再按照可预测的轮换周期持续推进。
我们称之为市场覆盖工程。
这个名称背后的转变是:你的市场不再是需要付费租用访问权的东西,而是你持续维护的一项资产。
我们已经在 100+ 家 B2B 公司中运行过这套方法。
在发送 10M+ 封冷邮件、拨打 700k+ 通冷电话之后,无论客户销售什么,这套结构都依然有效。
大多数主动拓客都无法超越最初的那一小部分市场。
你从数据库中提取几千行数据,写一套触达序列,然后发送。
它要么有效,要么无效。
无论结果如何,下个月你都会回去,从竞争对手也在使用的同一个数据库中,再提取几千行数据。
这份名单永远不会成为资产。
整个市场也永远不会得到全面覆盖。
更好的触达序列解决不了这个问题。
真正能解决问题的,是一个只需定义一次的边界、一张归你所有的市场地图,以及一个让两者始终保持最新的循环。
这就是我们要构建的系统。
本文内容:
> 支撑全部 3 个部分的底层循环
> 部分 1:边界
> 部分 2:地图
> 部分 3:覆盖周期
> 这实际上改变了什么
> 哪些情况下不该这样做
> 从哪里开始
> 覆盖系统构建清单
支撑全部 3 个部分的底层循环:
6 个动态环节。
下文每个章节对应其中一个环节,而最后一个环节会反馈到第 1 个环节。
边界 → 地图 → 分群 → 发送 → 解读 → 重新划定
边界。谁符合条件、谁应被排除,以及符合条件的市场实际有多大。
地图。边界内的每家公司,都经过数据采集、资格判断、数据丰富和验证。
分群。根据共同痛点,而非共同所属行业进行分组。正是这一点,让同一条信息可以适用于数万家公司,却不会显得泛泛而谈。
发送。按照市场规模所要求的体量进行发送。这个数字由算术决定,而非个人偏好。
解读。按细分群体分析回复。总体回复率会掩盖市场中究竟哪一部分真正属于你。
重新划定。根据回复所提供的信息,重新划定边界。
然后再次运行整个循环。
先让一层运作起来,再去碰下一层。
边界越宽松,后续每一层的成本就越高。
部分 1:在接触数据库之前先定义边界
运行主动拓客有 3 种方式。
正确的方式取决于你的市场规模,而不是你上周读到了什么。
> 全市场覆盖:
大型 TAM、100k+ 个联系人,以及需求创造型方案或产品化服务。你以 30 至 90 天为一个周期,触达每一位符合条件的决策者。基础发送量从每月约 50k 封邮件起步,在这一水平上,我们持续为客户实现每天 2 至 10 条线索。
> ABM:
小型或企业级 TAM、少于 10k 个联系人、$50k+ LTV、销售周期较长。锁定排名前 100 至 1,000 的账户,对每个账户进行深度研究,并为每个账户定制切入角度。你要最大化的是转化率,而不是数量。
> 基于信号:
中型至大型 TAM、30k+,适用于需求捕获型方案,因为买家必须已经在主动寻找解决方案。根据潜在客户的行为建立名单,然后进行资格判断。
大多数团队采用的方法取决于默认习惯,而不是市场本身。
如果对一个只有 6k 家公司的 TAM 运行全市场覆盖,你会在一个月内耗尽整个市场。
如果对一个拥有 200k 家公司的 TAM 运行 ABM,你会让绝大多数收入机会无人触及。
先检查数字:
> 少于 10k 个联系人。只做 ABM。采用人工、多渠道方式,最大化每个账户的转化率。
> 1 0k 至 100k。自动化主动拓客有效。每月发送 10k 至 100k 封邮件。
> 100k+。采用高体量模式,并将 90% 的注意力放在送达率、方案和销售系统上。
一个可用的定义应包含:
> 你的方案在经济上合理的最低收入门槛
> 真正负责你所解决问题的具体职能
> 能表明对方现在就需要你、而不是最终可能需要你的触发信号
> 排除条件,也就是即使对方主动表示兴趣,你仍会拒绝的对象
> 足够大的 TAM,能够支撑你完成整个周期的发送量
对排除条件投入的关注,应该与纳入条件同等严谨。
AI 资格判断层会非常乐意返回那些符合所有筛选条件、却永远不会购买的公司。
如果没有书面定义你的 ICP“不是什么”,模型就会开始编造一家公司符合条件的理由。
在基于定义进行构建之前,先测试这个定义。
写一条信息,并检查它是否适用于该细分群体中的每家公司。
如果不适用,那就意味着这是 2 个细分群体,需要 2 条信息。
这项检查只需要 10 分钟,却决定了你的文案对 30k 家公司而言是有针对性的,还是对所有公司而言都显得泛泛而谈。
你的 TAM 和 ICP 也是两个不同的数字。
TAM 可能包含 500k 家公司,而 ICP 可能只有 50k 家。
先从 ICP 开始构建,一旦信息得到验证,再扩展到优先级较低的层级。
下面是一个真实的边界定义,来自一家此前完全没有主动拓客机制的垂直 SaaS 公司:
> 美国的景观工程承包商和设计施工一体化公司
> 10 至 50 名员工,营收 $2M 至 $20M,核心目标位于 $2M 至 $3M
> 目前约 20% 的项目会外包设计工作,如果设计速度更快,他们愿意承接更多设计工作
> 目标职位为 Owner、Head of Sales 和 Head of Project Management
> 排除:已经配备内部设计师的公司
它足够宽,可以进行全面覆盖。
同时又足够精准,让同一条信息能够适用于整个市场。
部分 2:绘制你刚刚定义的市场
数据库最先提供给你的几千行数据,只是市场的一个切片。
你所在类别中的每个竞争对手,本季度都提取了同一个切片。
所谓覆盖,意味着绘制整个市场。
账户数据来自哪里:
没有任何单一数据库可以覆盖整个市场,因此数据源取决于你的销售对象。
> Ocean(.)io,适用于获得融资的科技公司。可按 Series A 至 F、地理位置进行筛选,并根据种子域名进行相似公司搜索。
> Apollo,适用于广泛覆盖一个垂直市场。它是最便宜的付费选项,也适用于大多数使用场景。
> Instant Data Scraper,适用于无人完成索引的市场。行业协会会员名单、执照目录、会议参会者页面。
> Google Maps + Serper,适用于本地市场。按都市区内的类别提取承包商、诊所、健身房。
> OpenWeb Ninja,适用于分页上限成为瓶颈的情况,每次调用最多可返回 499 条结果。
抓取 Google Maps 时,应按邮政编码,而不是按城市或州进行抓取。
美国有超过 32k 个邮政编码,而且每次查询都会返回结果。
这就是完整的本地市场与该市场第 1 页结果之间的区别。
会让你损失大部分 TAM 的 2 个错误:
第 1 个错误,是使用行业筛选条件而不是关键词。
当你要求查找 CMO 时,默认筛选条件可能会返回一名 Junior Marketing Coordinator。
让 Claude 为职位名称和行业关键词生成 20 至 30 种变体,然后使用这些变体进行搜索。
第 2 个错误,是在数据源处设置过于严格的筛选条件。
你叠加的每一个筛选条件,都会移除一些原本可以通过资格判断的账户;我们见过一些团队因此损失了可触达市场的 70%。
将数据库筛选条件设置得宽泛一些。提取完整名单。之后再进行资格判断。
先进行资格判断,再丰富数据:
这是我们采用的、效果最显著的名单质量提升方法,而执行顺序比工具本身更重要。
添加一个 AI 公司摘要字段,让它读取每家公司的网站和公开数据,并写明这家公司实际在做什么。
添加一个 ICP 分析字段。定义你的 ICP 是什么、不是什么,然后根据这两方面对每个账户进行评分。
移除匹配度低于 80% 的所有账户。
只有现在,才开始运行邮箱数据丰富瀑布流。
为那些你原本就会剔除的公司丰富联系人数据,只是在白白浪费额度。
原始数据库抓取的 ICP 匹配度通常为 50 至 60%。
这个流程可以达到 90 至 95%。
在每天发送 10k 封邮件的规模下,这一差距意味着每天大约有 4k 封邮件会发送给那些永远不会购买的公司。
每条被剔除的记录都应该附带书面原因。
批量阅读这些剔除原因。
当几千个账户因为同一个原因被剔除时,说明你的边界需要调整;而你在花费任何发送成本之前,就已经发现了这一点。
数据丰富瀑布流:
单一数据源的数据丰富,只能让你获得 50 至 60% 的有效邮箱覆盖率。
叠加式瀑布流可以达到 85%+。
经过验证后,可送达率可以提升至约 99%。
我们目前使用的顺序:
> GetLeads
> Prospeo
> AI Ark
> Icypeas
> BetterContact
> 先使用 MillionVerifier 验证,再使用 BounceBan 处理全收邮箱
这一差距决定了你是能够达到每月发送目标,还是会毁掉那些已经花费 6 周预热的域名。
为每个账户叠加联系人:
找到每家公司中 3 至 5 名决策者
补充第 1 轮遗漏的所有人员
抓取公司网站上的公开邮箱,即 info@、hello@、contact@
大多数人会出于原则跳过第 3 层。
在我们针对某个本地市场制作的一份名单中,这一层产生了 4,553 个非工作邮箱联系人,而工作邮箱联系人为 3,621 个。
联系人数据增加了 125.7%,而且这些联系人的转化率接近两倍。
使用单独的发送实例联系他们,这样你的主要发件声誉就能保持干净。
然后,让这张地图真正归你所有。
将地图存储在你能够控制的地方,并每月重新丰富数据,而不是重新构建。
你拥有的 TAM 会随着每个周期变得更加准确。
你租用的名单,会在停止付费的那一天归零。
(如果你不想处理这些工具,我们可以将其作为一个独立项目为你完成。绘制、筛选和丰富你的整个市场,并以归你所有的数据库形式交付。私信我 "UNIVERSE",我会把项目范围发给你。)
对于 Eden Studio(我们的客户之一),部分 1 中的边界最终产生了 69,204 个已绘制账户。
每个账户都基于 19 个数据点进行数据丰富,包括所有者姓名、直拨电话、评价增长速度、作品集状态,以及经过评分的匹配度和意向层级。
从零开始后的 50 天内,这张地图带来了 53 场已预约会议。
部分 3:运行周期
你已经有了边界和地图。
现在,整个市场会按照轮换周期被联系。
按痛点分群,而不是按行业分群:
行业和员工人数是筛选条件。
细分群体,是一组拥有共同问题的公司,而这个问题必须足够具体,让同一条信息能够打动所有公司。
我们称之为痛点资格细分群体。正是它们让全面覆盖成为可能,同时避免信息变得泛泛而谈。
为 500 家拥有相同问题的公司撰写的信息,对每一家公司而言都会显得具有针对性。
这也是我们不使用 AI 个性化的原因。
除了名字变量之外没有任何个性化内容的营销活动,曾为我们实现 10%+ 的回复率。
而针对同一个方案,由 AI 编写、深度个性化的开场白,回复率只有 0.27%。
个性化就是个骗局。
相关性来自名单的构建方式。
发送量由算术决定:
(已验证联系人总数 ÷ 3 个月)× 每个触达序列的邮件数 = 每月发送量
100k 个已验证联系人 ÷ 3 = 每月 33,333 个账户。
× 每个触达序列 2 封邮件 = 每月 66,666 封邮件。
之所以是 3 个月,是因为大约 90 天后,你可以再次联系同一个细分群体,而不会产生重叠。
在进行规划之前,将原始数据库数量乘以 0.7。
这大致就是完成数据丰富和双重验证后能够保留下来的比例。
方案决定这一切是否值得运行:
同一套设置会根据所销售内容的不同,产生截然不同的线索数量。
> 困难的方案。SEO、网络安全、招聘:每 1k 至 10k 个联系人产生 1 条线索
> 尚可的方案。邮件营销、广告创意:每 500 至 1k 个联系人产生 1 条线索
> 具备明确产品市场契合度的优秀方案:每 200 至 500 个联系人产生 1 条线索
> 蓝海方案:每 25 至 200 个联系人产生 1 条线索
在构建任何东西之前,先用你自己的 TAM 代入这些数字进行计算。
一个困难的方案面对只有 40k 个联系人的市场,每季度只能产生少量线索,而任何程度的市场覆盖工程都无法解决这个问题。
先修正方案。
我们的基准是:每 300 个联系人获得 1 个正向回复,说明你处于非常有利的位置。
500 比 1 依然相当不错。
线索量低也不一定意味着失败。
我们的一家金融服务客户从 40,447 封邮件中获得了 31 条感兴趣的线索。
这个数字看起来很少,直到你看到这 31 次对话创造了 $4M 的销售管道。
要根据你自己的 ACV 评估这个比例,而不是套用别人的基准。
基础设施是规模的限制因素:
全面覆盖在基础设施层面失败的次数,比在策略层面失败的次数更多。
> 只使用辅助域名,绝不使用主域名
> 每个域名设置 2 至 3 个邮箱
> 在发送任何内容之前,先预热 2 至 3 周
> 大约 80% 的发送量使用 Google,20% 使用 Microsoft
> 每次发送前都进行验证,退信率保持在 1% 以下
> 关闭打开追踪,因为追踪像素会影响邮件进入收件箱,而它返回的数字也不具备可操作性
> 每周在单个邮箱层面监控邮件进入收件箱的情况
接受邮箱会耗损这一事实。
即使配置正确,邮箱仍会在 6 至 9 个月后出现性能下降。
因此,在当前邮箱发送邮件时,要持续预热新域名,监控每个邮箱,并在某个邮箱表现下降的那一刻立即替换。
一旦替代邮箱已经完成预热,耗损就不再是问题。
(这是客户最先交给我们的环节。我们将域名管理、预热和每周收件箱位置监控作为长期服务的一部分;即使你离开,所有系统仍归你所有。私信我 "SCALE",我会向你展示具体设置。)
按细分群体解读回复:
总体回复率是整个营销活动中最没用的数字。
我们运行的几乎每个营销活动,都是由 1 或 2 个细分群体贡献了绝大部分结果,而总体数据会掩盖究竟是哪些群体。
按细分群体和角色拆分每项指标,然后重新分配发送量。
砍掉毫无产出的部分,把这部分容量投入有效的部分。
比较细分群体时,应追踪感兴趣率,而不是回复率。
一个回复率很高却没有任何兴趣的细分群体,只是在给你写礼貌的拒绝回复。
当整个市场都被覆盖时:
你最终会触达地图的尽头。
预约量下降,看起来像是文案失效了。
实际发生的情况是:你已经没有新的联系人可触达了。
这正是维护周期开始的地方:
> 每月重新丰富整张地图的数据。对于一份已经使用 6 个月的名单,30 至 50% 的联系人已经更换职位,或者出现了新的可用数据
> 每 4 至 6 周轮换一次文案,并重新触达该细分群体
> 联系你在第 1 轮跳过的公开邮箱和个人邮箱
> 触达相邻职位,让他们在公司内部为你引荐
> 然后将边界扩展到下一个垂直市场
针对沉默联系人的再互动营销活动,可以实现 8 至 12% 的回复率。
对于一份包含 1,532 名此前不再回复的潜在客户名单,我们实现了 11.75% 的回复率。
TAM 达到上限时,正是这张地图开始为你带来回报的时刻。
这实际上改变了什么:
同一套结构刚刚运行了 3 次。
边界决定谁属于这个市场。
地图让其中每一个对象都可以被触达。
周期按照轮换机制联系他们,并把学到的信息反馈到边界中。
全部 3 个部分之下运行着 4 项工作:
> 定义。谁符合条件、谁被排除,以及剩余市场的规模。
> 覆盖。让每一个符合条件的账户都可被触达,而不只是数据库提供给你的那个切片。
> 轮换。按照周期联系整个市场,而不是一次性耗尽一份名单。
> 修正。每一次回复都会改变下一轮的定义。
这与普通营销活动之间的区别,在发送停止之后才会显现。
营销活动结束后,你会从零开始重新构建。
覆盖周期结束后,下一轮会带着更精准的边界、更新鲜的地图,以及一条已经经过市场测试的信息重新开始。
哪些情况下不该这样做:
这个模型确实存在局限性,在错误的市场中运行它会浪费资金。
> 少于 10k 个联系人。这里没有什么需要全面覆盖。运行 ABM,并接受数量不是你的杠杆。
> 需求捕获型方案。法律、会计、网络安全。买家必须已经在主动寻找,因此发送量无法创造需求。基于信号的方法才是正确选择。
> 信息确实会因每个潜在客户而变化的定制咨询服务。同一条信息无法适用于整个细分群体,因此该模型会在分群层面失效。
> ACV 低于 $5k。运行整个周期的成本高于交易带来的回报。
> 尚未实现产品市场契合。规模只能放大一个已经有效的机制。它无法创造这样的机制,而且会在你摸索方案的过程中耗尽整个市场。
如果其中有 2 条符合你的情况,就先不要构建这套系统。
从哪里开始:
从漏洞最大的地方开始。
> 回复率不错,但发送量很小?边界不是问题。构建地图。
> 名单很大,但回复率低于 1%?边界太宽松。在购买另一个数据工具之前,先修正定义。
> 两者看起来都没问题,但没有任何结果?在调整其他任何东西之前,先运行一次收件箱位置测试。你的邮件可能根本没有送达。
不要同时并行构建全部 3 层。
先让 1 个细分群体得到正确的绘制、资格判断和运行。
然后,在扩大边界之前,完成整整一个 90 天轮换周期,并解读它告诉你的信息。
一个已经经历过完整周期验证的定义,比一张你从未触达过的市场地图更有价值。
覆盖系统构建清单:
用 6 行概括整个系统:
一个写下来的边界,包含排除条件
一张包含边界内每个账户的地图,先进行资格判断,再丰富数据
基于共同痛点而非共同所属行业建立细分群体
发送量由算术决定,而非个人偏好
按细分群体解读回复,绝不只看总体数据
每个周期都为下一轮重新划定边界
从 1 个细分群体和 1 个轮换周期开始。
在扩大任何范围之前,给它完整的 90 天。
规模可以消除运气因素。
只要在足够长的时间里,覆盖足够多的细分群体和足够大的市场,市场就会告诉你,其中哪一部分属于你。
Christian
**以上所有内容,就是我们为客户构建的系统,也是我们构建它的顺序。
如果你更愿意自己运行,GTM Elites 是我们教授整套方法的地方。
50+ 个模块、每周 3 场直播通话、我们内部使用的 Clay 和 Claude Code 工作流,以及直接联系实际使用这些工作流的运营人员。
加入 → gtmelites.io
如果你更希望由我们构建,那就是我们的代理服务。
我们绘制你的整个 TAM、进行评分,并通过邮件和电话,以 90 天为一个周期联系其中的所有对象。**
**基础套餐为每月发送 25k 封邮件,加上每天拨打 500 通电话;随着地图扩大,可以扩展到每月发送 100k 封邮件。
即使你离开,域名、基础设施和数据库也都归你所有。
我们已为 100+ 家 B2B 公司发送 10M+ 封冷邮件、拨打 700k+ 通冷电话,创造 30k+ 条线索和 $70M+ 的销售管道。
私信我 "COVERAGE",或预约通话 → cal.link/chris-article**
标签:# X # Aura # 指南 # Google Maps
相关文章
如何让自己的营销水平高到令竞争对手以为你在作弊
所以,你想成为营销之神。
一个拥有在互联网上凭空变出金钱能力的人。
一个能让别人求着你收下他们钱的人。
Aura
原文参考:https://maxed.wiki/posts/the-complete-guide-to-market-coverage-engineering/ (Maxed.wiki,本页为站内中文整理)