正确的顺序是：Codex 先判断该找哪类客户，Google 负责找对口公司，LinkedIn 再围绕这些公司找采购负责人和相似客户。
顺序不能反。
今天先把客户开发这套流程讲透。
一上来就搜产品词，为什么是错的
很多业务员开发德国客户，第一步就是打开 Google 搜产品词，或者直接去 LinkedIn 搜 Buyer。
比如做耐火电缆的，直接搜：Fire Resistant Cable Germany。
结果翻了一上午，表格里全是同行、黄页、展会页、新闻页、平台页，还有一些看起来相关但根本不会采购的公司。
问题不在搜索技术，在于你还没想清楚：到底要找谁。
第一步：让 Codex 先判断"准客户长什么样"
如果你一上来就对 AI 说"帮我找德国客户""帮我找耐火电缆买家"，这个任务太泛了。AI 不知道你的产品适合哪类客户，也分不清谁是真买家，谁只是行业相关。
以耐火电缆为例。这个产品看起来能卖给很多公司：电气公司、建筑公司、工程公司、消防公司、分销商、批发商、项目承包商。
但不是每一类都值得第一批去开发。
你可以把这段话直接丢给 Codex：
请基于我们的产品【耐火电缆】，目标市场【德国】，先不要直接找公司名单。请先帮我判断德国市场里哪些客户类型更值得优先开发，哪些客户只是行业相关但不适合第一批深度跟进。请从客户类型、采购场景、是否有渠道能力、是否可能影响采购决策、是否建议优先开发几个维度输出表格。
它会告诉你答案大概长这样：
| 客户类型 | 优先级 | 原因 |
|---|---|---|
| Electrical Distributor 电气分销商 | 高 | 有渠道和分销能力，可能长期采购 |
| Fire Safety Contractor 消防承包商 | 高 | 有消防项目和工程采购场景 |
| Electrical Wholesaler 电气批发商 | 高 | 适合批量采购和渠道补货 |
| Engineering Company 工程公司 | 中高 | 可能参与项目选型和供应商推荐 |
| 普通终端小工程队 | 低 | 采购量和持续性不确定 |
| 同行供应商 | 排除 | 不是买家，纯浪费时间 |
先把客户类型判断清楚，后面搜索才不会乱。业务员先知道接下来到底要找谁，这一步比搜索本身值钱。
第二步：Google 找对口公司，不是乱翻产品词
客户类型拆出来以后，Google 才开始真正有用。
这时候别再搜 Fire Resistant Cable Germany 了，这个词太大，也不贴近德国本土的搜索习惯。
德国市场的搜索词最好分两类：德语专业词找本土公司，英文行业标准词找有国际业务的公司。
| 搜索词 | 更适合找到什么 |
|---|---|
| Kabel feuerbeständig Händler Deutschland | 德国本土耐火电缆经销商、渠道商 |
| Halogenfreie Kabel Händler Deutschland | 低烟无卤电缆相关渠道客户 |
| Brandschutz Kabel Lieferant Deutschland | 消防系统相关线缆供应商或项目方 |
| DIN VDE Fire Resistant Cable Supplier Germany | 贴近德国标准、工程和技术采购场景 |
| LSZH Cable Distributor Germany | 低烟无卤线缆分销商、工业电气渠道 |
| CPR Cable Supplier Germany | 涉及欧盟 CPR 建材防火等级的供应商 |
搜出来的结果里混着同行厂家、技术资料页、标准说明页，别急着发邮件，先分类。
有个提高精准度的老办法：给搜索加减法条件。你不想要什么信息，就用减号排除掉。比如：
-B2B -Marketplace -directory -"yellow pages" -China -.cn -forum -blog -youtube
一行减法指令，能筛掉大半不相关的网页。
Google 阶段整理表格，重点看几个字段：公司名称、官网语言（德语页面多通常更本土）、主营业务（经销商还是同行厂家）、产品线里有没有出现 LSZH、DIN VDE、CPR、Brandschutz 这些词、有没有项目或渠道痕迹。
第一轮不要贪多。先找 20 家对口公司，比翻一上午 200 个乱网页有价值得多。
Google 在这套流程里的任务不是找人，是把第一批对口公司找出来。找人交给 LinkedIn。
第三步：LinkedIn 找负责人，还能裂变相似客户
把 Google 找到的公司放进 LinkedIn，再围绕这家公司找人。
耐火电缆这类产品，不一定只找 Buyer。真正影响采购的人，可能在采购部门，也可能在项目、工程、技术、管理层：
| 职位 | 为什么值得看 |
|---|---|
| Purchasing / Procurement Manager | 采购执行和供应商体系 |
| Sourcing Manager | 负责寻找和筛选新供应商 |
| Project Manager | 工程项目里影响材料选型 |
| Technical Manager | 技术标准、认证要求相关 |
| Managing Director / Owner | 德国中小企业里，决策权往往很集中 |
在德国市场，工程、电气、工业类产品的采购决策，经常不是一个 Buyer 单独拍板。项目负责人关心应用场景，技术负责人关心标准匹配，采购关心供应商稳定性，老板关心长期合作和风险。所以要围绕一家公司去看它的决策链。
LinkedIn 还有一个被低估的价值：裂变。
进了一家精准公司的主页，你可以看它有哪些员工、系统推荐了哪些相似公司、员工以前在哪些公司工作过。一家精准公司，往往能带出 3 到 5 个关键负责人，5 到 10 家相似公司，还有一批同岗位的活跃联系人。
一个精准买家不是终点，它是 LinkedIn 继续推送同类客户的起点。
这就是为什么顺序不能反：先有对口公司池，LinkedIn 才能帮你滚雪球。
第四步：回到 Codex，整理客户池，让老板看见过程
Google 找到公司，LinkedIn 找到负责人，还不能停。最后要回到 Codex，把信息整理成客户池。
不是简单堆个 Excel，而是让它去重、补全官网和 LinkedIn 链接、判断客户类型、按 A/B/C 分级、生成 LinkedIn 破冰第一句话和邮件开发方向：
| 客户等级 | 判断标准 | 下一步动作 |
|---|---|---|
| A 类 | 公司对口，找到了采购/项目/技术负责人 | LinkedIn 建联 + 邮件开发 |
| B 类 | 公司对口，负责人暂未找到 | 继续补 LinkedIn 和官网信息 |
| C 类 | 行业相关，采购可能性弱 | 暂时观察，不优先开发 |
| 排除 | 同行、媒体、平台页 | 不进开发表 |
这样老板一眼能看懂过程：今天新增多少 A 类客户，找到多少负责人，哪些先从 LinkedIn 切入，哪些走邮件，下一步谁跟、怎么跟。
这里多说一句沉淀的事。我们之前遇到一位外贸老板，为了让业务员把客户沟通记录留在公司，一口气买了 10 部手机让大家用公共设备聊 WhatsApp。客户池也是一样的道理：如果开发过程只存在业务员自己的表格里，人一走，客户就断了。客户池要沉淀在系统里，跟进记录、触点历史、分级标签都留在公司，这也是我们做询盘云这么多年，看到的做得好的外贸团队的共同习惯。
AI 客户开发真正有价值的地方，不是把搜索速度变快，而是让开发过程变清楚、可沉淀。
这套方法不只适合线缆
耐火电缆只是例子。这套方法真正适合的是工厂型外贸企业，因为工厂开发客户最怕的不是搜不到公司，而是搜到一堆看起来相关、实际不采购的公司。
| 行业 | Google 先找什么公司 | LinkedIn 重点找谁 |
|---|---|---|
| 包装机械 | Food Factory, Packaging Distributor | Engineering / Purchasing Manager |
| 工业风机 | HVAC Company, Engineering Contractor | Technical Manager, Managing Director |
| 建材 | Contractor, Building Material Distributor | Project Manager, Owner |
| 汽配 | Auto Parts Distributor, Aftermarket Supplier | Product / Procurement Manager |
方法是一样的：先判断客户类型，再找对口公司，再找负责人，再整理客户池。
老板要的不是名单，是一套可复盘的流程
以前的客户开发是：业务员打开 Google 乱搜，看到公司就复制进表格，去 LinkedIn 搜 Buyer，找不到人就发 info 邮箱，客户没回，也不知道问题出在哪。
现在应该变成：Codex 判断客户类型，Google 找对口公司，LinkedIn 找负责人和相似公司，Codex 整理客户池和优先级，业务员只做真实沟通和推进。
客户开发就不再是每天重新开始，它变成一套能复盘、能交接、能训练新人的流程。
未来外贸团队拼的，不是谁搜得快，也不是谁发得多，而是谁能先判断对客户类型，找到真正的负责人，把一家精准公司裂变成更多相似客户，再把过程沉淀成老板看得见、团队能继续用的客户池。
客户池放在哪，决定这套流程能不能持续
最后说一个特别容易被忽略的问题：这套流程跑出来的客户池，放在哪？
放在业务员自己的 Excel 里，结果就是前面说的：人一走，客户断了；老板想复盘，看不到过程。
我们做询盘云，解决的就是这件事。Google 和 LinkedIn 找到的客户进系统建档，A/B/C 分级做成标签，之后的每一次触达，官网询盘、邮件往来、WhatsApp 聊天、社媒互动，全部沉淀在同一个客户档案下。业务员开发到哪一步、决策链找齐了没有、下次该谁跟进，老板打开系统一眼就能看到。
新人接手，不用从零开始翻聊天记录。业务员离职，客户和沟通历史都留在公司。
AI 负责把客户找出来，询盘云负责让客户留下来。