sales-zoominfo について
sales-zoominfo は、ZoomInfo を利用する営業、マーケティング、オペレーション、開発チーム向けのスキルです。製品と目的を確認して機能別の手順を案内し、戦略に関する質問は関連スキルへ振り分けます。
主な機能
- 01SalesOS、MarketingOS、OperationsOS に対応
- 02製品・役割・目的の背景を確認
- 03画面操作と API の手順を案内
- 04戦略の質問を関連する営業スキルへ振り分け
- 05クレジット、権限、トークンの注意点を提示
活用シーン
- 01インテントシグナルと見込み客検索を設定
- 02CRM レコードを一括で補完または整理
- 03ZoomInfo API 連携の OAuth を設定
- 04製品操作と営業戦略の質問を切り分け
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sales-skills/ sales --skill sales-zoominfoインストール後、Claude Code で/sales-zoominfoを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/learnings.mdplatform-guide.mdzoominfo-api-reference.md詳細
ZoomInfo プラットフォームヘルプ
ZoomInfo プラットフォームに関する質問に対応します。SalesOS(プロスペクティング、エンリッチメント、インテント、組織図、Engage シーケンス、会話インテリジェンス)、MarketingOS(B2B 広告、FormComplete、ウェブサイトチャット)、OperationsOS(データオーケストレーション、CRM のデータクレンジング、重複排除)、Copilot(AI によるパイプライン管理)、API 統合を扱います。
ステップ 1 — 状況を確認する
references/learnings.md が存在する場合は、蓄積された知識を確認するため、最初に読みます。
ユーザーに次の質問をします。
-
どの ZoomInfo 製品を使用していますか?
- A) SalesOS — プロスペクティング、エンリッチメント、Engage シーケンス
- B) MarketingOS — 広告、FormComplete、チャット
- C) OperationsOS — データオーケストレーション、CRM のデータクレンジング
- D) Copilot — AI 支援によるパイプライン管理
- E) API — カスタム統合の構築
- F) わからない/複数の領域
-
あなたの役割は何ですか?
- A) 営業担当者または SDR
- B) 営業マネージャーまたはディレクター
- C) マーケティング/需要創出
- D) RevOps/営業オペレーション
- E) 開発者/エンジニア
- F) ZoomInfo を設定する管理者
-
何を達成しようとしていますか?
- A) 見込み顧客リストの検索とエクスポート
- B) 既存の CRM レコードのエンリッチメント
- C) 購買インテントアラートの設定
- D) アウトバウンドシーケンス(Engage)の作成
- E) 広告オーディエンスの設定
- F) CRM データのクレンジング/重複排除
- G) ZoomInfo と CRM や他のツールとの統合
- H) API のプログラムによる利用
- I) その他 — 内容を説明してください
ステップ 2 — 適切なスキルに振り分けるか、直接回答する
質問が ZoomInfo 固有の設定ではなく戦略に関する場合は、適切なスキルに引き継ぎます。
- 一般的なエンリッチメント戦略 →
/sales-enrich - 購買インテントの解釈 →
/sales-intent - マルチチャネルのケイデンス設計 →
/sales-cadence - アカウントマッピング戦略 →
/sales-account-map - CRM データ品質戦略 →
/sales-data-hygiene - B2B 広告戦略 →
/sales-b2b-advertising - 通話コーチングの方法論 →
/sales-call-review - リードのルーティングルール →
/sales-lead-routing - 見込み顧客リストの戦略 →
/sales-prospect-list - ツール連携 →
/sales-integration
質問が ZoomInfo 固有のものである場合は、以下のリファレンスを使って直接回答します。
ステップ 3 — ZoomInfo プラットフォームのリファレンス
各モジュール、料金、統合、データモデルの詳細については、references/platform-guide.md を読みます。
プラットフォームガイドの詳細は不要になりました。ユーザー固有の状況に焦点を当ててください。
ステップ 4 — 実行可能なガイダンス
ユーザーの目的に応じて、手順を順番に説明します。
プロスペクティング(新しいリードの検索)
- Advanced Search のフィルター(業種、従業員数、売上高、テクノロジー)を使って ICP を定義します
- インテントシグナルを重ね、指定したトピックへのインテントを示している企業に絞り込みます
- 組織図を使って購買委員会のメンバー(経済的決裁者、推進者、技術評価者)を特定します
- CRM にエクスポートするか、Engage/Salesloft/Outreach のシーケンスに直接追加します
- 新たに条件に一致する見込み顧客のアラートを設定した保存済み検索を作成します
エンリッチメント
- エンリッチメント対象のレコード(新しいリード、情報が古い連絡先、不完全なアカウント)を特定します
- エンリッチメント方法を選択します。手動(プラットフォーム内)、一括(CSV アップロード)、自動(ルールベース)、または API を選べます
- 一括処理を実行する前に、エンリッチメント項目を CRM 項目にマッピングします
- クレジットの使用量を監視します。エンリッチメントでは、レコードごとにクレジットを消費します
- データを継続的に最新の状態に保つため、自動エンリッチメントルールを設定します
インテントに基づく営業
- ZoomInfo の管理画面でインテントトピックを設定します(自社製品が解決する課題に合わせます)
- インテントの急増と ICP の条件で絞り込んだ保存済み検索を作成します
- 対象アカウントでインテントが急増した際に、Slack/メールアラートが届くよう設定します
- 「推奨連絡先」を使って、インテントが急増しているアカウントの適切な担当者を見つけます
- Engage のシーケンスを開始するか、営業エンゲージメントプラットフォームに追加します
広告の場合(MarketingOS)
- 企業属性+インテント+技術情報のフィルターを使ってオーディエンスセグメントを作成します
- ディスプレイ広告、LinkedIn、Facebookで、これらのオーディエンスを対象としたキャンペーンを作成します
- WebSightsを設定し、広告を見た後にターゲットアカウントがサイトを訪問したかを追跡します
- エンゲージメントのあった訪問者に、ファネル下部向けのクリエイティブを使ってリターゲティングします
- ZoomInfoのアトリビューションで測定し、広告接触後に進展したアカウントを確認します
データオーケストレーションの場合(OperationsOS)
- 現在のCRMデータ品質を監査します — フィールドの入力率、重複率、データ劣化率を確認します
- 今後の重複を防ぐため、照合ルールを設定します
- 役職、業種、会社名の正規化ルールを設定します
- エンリッチメントのワークフローを構築します:新規レコード → 照合 → エンリッチ → 振り分け
- 定期的なデータクレンジングジョブをスケジュールします(月次の重複排除、四半期ごとの更新)
注意事項
調査に基づくベストエフォートの内容です。特に、プランによって利用が制限される機能や、古くなっている可能性のある連携に関する注意事項を確認してください。
-
インテントトピックはサブスクリプションに依存します — インテントシグナルを受け取れるのは、ZoomInfoアカウントで設定されているトピックのみです。ユーザーが表示されないインテントデータについて質問した場合は、まずトピックの設定を確認してください。APIは、サブスクリプションに含まれないトピックを返しません。
-
クレジットシステムは複雑です — アクションによって消費するクレジット数が異なります(SearchとLookupは無料、Enrichは新規レコードごとに一括クレジットを1つ消費、Research/Account-summaryはAIアクションクレジットを消費します)。一括処理ではクレジットがすぐに消費されることがあります。現在のGTM APIはレート制限ヘッダーを返しません。レスポンスヘッダーに頼らず、大規模な処理を行う前にUsage API(
GET /gtm/data/v1/users/current/usage)を確認してください。 -
OAuthアクセストークンの有効期間は短いです — 現在のGTM APIではOAuth 2.0(Client Credentials/Auth Code+PKCE/Refresh Token)を使用し、有効期間の短いベアラートークン(ZoomInfoのドキュメントに記載された例では約1000秒)を使用します。従来のPKI/JWTによる
/authenticateの60分トークンは使用しません。API連携ではトークンの更新に対応する必要があります。よくある障害の原因は、トークンをハードコードした結果、気付かないうちに有効期限が切れることです。自動更新を実装してください。(従来のEnterprise APIのPKI/JWTによる60分トークンは、api-docs.zoominfo.comで引き続き提供されていますが、「Legacy」と表示されています。) -
Copilotを利用できるのはEliteプランのみです — AI機能(次善のアクション、商談予測、自動リサーチ)にはEliteプラン(年間約39,995ドル)が必要です。ProfessionalまたはAdvancedプランを利用している可能性のあるユーザーにCopilotの機能を勧めないでください。
-
WebSightsが特定するのは個人ではなく企業です — IPアドレスと企業の照合で分かるのは組織であり、特定の個人ではありません。訪問者個人を特定できると期待するユーザーもいます。WebSightsとContact Searchを組み合わせ、特定した企業に所属する適切な人物を見つけてください。
- 継続的に改善:ここに記載されていない情報を見つけた場合は、本日の日付とともに
references/learnings.mdに追記してください。
ステップ5 — 関連スキル
/sales-enrich— すべてのプロバイダーを対象としたエンリッチメント戦略とウォーターフォールエンリッチメント/sales-intent— 購買シグナルの解釈とアカウントの優先順位付け/sales-account-map— 購買委員会と組織図のマッピング/sales-cadence— マルチチャネルのアウトバウンドシーケンスの設計/sales-call-review— 録音された営業電話に基づくコーチング/sales-live-chat— ウェブサイトのチャット戦略と実装/sales-data-hygiene— CRMデータ品質、重複排除、データ劣化の管理/sales-b2b-advertising— プラットフォーム横断のアカウントベース広告戦略/sales-prospect-list— ターゲットを絞った見込み客リストの作成/sales-integration— ZoomInfoとCRMなどのツールとの接続/sales-lead-routing— リードの割り当てとテリトリールール/sales-deliverability— Engageシーケンスのメール到達性/sales-do— どのスキルを使えばよいか分からない場合に、ルーターがあらゆる営業目標に適したスキルを選びます。インストール:npx skills add sales-skills/sales --skill sales-do
例
例 1:インテントに基づく新規顧客開拓の設定
ユーザーの発言:「サイバーセキュリティソリューションの購入意向を示している企業を見つけ、適切な担当者を特定したいです」 スキルの動作:インテントトピック(エンドポイントセキュリティ、SIEM、ゼロトラストなど)の設定、ICP フィルターとインテントの急増を組み合わせた保存済み検索の作成、推奨連絡先を使ったセキュリティ分野の意思決定者の検索、新たな急増を知らせる Slack アラートの設定を順に案内します。 結果:ユーザーは、購入意向が高まっている見込み顧客企業と適切な担当者を見つける、インテントをトリガーとした新規顧客開拓のワークフローを利用できるようになります。
例 2:CRM データの一括補完
ユーザーの発言:「Salesforce に電話番号の欠落や古い役職名がある連絡先が 15,000 件あります。ZoomInfo でどう整理すればよいですか?」 スキルの動作:OperationsOS によるデータオーケストレーションの方法を提案します。古いレコードをエクスポートし、API またはプラットフォーム内で一括データ補完を実行して、フィールドを Salesforce にマッピングし、データを継続的に最新の状態に保つ自動補完ルールを設定します。また、大規模な処理ではクレジット消費に注意するよう促します。 結果:ユーザーは 15,000 件のレコードを更新し、今後のデータ劣化を防ぐ計画を立てられます。
例 3:カスタムデータ補完の API 連携
ユーザーの発言:「リードスコアリングシステムを構築しており、新しいリードが入るたびに API 経由で ZoomInfo のデータを取得する必要があります」
スキルの動作:API 認証の設定(OAuth 2.0 クライアントクレデンシャル → /gtm/oauth/v1/token からのベアラートークン取得)を説明し、エンリッチコンタクトエンドポイント(POST /gtm/data/v1/contacts/enrich)のリクエストとレスポンスの形式を示します。クレジットへの影響を説明し、トークン更新ロジックと 429 エラー発生時のバックオフ処理の実装を推奨します。
結果:ユーザーはリアルタイムのリードデータ補完に使える、動作する API 連携コードを利用できます。
トラブルシューティング
ターゲット企業のインテントデータが表示されない
症状:ユーザーがインテントトピックを設定したものの、想定している企業のシグナルが表示されません。 原因:インテントトピックは ZoomInfo の分類体系と正確に一致している必要があります。また、小規模企業ではインテントシグナルの検出に必要なウェブアクティビティが十分に発生しない場合があります。 解決策:ZoomInfo の管理画面でインテントトピックの設定を確認してください。トピックが ZoomInfo で利用できる分類体系(4,000 件以上のトピック)に合っているか確認します。小規模企業については、インテントだけに頼らず、補完的な購入シグナルとして Scoops とニュースアラートを使用してください。
API が最初は動作していたのに 401 を返す
症状:動作していた API 呼び出しが突然 401 Unauthorized を返します。
原因:OAuth アクセストークンの有効期限が切れています(有効期間は短く、ZoomInfo のドキュメント例では約 1,000 秒です。従来の PKI/JWT トークンの有効期間は 60 分でした)。
解決策:トークン更新ロジックを実装してください。現行の GTM API では、POST /gtm/oauth/v1/token(クライアントクレデンシャル)でトークンを再要求するか、expires_in の期限が切れる前にリフレッシュトークンフローを使用します。サーバー間の自動化では、developer.zoominfo.com で登録したアプリの client_id/client_secret を使い、クライアントクレデンシャルフローを使用してください。401 は再試行できないエラーです。再認証してから 1 回だけ再試行してください。
データ補完で不完全なデータが返される
症状:一括データ補完で、フィールド(電話番号やメールアドレス)が欠落しているレコードが返されます。
原因:ZoomInfo のデータ範囲は連絡先によって異なり、確認済みの直通電話番号やメールアドレスがすべての担当者にあるとは限りません。また、一部のフィールドはプランによって利用が制限されています。
解決策:プランでアクセスできるデータのレベルを確認してください。連絡先情報が欠落している場合は、/sales-enrich を使ったウォーターフォール型のデータ補完(ZoomInfo → Apollo → Lusha)を使用してください。企業データが欠落している場合は、企業名より一致率の高い識別子として企業のドメインを指定し、会社データ補完エンドポイントを試してください。