Apollo.io 中文实战指南：从 ICP 搜索到 Sequence 与 CRM 闭环

Apollo.io 中文实战指南封面
Apollo.io 中文实战指南封面（图片来源：Apollo.io 官方资料；界面以实时版本为准）

图：ImageGen 生成的主题封面，不是 Apollo 官方界面；视觉元素概括筛选、验证、Sequence 与 CRM 写入链路。

最后更新：2026 年 8 月 24 日
适合人群：B2B 增长、销售开发（SDR/BDR）、销售运营与 RevOps 团队
阅读目标：先完成一份已去重、已分配负责人的小规模试验名单，再设计分层、外联和 CRM 规则。

Apollo.io 把公司/人员搜索、数据丰富、评分、列表、Sequence 和 CRM 同步连接在一起。真正有效的起点不是“能导出多少联系人”，而是能否把一个 ICP 写成可复用的筛选配方，并让团队清楚回答：为什么是这家公司、为什么是这个人、为什么现在联系、什么时候必须停止。

本文先帮助你在 15 分钟内得到第一份可审查名单，再逐步进入 A/B/C 分层、14 天 Sequence、字段冲突和合规治理。Apollo 中的邮箱、电话、任职和信号可能过时或不完整，平台记录也不代表当事人已同意接收营销；在任何实际触达前，都要执行文末的适用法律和组织政策检查。

15 分钟快速上手

这 15 分钟只做“名单研究”，不连接生产邮箱、不启动 Sequence，也不打开全量 CRM 同步。

时间 操作 完成标志
0–3 分钟 写下公司层 4 个条件、人员层 3 个条件、5 个排除项 一条可解释的 ICP 配方
3–6 分钟 Search → Companies → Show Filters，应用地区、规模、行业/关键词、技术或信号 目标公司池缩到可人工抽查的量级
6–9 分钟 切到 People，应用部门、管理级别、职位和联系方式状态 每家公司留下 1–3 个合理角色
9–12 分钟 随机打开 10 条公司和人员记录，核验网站、职位和业务相关性 至少 8 条符合 ICP；否则回退改筛选
12–15 分钟 排除已有客户/机会/退订对象，分配 Owner，保存到试验 List 一份已去重、已分配负责人的小规模名单

建议首轮只保留 20 家公司，每家公司 1–2 个角色。输出表至少有：公司、域名、联系人、角色、ICP 证据、触发信号、Owner、禁止联系状态、下一步。数量不是成功标准；可解释且可复查才是。

Apollo.io 能解决什么问题

阶段 Apollo 能力 应交付的结果
定义市场 Companies / People Search、筛选器 已保存、可复用且有版本记录的 ICP 搜索
组织数据 Accounts、Contacts、Lists、Owner 已去重、已分配负责人的名单
排优先级 Scores、Signals、Buying intent 等 有明确阈值与理由的 A/B/C 分层
执行触达 Sequences、邮件、电话/社交任务 有目的、节奏、退出条件和负责人规则的 Sequence
同步系统 CRM 集成、字段映射、数据写入规则 主系统、字段来源、覆盖与冲突规则
复盘效果 回复、会议、机会、退信、退订/投诉 反向修正 ICP、文案、渠道和治理规则

Apollo 可以提高研究和执行效率，但不能替代人工验证、销售判断、发件信誉管理或法律合规审查。

界面指引：People、Companies 与筛选逻辑

Apollo People 和 Companies 搜索界面教学示意
Apollo People 和 Companies 搜索界面教学示意（图片来源：Apollo.io 官方资料；界面以实时版本为准）

图：教学界面示意、示例数据、非官方实时截图。筛选器名称、入口位置和可用字段会随套餐、地区与产品更新变化；以当前账号为准。

搜索入口

  1. 启动 Apollo，进入 People 或 Companies；
  2. 点击 Show Filters → More Filters 查看完整筛选器；
  3. 选择条件并点击 Apply filters；结果会随筛选变更；
  4. 复核 Total、Net New 与 Saved 的口径；
  5. 条件稳定后点击 Save as new search，记录名称、负责人和版本日期。

Apollo 官方当前的筛选说明指出：不同筛选器之间使用 AND，同一筛选器内多个值使用 OR。例如，员工数 51–200 与美国地区同时启用，记录必须同时满足；在职位筛选中加入 Director 与 VP，则可以满足其中一个。官方还提示搜索最多显示 100 页，达到上限通常说明条件太宽，应增加 ICP 条件，而不是继续翻页。查看 Search Filters Glossary

Total、Net New 与 Saved

口径 含义 运营动作
Total 所有符合当前条件的人员/公司，包括已保存与未保存 判断市场量级，不直接等同可触达量
Net New 符合条件但尚未保存到当前 workspace 的记录 估算新增研究和潜在 credit 使用
Saved 已保存为 Contacts/Accounts 的匹配记录 检查 Owner、列表、阶段和是否已处理

“无结果”不一定表示市场不存在。先一次移除一个条件，找出过窄环节；同时切到 Saved 检查符合对象是否已被团队保存。

把 ICP 写成一条可复用搜索配方

ICP 是公司层，Persona 是人层。先建立公司池，再在公司内找购买者、业务负责人和使用者，通常比在全库直接搜职位更稳定。

示例配方：北美客户支持自动化 SaaS

假设你销售一款面向中型 SaaS 的客户支持自动化产品，首轮配方可以写成：

Companies Search

  • 公司总部：United States 或 Canada；
  • 员工数：51–200；
  • 行业/关键词：Software、SaaS、B2B（根据实际结果校正，不把标签当绝对事实）；
  • 技术：使用 HubSpot、Zendesk 或 Intercom 中至少一种；
  • 信号：近阶段客服/客户成功团队招聘或员工增长，可作为加分，不作为唯一入选条件；
  • 排除：现有客户、开放机会、竞争对手、学生/社区、无法服务地区、内部域名。

People Search

  • Department / Job function：Customer Success、Support、Operations；
  • Management level：Director、VP；
  • Job titles：Director of Customer Support、VP Customer Success、Head of Support 等相近称谓；
  • Email status：优先已验证，但仍需实际发送前检查；
  • 每公司人数：1–2 人，避免同一账号多人同时收到近似信息。

输出规则

  • 公司域名为去重主键，CRM ID 存在时优先使用 CRM ID；
  • 联系人必须有 Owner；没有 Owner 的记录不进入 Sequence；
  • 已退订、Do Not Contact、DNC、已明确拒绝和现有活跃机会直接排除；
  • 每周抽查 10% 记录，若误入率超过 20%，回退调整筛选器。

先强条件，后信号

强条件回答“是不是目标客户”：地区、规模、业务模式、角色。信号回答“是不是更值得现在研究”：招聘、融资、增长、职位变化、网站访问等。不要用一个时机信号覆盖明显的公司或角色不匹配。

工作流总览：从公司池到 CRM

Apollo 从 ICP 搜索到 CRM 的执行工作流
Apollo 从 ICP 搜索到 CRM 的执行工作流（图片来源：Apollo.io 官方资料；界面以实时版本为准）

图：原创教学流程。先小批量验证，再进入 Sequence 和 CRM；任一否决项都应让记录退出自动化流程。

一条稳定链路是：ICP 配方 → Companies → People → 人工抽查 → 去重/Owner → A/B/C → Sequence → CRM → 结果复盘。任何团队都应在“加入 Sequence”和“开启 CRM 写入”前设置人工审批点。

工作流一：建立公司池与目标角色

步骤 1：从 Companies Search 开始

先应用 3–5 个强条件：可服务地区、员工规模/阶段、行业或关键词、关键技术、明确排除列表。结果仍超过可审查量级时，不要机械增加随机条件；应回到 ICP，选择能解释购买可能性的条件。

Industry 通常较宽，Keywords 更细但噪声更高。两者一起使用后要抽查公司网站，避免公司描述偶然出现某个词而被误纳入。

步骤 2：在公司内选择 1–3 个角色

角色应覆盖三类关系：

  • 经济买方：能批准预算或改变优先级；
  • 业务负责人：对问题和结果负责；
  • 实际使用者/影响者：最清楚现有流程与阻力。

组合 Job titles、Management level、Department/Job function 与联系人 Location。公司总部与联系人所在地是两种口径，跨境场景必须分开核查。

步骤 3：把排除项固化

至少排除：现有客户、活跃机会、已退订/拒绝联系、DNC/Do Not Contact、竞争对手、内部域名、个人邮箱、不服务地区、无关职能、已在同类 Sequence 的对象。

排除项要由 RevOps 维护为共享 List 或 CRM 条件，不要依赖每位 SDR 记忆。

步骤 4：保存搜索，而不是只保存一次结果

搜索条件稳定后 Save as new search。名称建议为：市场-规模-产品线-角色-v日期，例如 NA-51_200-CSAuto-CSLeaders-v20260824。同时记录预期量级和抽查通过率，便于下一次发现数据分布异常。

工作流二：保存、验证与 A/B/C 分层

保存前的五项检查

  1. 公司网站、规模和业务模式是否仍符合 ICP；
  2. 联系人是否仍在职，角色是否与问题相关；
  3. 邮箱/电话状态与数据更新时间是否可接受；
  4. Apollo 和 CRM 是否已存在同一公司、联系人或活跃机会；
  5. Owner、退订、Do Not Contact 和 DNC 状态是否完整。

Email status 为 verified 只表示数据质量状态，不代表必达，更不代表已同意营销。

100 分自定义标尺

维度 满分 示例规则
公司适配 50 行业 15、规模 10、地区 10、技术/业务模式 15
角色适配 30 部门 10、级别 10、职位/职责 10
时机信号 20 招聘/增长 10、明确业务变化 10
否决项 不计分 现有客户、活跃机会、退订/DNC、不服务地区直接排除

这套 100 分标尺是团队示例，不是 Apollo 官方 Score。若使用 Apollo Scores，应查看具体 filters 和 signals 的贡献，确保高分能够解释；高分名单会议率持续偏低时，应先修正 ICP 和权重。

A/B/C 阈值

  • A 层：80–100 分，且时机信号至少 10 分。 每家公司 1–2 人，人工研究，首触达深度个性化；
  • B 层：65–79 分，或 80 分以上但缺少明确时机。 半个性化、小批量 Sequence；
  • C 层：低于 65 分或关键信息缺失。 进入培育、补数据或暂缓，不直接批量发送；
  • 排除层：命中任何否决项。 不进入外联，写回原因并同步抑制状态。

工作流三：设计 14 天 Sequence

Apollo 官方文档将 Sequence 定义为在计划周期内按顺序执行邮件、电话、社交互动和任务等触点的外联活动。当前创建入口是 Sequences → Create Sequence，可从 AI-assisted、Template、Clone 或 From scratch 开始；保存后应检查 Settings 中的名称、标签、Owner、发送日程和 ruleset，再逐步启用步骤。查看 Create a Sequence

Apollo 14 天 Sequence 与退出条件教学图
Apollo 14 天 Sequence 与退出条件教学图（图片来源：Apollo.io 官方资料；界面以实时版本为准）

图：原创教学序列，示例触点、时间与退出条件并非 Apollo 官方推荐值；使用前应按客单价、周期、地区规则与历史数据校准。

先写退出条件，再写文案

以下事件任一发生，就停止或人工复核：

  • 收到真人回复，不论正向或负向；
  • 退订、投诉、硬退信或明确拒绝；
  • 命中 Do Not Contact、DNC 或内部抑制名单；
  • 会议已预约、机会已创建或已有 Owner 正在跟进；
  • 联系人离职、公司不再适配或数据可信度不足；
  • 同一公司已有另一联系人积极互动。

14 天保守节奏示例

日期 触点 目的 内容要求 退出/下一步
第 1 天 短邮件 验证问题是否相关 说明为何是对方、一个可验证观察、一个低摩擦问题 回复/退订/退信立即退出自动步骤
第 4 天 手动邮件 补充可信证据 增加同类场景、方法或资源，不重复首封 对方不负责则请求合适角色或退出
第 7 天 电话或社交任务 获得上下文，不是扩大骚扰 只在地区、渠道和组织政策允许时执行 DNC、拒绝或已有负责人则停止
第 10 天 邮件 提供另一种价值入口 换成清单、诊断或案例，不制造虚假紧迫 负向信号上升则暂停整个批次
第 14 天 收尾邮件 明确结束本轮联系 简短总结并提供清晰退出方式 无回复则结束，不自动无限延长

Apollo 官方说明自动邮件无需人工任务即可发送；手动邮件、电话、LinkedIn 和 action item 等步骤会创建任务，未完成或未跳过的必需任务可能阻止联系人继续前进。上线前用 Preview 和测试邮件检查变量、签名、时区、链接与退出说明。

每日与每周监控

  • 每日：硬退信、投诉、退订、发送错误和积压任务；
  • 每周：正向回复、有效会议、机会和不合格原因；
  • 打开率只作诊断辅助，受隐私保护和图片代理影响；
  • 退信或投诉突然升高时，立即暂停相关批次，检查名单、认证、邮箱信誉、频率和文案。

工作流四：CRM 字段映射与冲突处理

CRM 集成不是“连接后自动更干净”。先决定哪套系统拥有哪类字段，再决定 Apollo 何时创建、填充或覆盖。

官方入口与上线顺序

Apollo 当前官方说明：连接 Salesforce、HubSpot、Pipedrive 或 Zoho 后会自动映射联系人/账户字段；可在 Settings → Objects, fields, stages → Contact fields & stages / Account fields & stages → Fields 查看和调整。若 CRM 字段没有对应 Apollo 字段，映射过程可能创建自定义字段，因此管理员应先审查字段模型，而不是直接全量开启。查看推荐字段映射

建议顺序：

  1. 指定联系人、公司、机会各自的记录主系统；
  2. 定义唯一键：联系人优先 CRM ID/业务邮箱，公司优先 CRM ID/规范化域名；
  3. 列出必须映射字段及数据类型；
  4. 设置空值填充、已有值覆盖和冲突进入人工队列的规则；
  5. 在沙盒或 10–20 条记录上测试创建、更新、合并、删除和退订同步；
  6. 保存测试结果和回滚方式，由管理员批准后再扩大。

字段冲突处理示例

字段 Apollo 值 CRM 值 推荐规则 原因
Owner SDR-B AE-A CRM 优先，产生提醒 所有权变更会影响真实跟进关系
Job title VP Customer Success Director CS Apollo 更新较新但未经核验 写入候选字段，人工确认后覆盖
Primary email 新工作邮箱 已验证旧邮箱 先保留两值并验证 直接覆盖可能丢失历史或引发退信
Lifecycle stage Prospect Opportunity CRM 优先，禁止回退 不能让数据丰富把成熟阶段降级
Unsubscribe / DNC 未标记 已退订 否定状态绝对优先并同步抑制 合规和信任信号不得被覆盖
Company domain 新域名 旧域名 检查并购/品牌迁移后合并 直接新建可能产生重复账户

字段冲突应有 Owner、处理时限和日志。不要让“最新时间戳”自动覆盖所有业务字段；数据新不等于业务正确。

完整案例：从 183 家公司到 20 个试验账号

以下公司名与数值均为教学示例。

一家客户支持自动化 SaaS“Northstar CX”要测试北美 51–200 人 B2B SaaS 市场。

第一步：公司池

团队应用总部、员工数、行业/关键词和技术条件，得到 183 家公司。随后排除 21 家现有客户/活跃机会、14 家不服务地区或业务不符公司，并随机抽查 20 家；4 家因描述关键词误入，于是收紧 B2B 与客服技术条件，剩 96 家。

第二步：人员层

在 96 家公司中筛 Customer Success、Support、Operations 的 Director/VP/Head，限制每公司最多 2 人，得到 142 个联系人。核验职位、公司网站和 Owner 后，留下 118 个有效候选。

第三步：分层

分层 数量 处理
A 层 20 家 有招聘/增长信号，人工研究，每家 1 人进入首轮
B 层 42 家 ICP 合适但时机一般，等待 A 层结果后小批量测试
C 层 25 家 信息不足，进入补数据或季度培育
排除 9 家 命中已有关系、退订或不适配，写回抑制原因

第四步：首轮 Sequence 与结果定义

20 个 A 层账号先按 14 天节奏运行，每家公司只联系 1 人。团队预先定义：有效正向回复、有效会议、机会、硬退信、退订/投诉是核心结果；自动回复与不在职回复单独分类。无论结果好坏，都回写“为什么合格/不合格”，用于下轮调整 ICP，而不是立刻扩大名单。

合规、发件与数据治理门槛

这一节应由法务、隐私、IT/安全和 RevOps 一起确认。本文不构成法律意见；实际义务取决于目标地区、渠道、关系性质和组织政策。

外联前最低检查

  • 明确数据用途、合法处理依据和适用的隐私/电子通信规则；
  • 区分公司所在地、联系人所在地与发件主体所在地；
  • 执行内部禁止联系、Do Not Contact、DNC、退订和已有客户/机会检查；
  • 提供真实发件身份、必要披露与可执行的退出机制；
  • 建立数据保留、访问、纠正、删除和审计流程；
  • 电话、短信、社交等渠道按各自规则单独审批；
  • 对 GDPR、CCPA/CPRA、CAN-SPAM、CASL、PECR 或当地电信规则适用的场景，由专业负责人确认。

权限与发件保护

  • 只有获授权人员可以连接邮箱、创建/激活 Sequence、导出、连接 CRM 和修改字段映射；
  • 生产邮箱使用统一的域名认证、发送上限、时区、签名和退订配置；
  • 新邮箱/域名循序建立信誉，不用突然放量“测试上限”；
  • 共享账号不连接生产邮箱、CRM、通讯录或客户数据；
  • 投诉、硬退信、退订异常是暂停信号，不是需要隐藏的指标。

套餐、Credits 与 RelayX 访问边界

高级筛选、Signals、Scores、邮箱/电话揭示、导出、Sequence、意图、CRM 集成与 credits 会因 Apollo 套餐变化。Net New 记录的保存、揭示或加入 Sequence 可能触发不同 credits 规则；不要把本文中的工作流当作固定计费说明。采购前用一个真实 ICP 测试筛选器、数据覆盖、去重、导出、Sequence 和 CRM 需求，并以官方定价与账号 Usage 为准。

RelayX 共享访问只用于低敏感度研究：不连接生产邮箱/CRM，不保存客户机密、内部名单或个人敏感数据，不用共享身份执行大规模外联。站内入口见营销增长方案与Apollo.io 工具页，实际权益、credits 与可用功能以交付页面为准。

常见误区与排错

问题 常见原因 修正动作
结果太多且质量低 只搜职位，ICP 过宽 先建公司池，增加强条件和排除项
结果突然为零 筛选器之间 AND 过严，或记录已保存 一次移除一个条件，并检查 Saved
已验证邮箱仍退信 数据过期、域策略或发件配置问题 小批量验证，检查认证、信誉与时间
同一公司多人收到近似邮件 Owner、账号人数和 Sequence 冲突规则缺失 每账号 1–2 人，已有互动即停止其他人
打开率高但没有结果 打开率失真，名单/价值主张/CTA 弱 看正向回复、会议与不合格原因
联系人卡在 Sequence 手动任务逾期或必需步骤未完成 检查任务队列、Owner 与步骤状态
CRM 出现重复或覆盖 唯一键、主系统和覆盖规则不清 暂停同步，用 10–20 条记录重测
Credits 消耗异常 Net New 保存、揭示或加入流程触发 在操作前确认 Usage 与每步规则
投诉/退订上升 名单、频率、渠道或合规不匹配 立即暂停，审查名单、文案和政策

30 天落地计划

第 1 周：配方与治理

  • 定义一个 ICP、Persona、否决项和 Owner 规则；
  • 建字段字典、唯一键与退订/DNC 同步规则；
  • 完成权限、地区与渠道合规审查；
  • 不连接生产系统，先使用测试数据。

第 2 周：名单与评分

  • 建立 Companies Search 与 People Search；
  • 抽查至少 50 条记录并记录误入原因；
  • 保存搜索，建立 A/B/C 阈值；
  • 形成 20 个已去重、已分配 Owner 的 A 层账号。

第 3 周：小批量 Sequence

  • 创建 14 天 Sequence 和明确退出条件；
  • 只启用一个细分市场、一个主要变量测试；
  • 每日监控退信、投诉、退订和积压任务；
  • 按正向、负向、不合格、自动回复分类。

第 4 周：CRM 与复盘

  • 在沙盒/小范围测试字段创建、更新与冲突；
  • 计算正向回复、有效会议和机会，不只看打开率；
  • 根据不合格原因调整 ICP 与评分；
  • 稳定后再申请扩大范围，保留回滚和审计日志。

常见问题

Apollo 的联系人可以直接群发吗？

不应仅因数据存在就群发。需要验证相关性、数据状态、适用地区规则、组织政策、退订/DNC、发件信誉、频率和合理目的。

Score 高就应该进入 Sequence 吗？

不一定。Score 只代表配置条件和信号的匹配程度。还要检查角色、数据有效性、已有关系、合规状态和是否有足够的联系理由。

先连接 CRM 还是先做搜索？

先用小规模搜索验证 ICP 和去重逻辑，再设计字段模型，在沙盒或有限记录中测试同步。不要在规则未明确时开启全量双向写入。

Sequence 应该有多少触点？

没有通用最优数。本文的 5 个触点只是保守示例。应根据受众、渠道、法律要求、客单价和历史反馈调整；投诉、退订和负向回复升高时应减少或暂停，而不是继续加触点。

共享账号可以连接邮箱或 CRM 吗？

不建议。连接生产系统会暴露客户数据、授权和发送能力，也可能造成不可控写入。应使用受控的官方团队账号和最小权限。

参考资料

本文为原创整理，并结合截至 2026 年 8 月 24 日可访问的 Apollo 官方资料重新组织。教学配图中的界面和数值均为示意，不代表 Apollo 官方实时界面；筛选器、套餐、credits、评分、集成和发送能力以官方实时页面及实际账号权限为准。任何实际外联都应依据目标地区和组织政策完成专业合规审查。