增长案例库 Maxed 归档 产品增长与裂变综合

市场覆盖工程完整指南

The Complete Guide to Market Coverage Engineering

中文译文 · 18k 字

一句话摘要

市场覆盖工程的完整指南

市场覆盖工程完整指南 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,本页为站内中文整理)