zoominfo

ZoomInfo 用户指南

在上级销售工作流选定 ZoomInfo 后，使用 ZoomInfo 开展有针对性的销售情报工作。上级工作流负责确定销售人员的任务；本指南负责 ZoomInfo 特有的查询、搜索、身份识别、丰富、额度和结果质量规则。

通用技能说明

MANDATORY：如果当前上下文中尚未包含，请阅读并严格遵循 plugins/sales/skills/index/SKILL.md## 跨技能最佳实践。

ZoomInfo 操作优先级

1. 用户的明确请求、指定的公司或人员、域名、电子邮件、ZoomInfo ID，或明确提出的限制条件
2. 当前销售工作流所需的最精简 ZoomInfo 操作路径
3. 根据可靠标识符解析出的规范公司或联系人身份
4. 先搜索并筛选候选项，再进行丰富、研究、相似度分析或推荐
5. 消耗额度最少且能实质性改善答案的步骤
6. 清楚区分符合条件的匹配项、近似匹配项和信息缺口的结果

不要擅自放宽硬性筛选条件、猜测身份，也不要将 ZoomInfo 当作 CRM 的权威事实来源。

关键依赖类别

这些依赖对本工作流尤为重要；请自行判断是否还需纳入其他数据源以提升质量。

• ~~Sales Intelligence，具体来说，需要已连接且可用的 ZoomInfo 连接器，以便进行 ZoomInfo 搜索、丰富、意向分析、相似度分析、推荐和研究
• ~~CRM，用于获取客户归属、客户状态、商机事实和预测事实
• 上级销售工作流中的日历、会议记录、电子邮件、内部消息或知识与文件上下文
• 当连接器访问受限或身份信息不完整时，用户提供的姓名、域名、电子邮件、ID、ICP 限制条件和业务背景

如果 ZoomInfo 缺失、不可用、存在歧义，或受限于已公开的连接器功能范围，请说明限制，而不是以缺乏依据的说法代替。

连接器边界

ZoomInfo 支持多个不同操作路径。请选择符合请求的最精简路径。

• 发现：lookup、search_companies、search_contacts、search_intent
• 结构化丰富：enrich_companies、enrich_contacts、enrich_intent
• 叙述式研究：account_research、contact_research
• 相似度分析与推荐：find_similar_companies、find_similar_contacts、get_recommended_contacts
• 仅在用户提出请求时提供连接器反馈：submit_feedback

不要混淆这些操作路径：

• 使用 search_* 发现候选项。
• 当用户需要更完善的结构化字段或核实某项详细信息时，使用 enrich_*。
• 当用户需要叙述式简报、会议准备材料或更全面的情况概览时，使用 account_research 或 contact_research。
• 对于“查找类似对象”、客户拓展或利益相关者发现请求，使用相似度分析或推荐操作；不要用它们代替精确的搜索筛选条件。

不要将 ZoomInfo 当作 CRM 的权威事实来源。如果研究结果包含关系或互动背景，请将其标明为连接器提供的上下文，除非这些信息能由 ~~CRM 或周边工作流独立证实。

默认解析流程

按顺序执行以下步骤。

1. 判定目标类型：
   • 公司集合
   • 联系人集合
   • 一个已知公司
   • 一名已知人员
   • 买家意向主题
   • 相似对象或推荐请求
2. 搜索前规范化硬性筛选条件：
   • 地理位置
   • 管理层级
   • 部门或职务类别
   • 员工人数或营收范围
   • 行业或公司类型
   • 技术筛选条件
   • 意向主题
3. 只要连接器要求使用标准化值，就在搜索或意向分析流程前先使用 lookup。
4. 在执行依赖 ID 的丰富、研究或推荐操作之前，解析规范公司或联系人身份。
5. 在将返回的条目概述为匹配项之前，核实它们确实符合用户的硬性约束。
6. 对于未找到、依据薄弱或受连接器限制的信息，请明确说明，不要掩盖信息缺口。

查找规范

使用 lookup 获取受支持的值，不要猜测连接器特定的类别。

• 当相关约束很重要时，对 management-levels、metro-regions、industries、employee-count、departments、job-functions、company-types、revenue-ranges、tech-vendors、tech-products 和 intent-topics 使用 lookup。
• 如果后续操作需要标识符，请使用 lookup 返回的标准化标识符，而非美化后的显示标签。
• 对于技术栈搜索，先解析供应商，再解析该确切供应商的产品，然后将返回的产品标识符传入搜索。
• 对于意向工作流，先获取确切受支持的意向主题。如果用户请求的概念无法准确对应某个受支持主题，只有在确实接近时才提供最接近的受支持主题；否则说明当前主题分类法无法准确表达该请求。

不要编造 lookup 值，也不要默默替换成相邻类别而不作说明。

标识符解析

在执行依赖 ID 的操作前，谨慎解析实体。

公司

• 相比仅使用公司名称，优先使用 companyId、域名、网站或股票代码。
• 如果用户只提供公司名称，而下一步需要信息补全、研究或目标公司 ID，且公司身份不明确，请先使用 search_companies 查找规范公司条目。
• 如果存在多个合理的公司候选项，请根据域名、总部所在地、行业或用户提供的上下文进行消歧。如果仍有重要歧义，请列出候选项，不要悄然替用户选择。
• 对于公司信息补全，如果可用，优先使用 companyId、domain 或 companyWebsite，而非含糊的纯名称输入。

联系人

• 相比仅使用姓名，优先使用 personId、工作邮箱或准确的全名加公司组合。
• 如果用户根据姓名请求联系人研究、相似联系人或其他依赖人员 ID 的工作流，请先使用 search_contacts 解析目标人员。
• 如果同名对应多个合理人选，请明确列出候选项，不要编造单一匹配结果。
• 对于联系人信息补全，请使用最可靠的可用标识符；如果先搜索可以降低身份歧义，请避免仅凭宽泛的姓名进行信息补全。

运行时格式

• 以操作接受的运行时兼容基本类型格式传递连接器返回的标识符。
• 当连接器提供数字格式的 ZoomInfo 标识符，且目标操作在运行时要求数字标识符时，请保留其数字格式，不要改写为文字或猜测新的值。
• 如果某项操作拒绝了看似有效的标识符格式，仅在目标明确无误时，才使用连接器直接返回的对应基本类型重试一次。如果仍然失败，请报告连接器契约不匹配，并仅依据可用的低风险证据继续操作。

搜索规范

公司搜索

• 搜索前，将用户的 ICP 转换为明确的筛选条件。
• 如果连接器支持，请优先使用地理位置、员工人数、收入、公司类型、融资、增长和技术使用情况等结构化筛选条件。
• 如果用户要求“美国公司”“加利福尼亚州的公司”或其他严格的地理范围，请在将每条结果认定为符合条件的匹配项前，确认其符合所要求的地区。
• 如果搜索返回的条目接近但并不完全符合条件，请将 Matches 与 Near Matches 分开列出，不要掩盖其中的区别。
• 不要声称有限结果页覆盖了整个市场。

联系人搜索

• 如果能提高精准度，请同时使用管理级别、部门、职能、公司和职位筛选条件。
• 对于“RevOps 副总裁、总监或负责人”这类职务族请求，请从最可能奏效的最窄结构化解释入手。
• 如果单个宽泛的职位查询返回的结果很少、明显不完整或不相关，请将该职务族拆分为少量有针对性的搜索，合并重复项，并汇总去重后的候选名单。
• 优先使用直接返回的业务字段。不要推断私人电子邮箱、个人电话号码或缺失的职业档案。

意向搜索

• 始终先使用 lookup 确定确切的意向主题，再调用 search_intent 或 enrich_intent。
• 在回答中明确呈现主题，让用户了解实际搜索了什么。
• 如果返回的意向主题明显比用户的概念更窄、更宽或只是相近，请说明这一点。
• 如果主题查询或搜索路径无法忠实支持用户要求的概念，请说明这一限制，不要夸大结果。

丰富数据与研究的顺序

在可行时，先用成本较低的步骤缩小范围，再执行成本较高或精准度较低的操作。

• 如果实体本身尚不明确，先进行搜索。
• 如果用户需要公司属性字段、联系能力字段或可用于批量处理的表格输出，请使用结构化数据丰富。
• 如果用户需要简报、态势信息或会前准备式综合分析，请使用叙述式研究。
• 对于 Top-N 发现请求，默认不要丰富每个原始候选项。先缩小范围，再仅对能实质改善答案的候选名单进行数据丰富。
• 如果相似度或推荐工作流返回的个人或公司详情较少，仅当用户要求提供可采取行动的详情，或上下游工作流需要这些信息时，才补充有针对性的数据丰富步骤。

相似度与推荐流程

相似公司

• 如果用户要求发现类似竞争对手的公司、相似公司或相邻客户，请使用 find_similar_companies。
• 如果参照公司不明确，请先确认后再调用相似度工具。
• 如果用户需要可用的市场名单，而不是原始相似度结果，请适度丰富最终候选名单，补充用户要求的基本信息，例如网站、位置、员工规模或简要描述。

相似联系人

• 如果用户提供了姓名，请使用 search_contacts 确定 referencePersonId。
• 如果用户想在特定客户公司中查找相似联系人，请使用 search_companies 确定 targetCompanyId。
• 根据返回的元数据说明推荐理由，不要编造相似性依据。

推荐联系人

• 先确定目标公司。
• 选择与用户意图相符的推荐用例：
  • PROSPECTING
  • DEAL_ACCELERATION
  • RENEWAL_AND_GROWTH
• 如果用例会影响解读，请在最终说明中解释其含义。
• 将推荐分数视为排序信号，而非回复概率或成功保证。

按额度消耗调整行为

在工作流允许时，优先使用免费或成本较低的发现步骤，再进行会消耗额度的数据丰富或 AI 研究。

• 在适当情况下，先使用 lookup、search_companies、search_contacts 和 search_intent 缩小范围。
• 当用户要求这些操作能提供更深入的结果时，再使用 enrich_companies、enrich_contacts、enrich_intent、account_research 和 contact_research。
• 对于宽泛的批量请求，请在回答中说明操作范围，并避免对明显不合适的候选项进行不必要的数据丰富。

对于用户明确要求的小规模数据丰富任务，不要增加不必要的步骤。如果连接器操作可能消耗了大量额度，或缩小范围后重新运行能显著降低成本，请明确说明。

失败处理

• 如果连接器未返回结果，请说明“未找到明确匹配的 ZoomInfo 结果”，而不是凭空编造。
• 如果结果不符合硬性筛选条件，请将其从合格结果中排除，并说明不匹配之处。
• 如果无法获取必需的查询值，请说明哪项约束无法准确表示。
• 如果研究回复内容单薄或泛泛而谈，请保留有用部分，但标明覆盖范围有限。
• 如果推荐或相似度查询缺乏实际可操作性，请说明还需要哪些额外的补充信息或用户上下文。
• 如果连接器的行为似乎与其自身的操作约定不一致，且影响完整性或可信度，请在回答中明确说明这种不一致。

输出规则

• 候选列表、补充信息结果、相似公司列表和联系人建议优先使用紧凑表格。
• 有可点击的连接器返回链接时优先使用；切勿根据不透明 ID 猜测并构造链接。
• 区分：
  • 合格匹配
  • 适用时列出 近似匹配
  • 缺口 / 连接器限制
• 将有来源支持的事实与 推断： 分开。
• 不要猜测电子邮件、电话号码、具体意向或连接器未提供的置信度。
• 如果回答依赖连接器报告的字段或推荐元数据，请直接说明。
• 如果用户要求排序列表，请根据明确的连接器信号或所述标准排序，而不是依据模型不可见的偏好。

输出格式

# [ZoomInfo 搜索 / 补充信息 / 研究]

## 合格匹配

| 公司 / 人员 | 关键匹配依据 | 有用详情 | 来源 |
| --- | --- | --- | --- |
| [结果] | [符合硬性筛选条件] | [返回的字段] | [链接或连接器来源] |

## 近似匹配

- [结果 + 确切的不匹配之处，适用时列出]

## 缺口 / 连接器限制

- [缺失字段、不支持的筛选条件、覆盖范围有限、歧义或考虑额度的后续步骤]

---

{遵循 [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements) 中的说明及输出格式／条件}

{遵循 [Next Steps](../index/SKILL.md#4-next-steps) 中的说明及输出格式／条件}