sales-enrich

連絡先を充実させ、CRM データをクリーンアップする

検証済みのデータで連絡先や企業情報を充実させ、古い CRM レコードを整理し、データ補完のワークフローを最適化できるよう支援します。このスキルは特定のプラットフォームに依存しませんが、主なツールとして Apollo.io を取り上げています。同じ方法は ZoomInfo、Clay、Lusha、Cognism など、あらゆるデータ補完プロバイダーで活用できます。

ステップ 1 — 状況を確認する

references/learnings.md がある場合は、これまでに蓄積された情報を確認するため、最初に読んでください。

ユーザーに次の質問をします。

1. 何をする必要がありますか？

   • A) 連絡先リストにメールアドレスや電話番号を追加する
   • B) 企業／アカウントのレコードに企業統計データを追加する
   • C) 古い CRM データや不完全な CRM データを整理する
   • D) 継続的な自動データ補完を設定する
   • E) 連絡先またはアカウントの重複を排除する
   • F) キャンペーンの前に既存のメールアドレスを検証する
   • G) その他 — 内容を説明してください

2. 対象となるレコードは何件ですか？

   • A) 100 件未満（手動／単発）
   • B) 100～1,000 件（バッチ処理）
   • C) 1,000～10,000 件（大量処理）
   • D) 10,000 件以上（大規模なクリーンアップ）
   • E) 継続的（新しいレコードを継続して補完）

3. どのデータ補完ツールを利用できますか？

   • A) Apollo.io
   • B) ZoomInfo
   • C) Clay
   • D) Lusha／Cognism
   • E) Clearbit／Breeze
   • F) 複数のプロバイダー（ウォーターフォール）
   • G) まだありません — おすすめを教えてください

4. どのデータが必要ですか？

   • A) メールアドレス（検証済み／配信可能）
   • B) 電話番号（直通／携帯）
   • C) メールアドレスと電話番号の両方
   • D) 企業統計データ（企業規模、売上高、業種、技術スタック）
   • E) 上記すべて

ステップ 2 — データ補完の方針を決める

件数と頻度に応じて、適切な方法を選びます。

単一レコードのデータ補完

• 適した場面：特定の見込み客を調査する場合、手動で見込み客を開拓する場合
• 方法：データ補完ツールまたは API で個別のレコードを検索します
• クレジットのコスト：1 人あたり 1 クレジット（メール）。電話番号には追加のクレジットが必要です
• 最適な対象：価値の高い ABM ターゲット、経営幹部クラスの連絡先

バッチでのデータ補完

• 適した場面：キャンペーン開始前にリストを補完する場合
• 方法：CSV をアップロードするか、プラットフォーム上でレコードを選択して一括補完します
• クレジットのコスト：補完するレコード 1 件につき 1 クレジット（計画的に利用してください）
• 最適な対象：キャンペーンの準備、アプローチ前のリスト整理

自動データ補完

• 適した場面：CRM データを継続的に最新の状態に保つ場合
• 方法：新しいレコードの作成時、またはスケジュールに従ってデータを補完するルールを設定します
• クレジットのコスト：継続的に発生するため、月ごとのクレジットを予算に組み込みます
• 最適な対象：安定したリードの流入があり、手作業なしでデータ品質を維持したいチーム

ウォーターフォールによるデータ補完

• 適した場面：単一のプロバイダーでは十分なカバレッジが得られない場合
• 方法：まずプロバイダー A を試し、結果がなければプロバイダー B、次にプロバイダー C を試します
• クレジットのコスト：各段階でデータ補完に成功した場合にのみ支払います
• 最適な対象：ニッチなペルソナや海外の連絡先をターゲットにする際に、カバレッジを最大化したい場合
• 主なウォーターフォールプロバイダー：

プロバイダー	強み	カバレッジ
Clay	150 以上のプロバイダーに対応した、ウォーターフォール専用の構築済みサービス	最も広範 — 複数の情報源を集約
Apollo	メールアドレスと電話番号の補完（ウォーターフォール機能はベータ版）	2 億 7,500 万件以上の連絡先
ZoomInfo	エンタープライズ向けの企業統計データと連絡先情報	3 億 2,100 万件以上の連絡先
Seamless.AI	リアルタイムで検証済みのメールアドレスと携帯電話番号	18 億件以上のメールアドレス、4 億 1,400 万件以上の携帯電話番号
Cognism	EMEA／海外の携帯電話番号	EU のカバレッジが強い
Lusha	メールアドレスと直通番号をすばやく検索	1 億件以上の連絡先
Hunter.io	ドメイン検索、メール検索、メール検証	メールに特化、一括処理に対応
Tomba	ドメイン検索、メール検索、一括データ補完	インデックス済みメールアドレス 4 億 3,000 万件
Prospeo	5 段階のメール検証と企業情報の補完	2 億 8,000 万件以上のリード
Snov.io	メール検索、検証、キャンペーン	6 億件以上の連絡先

プロバイダーごとの詳しいワークフロー、API エンドポイント、クレジットの費用体系については、references/platforms.md を参照してください。

ステップ 3 — データ補完を実行する

エンリッチメント前のチェックリスト

• まず重複を排除する：エンリッチメントを行う前に重複レコードを削除します。同じ人物へのエンリッチメントに二重で費用をかけないようにします
• 条件を満たすレコードだけに絞り込む：連絡する予定のないコンタクトはエンリッチメントしないでください
• 既存のデータを確認する：検証済みのメールアドレスや電話番号がすでにあるレコードはスキップします
• クレジットコストを見積もる：レコード数 × レコードあたりのクレジットコスト。予算内に収めてください
• エンリッチメントの対象範囲を設定する：エンリッチメントするフィールドを選びます（メールアドレスのみのほうが、メールアドレス＋電話番号＋企業属性よりも低コストです）

プラットフォーム固有のエンリッチメントワークフロー、API エンドポイント、クレジットの費用対効果、一括操作の手順については、references/platforms.md を参照してください。

コンプライアンスチェックリスト

エンリッチメントや連絡を行う前に、対象地域のデータプライバシー規制に準拠していることを確認してください。

EU のコンタクト（GDPR）：

• 処理の法的根拠がある（B2B の営業連絡では正当な利益が一般的ですが、その根拠を文書化してください）
• エンリッチメントプロバイダーが GDPR に準拠したデータソーシングポリシーを定めている（DPA を確認してください）
• 消去権のリクエストに対応できる。削除を求められた場合、すべてのシステムから削除できます
• 営業連絡に、配信停止の方法を明記している
• 必要な範囲を超えて個人データをエンリッチメントしていない（データ最小化の原則）

米国のコンタクト（CAN-SPAM）：

• すべてのメールに実際の郵送先住所を記載している
• すべてのメールに機能する配信停止リンクを記載している
• 配信停止リクエストに10 営業日以内に対応している
• 件名が誤解を招く内容ではない
• 該当する場合、メールが広告であることを明記している

カリフォルニア州のコンタクト（CCPA/CPRA）：

• 該当する場合、「個人情報を販売しないでください」の選択肢を提供している
• 消費者から求められた場合、収集した個人データの内容を開示できる
• エンリッチメントベンダーのデータ収集方法が CCPA に準拠している

一般的なルール：

• 誰かが配信停止した場合は、全体で配信対象から除外します。翌月に再度エンリッチメントしてリストに追加しないでください
• コンタクトを一括でエンリッチメントする場合は、まず地域ごとの分布を確認し、関連する規制のうち最も厳しいものを適用してください
• 監査に備えて、エンリッチメントしたデータの取得元（プロバイダー名と取得時期）を記録してください

データ品質のスコアリング

エンリッチメント後に、データ品質を評価してください。

フィールド	品質レベル	対応
メールアドレスが検証済みで配信可能	高	営業連絡に使用できます
メールアドレスは見つかったが未検証	中	送信前に検証ツール（NeverBounce、ZeroBounce）で確認してください
メールアドレスが見つからない	低	別のエンリッチメントプロバイダーを試すか、LinkedIn／企業のウェブサイトで探してください
電話番号 — 直通／携帯	高	発信に使用できます
電話番号 — 本社／代表電話	低	コールドコールには役立ちません。直通番号を探してください

ステップ 4 — CRM データの衛生管理

古いデータの特定、重複排除の戦略、エンリッチメントのスケジュール、継続的なデータ品質の自動化については、/sales-data-hygiene を使用してください。このスキルでは、レコードの照合、マージのルール、監査証跡、更新頻度について詳しく説明しています。

重要なルール：エンリッチメントの前に必ず重複を排除します。同じ人物へのエンリッチメントに二重で費用をかけないでください。

ステップ 5 — クレジットの最適化

クレジットを節約する方法

• 条件を満たすレコードだけをエンリッチメントする：エンリッチメントの前に ICP フィルターを適用し、条件に合わないコンタクトにクレジットを浪費しないでください
• まず既存のデータを確認する：必要なデータがすでにあるレコードはスキップします
• 電話番号よりメールアドレスを優先する：メールのクレジットは通常、より低コストです。実際に電話するコンタクトに限って電話番号を取得してください
• ウォーターフォールを戦略的に利用する：最も低コストのプロバイダーから始め、価値の高いターゲットにはプレミアムプロバイダーを利用します
• リアルタイムより一括処理を利用する：一括エンリッチメントは、1 件ずつ処理するよりクレジット効率が高いことがよくあります
• 使用量を毎週確認する：月間クレジット予算の 80％に達したときに通知されるよう設定します

プラットフォーム固有のクレジットの費用対効果については、該当するプラットフォームスキル（/sales-apollo、/sales-zoominfo、/sales-clay など）または references/platforms.md を参照してください。

注意点

• 重複を排除する前にエンリッチしないでください。 Claude は「すべてをエンリッチしてから整理する」方法をよく勧めます。これでは重複レコードにクレジットを無駄に消費します。必ず最初に重複を排除し、整理済みのリストをエンリッチしてください。

• エンリッチで取得したメールアドレスが配信可能だと決めつけないでください。 エンリッチメントツールはメールアドレスを見つけますが、配信可能であることを保証するものではありません。大規模なキャンペーンの前に、エンリッチで取得したメールアドレスは必ず検証ツール（NeverBounce、ZeroBounce、MillionVerifier）にかけてください。Apollo が「verified」と報告したメールアドレスでも、5〜10％の割合でバウンスします。

• CRM データベース全体を一度にエンリッチしないでください。 Claude はすべてを一括でエンリッチするよう提案しがちです。これはクレジットを急速に消費し、連絡する予定のないレコードまでエンリッチしてしまいます。優先度の高いセグメントから始め、対象を広げてください。

• 電話番号のクレジット費用を軽視しないでください。 ほとんどのツールでは、携帯電話番号の取得はメールアドレスの取得より5〜10倍高額です。リスト全体ではなく、チームが実際に電話をかける連絡先に限って電話番号を取得してください。

• クレジット予算の上限を設定せずに自動エンリッチメントを設定しないでください。 自動エンリッチメントの対象を広く設定すると、数日で1か月分のクレジットを使い切ることがあります。月ごとの上限を設定し、自動エンリッチメントの対象を ICP に合致する新規レコードに限定してください。

• 地域ごとのコンプライアンスを確認せずに連絡先をエンリッチしないでください。 適法な処理根拠なしに EU の連絡先をエンリッチしたり（GDPR）、配信停止リンクなしで米国の連絡先にメールを送ったり（CAN-SPAM）すると、法的リスクが生じます。一括エンリッチの前に、ステップ3のコンプライアンスチェックリストを確認してください。

• 自己改善：ここで扱われていない情報を見つけた場合は、今日の日付を付けて references/learnings.md に追記してください。

特定のプラットフォームスキルを推奨する前に

このスキルは、多数のプラットフォームにまたがる戦略領域を扱います。ユーザーに特定のプラットフォームスキル（## Related skills に記載された /sales-{platform}、例：/sales-mailshake、/sales-klaviyo、/sales-apollo）を案内する前に、そのプラットフォームスキルの実際の SKILL.md を必ず読んでください。## Related skills の1行の説明は候補を特定するには十分ですが、そのスキルの採用を決定したり、それをうまく呼び出すプロンプトを作成したりするには不十分です。

読み方：

• ~/.claude/skills/{skill-name}/SKILL.md がローカルに存在する場合は、Read してください。
• sales-* スキルの場合は、このリポジトリから直接 WebFetch してください：https://raw.githubusercontent.com/sales-skills/sales/main/skills/{skill-name}/SKILL.md — 例：sales-mailshake の場合は https://raw.githubusercontent.com/sales-skills/sales/main/skills/sales-mailshake/SKILL.md。
• sales-* 以外のスキル（サードパーティ製）の場合は、インストールされていれば ~/.claude/skills/sales-do/references/skill-sources.md で {org}/{repo} を調べ、そのリポジトリ内の同じ skills/{skill-name}/SKILL.md のパスを取得してください。

読んだ後は、 SKILL.md に記載された具体的な内容（対象範囲、サブフロー、argument-hint の形式、または「次の場合は使用しないでください」という否定的な適用条件）に基づいて推奨してください。生成する呼び出しは、プラットフォームスキルの argument-hint に合わせてください。プラットフォームスキルがユーザーの状況に合わないと分かった場合は、別のスキルに切り替えるか、ここで直接質問に対応し、適合しないスキルを推奨しないでください。

関連スキル

• /sales-prospect-list — その後エンリッチする見込み客リストを作成します
• /sales-intent — エンリッチ済みの連絡先に購買シグナルを重ねて、アプローチの優先順位を付けます
• /sales-cadence — エンリッチ済みの連絡先向けにアウトバウンドシーケンスを設計します
• /sales-data-hygiene — CRM のデータ品質、重複排除、エンリッチメントの自動化
• /sales-apollo — Apollo.io プラットフォームのヘルプ（エンリッチメント設定、クレジット管理）
• /sales-clay — Clay プラットフォームのヘルプ（150+ のプロバイダーをまたいだウォーターフォールエンリッチメント）
• /sales-zoominfo — ZoomInfo プラットフォームのヘルプ（エンリッチメント、インテント、OperationsOS）
• /sales-clearbit — Clearbit / Breeze Intelligence プラットフォームのヘルプ
• /sales-hunter — Hunter.io（Domain Search、Email Finder、Email Verifier）
• /sales-seamless — Seamless.AI（1.8B+ の連絡先、CRM Enrich、Autopilot）
• /sales-snov — Snov.io（メール検索、検証、マルチチャネルキャンペーン）
• /sales-brandjet — BrandJet AI プラットフォームのヘルプ — マルチチャネルアプローチ、ブランドインテリジェンス、AI モニタリング
• /sales-sendr — Sendr プラットフォームのヘルプ（Data Studio のエンリッチメント、Lead Finder の 479M+ の連絡先、パーソナリティ分析）
• /sales-leadiq — LeadIQ プラットフォームのヘルプ（Chrome 拡張機能による見込み客開拓、チャンピオンの追跡、CRM エンリッチメント、GraphQL API）
• /sales-texau — TexAu プラットフォームのヘルプ（32+ のプロバイダーをまたいだウォーターフォールエンリッチメント、非同期のメール検索／検証、ウェブ／企業シグナル、REST API + MCP サーバー）
• /sales-surfe — Surfe プラットフォームのヘルプ（LinkedIn から CRM への Chrome 拡張機能 + ウォーターフォールエンリッチメント API、HubSpot／Salesforce／Pipedrive／Copper との同期、非同期エンリッチエンドポイント + ウェブフック）
• /sales-crystal — Crystal（Crystal Knows）プラットフォームのヘルプ — パーソナリティのエンリッチメント（見込み客の DISC タイプ + コミュニケーションのヒントを予測）、Chrome 拡張機能、Profile API、MCP サーバー
• /sales-personality-selling — パーソナリティに基づく営業戦略：DISC／OCEAN を読み取ってアプローチを調整し、Crystal / Humantic AI / Humanlinker / Happysales から選択します
• /sales-do — どのスキルを使えばよいかわからない場合、ルーターがあらゆる営業目標に適したスキルを選びます

使用例

例 1：キャンペーン前のエンリッチメント

ユーザーの発言：「キャンペーン用の連絡先が 500 件ありますが、メールアドレスがあるのは 60% だけです。残りをエンリッチしてください。」 スキルの動作：

1. まずリストの重複を排除するよう提案します
2. メールアドレスがないレコードに絞り込みます
3. Apollo でメールアドレスのみを対象にした一括エンリッチメントを設定します（電話番号のクレジットを節約）
4. シーケンスを開始する前にメールアドレスを検証するよう提案します 結果：リストのメールアドレス網羅率が 85%+ になり、検証済みでアプローチの準備が整います

例 2：CRM データのクリーンアップ

ユーザーの発言：「Salesforce に連絡先が 50,000 件ありますが、データの半分は古くなっています。整理を手伝ってください。」 スキルの動作：

1. 古いデータのパターン（バウンスしたメール、古い役職、欠落しているフィールド）を特定します
2. 段階的な方法を提案します：重複排除 → 上位セグメントの優先順位付け → 一括エンリッチメント
3. 今後のデータの陳腐化を防ぐため、継続的なエンリッチメントスケジュールを設定します
4. クリーンアップに必要なクレジットの予算を算出します 結果：クレジットを意識したエンリッチメント戦略を含む、段階的な CRM データ衛生計画が得られます

トラブルシューティング

エンリッチメントの一致率が低い

原因：見込み客がニッチな業界にいる、一般的でないメールドメインを使っている、または非常に上級の役職に就いている（C-suite のデータは見つけにくい） 解決策：複数のプロバイダーを使ったウォーターフォールエンリッチメントを試してください。C-suite の場合は、LinkedIn で手動検索するか、コールドアウトリーチの代わりに紹介を依頼してください。

エンリッチメント済みのメールがバウンスする

原因：データプロバイダーのレコードが古い、または本人が最近転職した 解決策：送信前に、エンリッチメント済みのメールを専用の検証サービスに通してください。フィードバックループを設定し、メールがバウンスしたら連絡先を再エンリッチするか削除してください。

月の途中でクレジットがなくなる

原因：過剰なエンリッチメント（対象レコードが多すぎる、または不要な電話番号のエンリッチメント） 解決策：Settings > Usage で使用状況を確認してください。エンリッチメントの対象を ICP の条件を満たすレコードのみに絞ってください。電話番号の表示は、架電対象としてタグ付けされた連絡先に限定してください。上限に常に達する場合は、プランのアップグレードを検討してください。