Google 和 LinkedIn 开发客户怎么衔接，避免重复找名单
Google 找公司，LinkedIn 找组织：不要反过来做全部工作
Google 和 LinkedIn 都能找到公司和人，因此团队常让两套流程各自从零开始：Google 组保存一批公司，LinkedIn 组也搜一批公司和联系人，最后 CRM 出现重复账户、不同判断和重复触达。更高效的分工是：Google/官网优先回答“这家公司是谁、做什么、为什么与产品相关”；LinkedIn 优先回答“该业务单元有哪些公开角色、谁可能处理当前问题、组织是否有变化”。
这种分工不是绝对限制。Google 也可能发现人员页面，LinkedIn 也能显示公司描述；关键是每条信息进入 CRM 后要有明确用途。不要用 LinkedIn 公司标签替代官网角色证据，也不要用 Google 搜索结果替代对人员职责的验证。
第一步：Google 端只交付合格候选账户
Google 阶段的最低交付不是公司名称，而是一张初步账户卡：规范名称、域名、地区、主角色/场景证据、来源查询式、一个待确认问题和当前状态。只有通过主体、角色和场景初筛的账户才进入 LinkedIn 找人；否则业务员会在大量无关公司内搜索职位。
| Google/官网阶段要完成 | 最小记录 | 未完成时的处理 |
|---|---|---|
| 确认主体 | 名称、域名、地区/业务单元 | 待核验，不转 LinkedIn |
| 确认角色 | 产品、品牌、服务或案例证据 | 角色不符则关闭/调整查询 |
| 确认场景 | 目标应用/产品线 URL | 场景不清则补官网证据 |
| 初查商业边界 | 已知规格/服务/市场冲突 | 硬冲突则暂停 |
| 写当前问题 | 如“谁评估该类部件” | 没有问题就不找人 |
Google 搜索的查询式也应记录。它是后续复盘“为什么这批公司质量高/低”的依据；只保存 URL 无法区分是关键词、市场边界还是目录来源导致结果失真。
第二步：LinkedIn 端围绕一个问题建立角色图
接到合格账户后，LinkedIn 阶段不应继续无限搜公司或添加所有员工。先看账户卡里的当前问题，再找与该问题相关的一到三个公开角色。例如要确认产品是否进入系统，优先工程/产品/项目角色；要了解供应商流程，优先采购/质量；要验证渠道产品线，优先产品、品类或技术销售。输出是角色图，而不是好友数量。
| 账户卡当前问题 | LinkedIn 优先找的角色 | 交回 CRM 的结果 |
|---|---|---|
| 是否存在技术匹配 | 工程、产品、技术、项目 | 角色/职责证据与正确入口 |
| 是否有渠道合作路径 | 产品、品类、技术销售、采购 | 渠道角色验证与首选入口 |
| 谁负责供应商准入 | 采购、供应链、质量 | 流程线索、正确部门/待确认项 |
| 是否有维护/备件入口 | 服务、售后、运营、仓储 | 服务角色与适用场景 |
如果 LinkedIn 找不到角色，应记录“组织公开度不足”而非“客户无效”。根据账户价值和其他入口，可回到官网表单、行业活动、展会或转介绍；不要为了填表去联系与问题无关的 CEO、HR 或销售人员。
统一账户标识与所有权，先防止重复再谈协作
两个渠道能否协同，取决于是否使用同一账户标识。建议以规范公司名、主域名、市场/业务单元作为去重基础；Google 阶段创建候选账户，LinkedIn 阶段在现有记录中补角色和入口。账户负责人由团队规则确定，渠道研究者不自动拥有无限触达权。
| 规则 | 目的 | 示例 |
|---|---|---|
| 域名优先去重 | 同名/别名不重复建档 | 同域名记录合并为一个业务单元 |
| 业务单元拆分 | 集团内不同地区/产品不混淆 | 全球总部与本地经销实体分开 |
| 来源保留 | 评估渠道贡献 | 首次 Google、补充 LinkedIn 角色 |
| 明确负责人 | 防止多人触达 | 账户 owner 管理主入口 |
| 动作日志 | 避免跨渠道重复 | 联系日期、渠道、角色和结果 |
若 Google 与 LinkedIn 信息冲突，例如官网显示经销商、LinkedIn 描述为制造商，不能挑一个更符合预期的。记录冲突，优先以公司业务页面和可复核主体为基础，必要时通过合规沟通验证。
设置清晰的交接阈值与返回条件
Google 端不是所有候选都必须转给 LinkedIn；LinkedIn 端也不是找不到人就结束账户。设置明确阈值可减少无效工作：达到主体+角色+场景三项证据才转人；LinkedIn 若补齐关键角色则转为 P1；若只缺一个可补信息则回 P2；若发现角色/商业冲突则回账户资格状态并记录原因。
| 阶段 | 转交条件 | 返回/停止条件 |
|---|---|---|
| Google → LinkedIn | 主体、角色、场景已核验；有明确问题 | 任一核心项不明，先补官网或暂停 |
| LinkedIn → 触达 | 找到与问题匹配的公开入口/角色 | 无入口则设备用路径或降级 |
| LinkedIn → Google/官网 | 角色信息与业务描述冲突 | 回到官网确认实体/业务线 |
| 任意 → 暂停 | 硬商业冲突、明确拒绝、风险信号 | 记录原因，停止扩展联系人 |
交接阈值不应成为官僚流程。它的意义是让每次转交都带着足够信息，接手人不必从零重复研究。
对不同公司类型使用不同衔接路径
经销商、OEM、集成商和终端客户的 Google→LinkedIn 重点不同。渠道商先从官网确认产品组合、品牌和服务地区，再到 LinkedIn 找产品/品类/技术销售角色；OEM 先确认产品线和可能外购位置，再找工程、质量或采购角色；集成商先确认项目/系统角色，再找项目、工程和技术入口。不要用“找采购经理”作为所有公司的统一终点。
| 公司类型 | Google/官网重点 | LinkedIn 重点 |
|---|---|---|
| 经销商 | 品牌、目录、服务/库存、区域 | 产品、品类、采购、技术销售 |
| 品牌商/OEM | 产品结构、质量、制造/外购假设 | 工程、产品、质量、采购 |
| 集成商 | 案例、系统、应用、项目角色 | 项目、工程、技术、采购 |
| 服务/维护商 | 维修、备件、客户场景 | 服务、运营、技术支持 |
路径不同，最终 CRM 字段仍应一致：主体、角色、场景、入口、事实/推断、下一步与负责人。统一记录比统一搜索词更重要。
用“小批账户”评估衔接效率
不要凭一两个成功案例判断 Google 或 LinkedIn 更好。选定一个市场、角色和产品边界，处理一批 20–30 个候选账户，记录 Google 端资格通过率、转 LinkedIn 的比例、LinkedIn 找到合理入口的比例、重复率和单位处理时间。这样能看出瓶颈在哪一段。
| 指标 | 反映什么 | 异常时先检查 |
|---|---|---|
| Google 资格通过率 | 查询式与市场/角色定义 | 关键词、排除词、来源 |
| 转 LinkedIn 后入口率 | 组织公开度与角色策略 | 角色词、账户类型、备用渠道 |
| 重复账户率 | 去重与所有权规则 | 域名/业务单元规范 |
| P1 推进率 | 交接信息是否足够 | 当前问题和动作定义 |
| 单位处理时间 | 流程效率 | 是否重复研究同一事实 |
若 Google 端通过率高、LinkedIn 入口率低，不要简单放弃 LinkedIn；可能是客户类型组织公开度低，应改用官网/展会入口。若 LinkedIn 找到很多人、Google 端通过率低，则说明先找人的顺序有问题。
模拟案例：从官网场景到正确工程入口
以下为示例。Google 发现一家工业系统集成商，官网案例明确服务目标应用，产品页显示相关系统，主体与地区清楚。账户卡写下当前问题：“该类部件由谁进行技术选型？”转到 LinkedIn 后，业务员不再搜索所有采购职位，而是找到工程经理和项目工程师两个公开角色，并确认公司关系。首轮通过其中一个合理入口询问评估资料路径，采购角色仅作为技术匹配后备用。
若第一步没有官网场景，LinkedIn 上即使出现 Procurement Manager，也无法说明其是否负责相关项目。先公司、后角色的顺序减少了无关触达。
停止规则与交接卡
当 Google 阶段连续带来主体不明或角色不符公司时，停止把问题交给 LinkedIn “找人解决”；先修查询和资格规则。当 LinkedIn 阶段连续找不到合理角色时，停止盲目扩展人员，检查账户类型、组织公开度和备用入口。任何明确拒绝、不联系或商业硬冲突都要同步回 CRM，防止另一渠道再次激活。
Google 来源/查询式与日期：
主体、角色、场景证据：
当前唯一问题：
转 LinkedIn 的条件是否满足：
LinkedIn 角色/职责/入口证据：
主入口、备用入口与动作结果：
冲突信息、待确认项与停止条件：
账户负责人、复核日期：Google 和 LinkedIn 形成稳定交接后，可再加入海关数据或目录作为补充来源。先跑通两个渠道的事实交接，才能避免渠道越多、名单越乱。
如果你想把「Google 和 LinkedIn 开发客户怎么衔接，避免重复找名单」这一步继续落成流程，可以看看 客户开发 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。