出海 B2B 找客户的 5 个信号源从海关数据到融资公告前言做 B2B 出海最难的往往不是把产品做出来而是找到真正适合这个产品的人。这句话听起来像销售课的开场白但我过去两年在荷兰帮几家出海团队搭销售情报管道时几乎每天都在看到它的现实版本团队花几个月、几万块买来一堆数据最后得到的不是目标客户名单而是一份格式很漂亮的“陌生公司通讯录”。问题通常不在数据源本身。海关数据没有错LinkedIn 职位数据也没有错融资公告更不会因为你买了套餐就突然变得不准确。真正的问题是不同信号源回答的是不同问题。海关数据回答“谁在买货”招聘信息回答“谁在扩张”技术社区回答“谁正在遇到问题”融资公告回答“谁刚刚获得了花钱的能力”。如果你拿回答 A 问题的数据去解决 B 问题结果自然会很尴尬——就像拿天气预报判断一个人有没有预算买软件。这篇文章把出海 B2B 最常用的 5 个信号源梳理一遍。每个信号源都会说明三件事它能告诉你什么适合什么场景又在哪些情况下几乎帮不上忙。最后我会给出一套组合使用的方法让销售情报不再是一堆互相独立的线索而是一条可以逐层收窄的筛选流程。信号源 1海关数据它告诉你什么谁在买货、买什么、从哪里买以及大概买了多少。适合谁做实物贸易的公司包括销售配件、材料、设备、成品的工厂和贸易商。不适合谁销售 SaaS、软件、云服务、咨询或其他非实物产品的公司。为什么海关数据记录的是实物进出口。只要货物跨境它就可能留下记录但 CRM、云服务、合规咨询不会装进集装箱也不会因为客户付款就自动出现在海关数据库里。这也是很多 SaaS 团队第一次买海关数据时会遇到的场景花了几万块打开数据一看里面确实有很多公司却几乎全是“会买货的人”没有多少“会买软件的人”。数据没有失效只是从一开始就没有回答你要问的问题。一句话总结如果你卖的不是实物海关数据通常不是你的主信号源。它可能有背景价值但很难直接帮你找到目标客户。信号源 2LinkedIn / 职位数据它告诉你什么谁在招人、招什么岗位以及团队正在往哪个方向扩张。适合谁需要判断一家公司是否正在扩张、转型或增加某类能力的场景。不适合谁想仅凭一个职位就判断“这家公司现在有预算而且一定会买我的产品”的场景。为什么职位数据是很有价值的行为信号但它不是预算报表。一家公司突然招聘十名销售可能是因为刚拿到融资准备扩大市场也可能是因为上一批销售集体离职现在只是在努力把坑填上。这两个解释看起来都叫“招聘销售”商业含义却完全不同。招聘信息还经常滞后。职位可能已经招满却还挂在网站上公司可能在认真扩张却没有把每个动作都公开发布。反过来有些职位写得声势浩大最后只招一个人。职位数量并不等于采购意愿更不等于采购预算。怎么用把 LinkedIn 和职位数据当成辅助信号而不是最终判断。它适合帮助你回答“这家公司最近有没有动起来”而不适合单独回答“我现在要不要联系它”更实际的用法是把招聘方向和你的产品价值联系起来。比如你卖销售团队使用的工具可以关注目标公司是否在扩充销售、销售运营或客户成功团队但在联系之前还要结合融资、公司阶段、技术栈或公开讨论确认这不是一次普通的人员补缺。信号源 3招聘网站 / 技术栈数据它告诉你什么谁在使用某个技术栈谁正在招聘相关方向的人以及一家公司的技术团队可能正在建设什么能力。适合谁做开发者工具、API、监控产品、云基础设施和其他技术型产品的公司。不适合谁做通用 SaaS、非技术产品或者目标客户的购买决定与技术栈关系不大的公司。为什么这个信号源的优势是精度高代价是覆盖范围窄。如果你卖的是给 FastAPI 团队使用的监控工具那么在招聘信息里搜“FastAPI”可能就是一个非常精准的入口。出现这个词至少说明目标公司有相关技术人员、有相关项目或者正在考虑建立这类能力。它不会替你完成销售但能让你少做很多无关的猜测。但如果你卖的是通用 CRM客户团队是不是使用 FastAPI通常和购买决策没有直接关系。你可以花一天时间搜技术栈最后得到一份非常精准的名单然后发现它精准地证明了这批公司与你无关。一句话总结精度高覆盖窄。用得好它像手术刀用不好它只是让你更认真地研究错误的人。信号源 4技术社区 / 内容平台它告诉你什么谁在公开讨论某个问题谁正在提问哪些痛点反复出现以及人们通常怎样描述这些痛点。适合谁几乎所有 B2B 公司尤其是希望理解客户语言、建立长期内容渠道的团队。不适合谁期待这个渠道在一周内带来大量可直接转化线索的团队。为什么社区信号是一种慢信号。它不会像购买一份名单那样今天导入、明天就出现几千条记录但它往往能告诉你客户为什么会开始寻找解决方案。比如一个人在知乎上问“如何验证邮箱列表”说明他可能已经遇到了明确的操作问题。另一个人搜索“邮箱验证工具”可能只是处在了解市场的阶段。两个人都对同一个主题产生了兴趣但意图深度并不一样。社区还有一个额外价值它会告诉你客户使用的词而不是你在官网上发明的词。客户可能不会搜索“全链路销售情报基础设施”却会说“怎么知道这家公司最近是不是要招人”“有没有办法找到刚融资的 SaaS 公司”。这些原话比很多会议室里想出来的营销术语更值得记录。怎么用把社区当作长期渠道而不是短期获客活动。每周拿出 30 分钟浏览与你的产品相关的社区记录反复出现的问题、提问方式和上下文。不要只收藏链接也不要见到关键词就立刻丢一个产品链接过去。三个月之后你会逐渐形成一套自己的问题库客户在哪里卡住他们如何描述问题哪些问题已经有成熟答案哪些问题仍然无人解决。这条线索流不会每天给你惊喜但它会让你的销售话术、内容选题和产品判断越来越接近真实需求。信号源 5融资公告它告诉你什么谁刚刚拿到钱以及谁可能马上开始把钱花出去。适合谁几乎所有面向企业客户的 B2B 公司尤其是销售工具、招聘工具、云服务、合规服务和增长服务提供商。不适合谁主要面向消费者的 B2C 公司或者目标客户通常不依赖外部融资来采购的场景。为什么融资公告的价值在于它同时包含两个信号意图和能力。意图一家公司刚完成融资通常会在接下来的 3 到 6 个月里启动一批新的计划例如招人、购买工具、开拓市场、建设基础设施或进入新的地区。能力这家公司刚刚获得了新的资金至少在财务上具备执行这些计划的条件。预算不一定已经直接分配给你的产品但“没有钱所以什么都不能做”不再是唯一解释。时效融资信号有保质期。通常前 6 个月最值得关注。时间再往后资金可能已经花掉采购计划可能已经确定团队也可能已经进入执行阶段。那时再联系并非没有机会只是你不再拥有最早的窗口。我个人最推荐融资公告正是因为它同时满足三个条件意图比较明确预算能力相对清晰而且时间窗口足够具体。对 To B 出海公司来说它经常是建立候选客户池时效率最高的入口。当然融资不是万能钥匙。Bootstrap 公司可能没有公开融资但同样会认真采购有些公司拿到钱后首先做的是招聘而不是购买你的产品。融资公告更适合用来定位“值得进一步研究的人”而不是直接替你完成资格审查。如何组合使用这些信号源不是五选一更不是“哪个数据最多就用哪个”。更合理的做法是分层使用先用宽信号定位再用行为信号筛选最后用高意图信号验证。我的基本思路是三层。第一层定位先用融资公告快速找到一批“有新资金、有新计划可能性”的公司把它们作为候选池。这一层追求的是方向和覆盖不需要一开始就把每家公司研究到 CEO 的童年经历。你的目标只是先找到一批值得继续观察的公司。第二层筛选再用 LinkedIn 和职位数据筛掉那些“虽然刚融了资但和你的产品没有明显关系”的公司。比如你卖的是销售团队使用的工具就看看这些公司有没有扩充销售、销售运营或客户成功团队。如果它刚融资却正在大量招聘实验室研究员你可能不是它当前的优先供应商。不是说永远没有机会只是没必要把最早的一封邮件发给最不可能回复的人。第三层验证最后用社区信号和技术栈数据确认具体意图。目标公司有没有人在公开讨论你能解决的问题他们是不是正在招聘与你产品相关的技术方向团队使用的技术栈是否真的匹配这些信息可以帮助你判断现在联系是在回应一个正在发生的问题还是只是在向一家公司投递一封通用介绍信。三层走下来一个最初有 100 家公司的候选池通常可以收窄到 10 到 20 家真正值得联系的目标。这听起来像是把名单变小了实际上是在把销售时间变贵之前先用好。销售团队最缺的通常不是更多名字而是更少的无效对话。一个实操建议不管你最终选哪几个信号源有一条原则都值得写在白板上不要依赖任何一个单一信号源。海关数据会漏掉服务业LinkedIn 会漏掉不活跃或不公开招聘的公司融资公告会漏掉 Bootstrap 公司社区会漏掉那些有问题但从不发帖的人。单个信号源看见的只是一个角度。真正好用的销售情报来自多个信号源之间的交叉验证。一家公司刚融了资这是一个不错的起点它同时在招聘你的目标岗位说明事情更有意思它的团队还在使用与你产品相关的技术栈并且有人公开讨论相应问题这时才更接近“值得现在联系”。我平时会把这些信号源整合进一条自动化管道每天定时拉取数据自动去重、分级、打标最后生成一份可以直接跟进的名单。这套东西并不神秘也不需要在办公室里摆一面写满箭头的侦探墙但它确实需要时间搭建也需要持续调整规则。如果你正在做类似的整合欢迎交流经验。尤其欢迎分享那些“看起来很有用实际浪费了两周”的信号源——这类教训通常比成功案例更容易让人少走弯路。结语出海 B2B 找客户本质上是一个信号工程问题。信号太多你会被噪音淹没每天收到一堆“可能相关”的公司却不知道先联系谁。信号太少你会错过真正的机会客户已经开始扩张、招聘和讨论问题而你还在等一份完美名单从天而降。信号选错代价则更直接几个月的时间、几万块的预算以及销售团队对数据的信任。好的销售团队不一定是掌握信息最多的团队而是最擅长判断哪些信息值得行动的团队。先想清楚这 5 个信号源分别能回答什么问题再决定使用哪几个。通常这比盲目购买“最全”的数据源有效得多。数据越多不一定越接近客户能让下一步行动更明确的数据才真正有价值。关于作者Andy Chu洪顺 — ParheliaWeb 创始人荷兰籍华裔开发者。平时写 Python 和 FastAPI关注出海工具链和 API 工程实践。GitHub: AndyParhelia