エージェンシーアウトリーチは標準的なB2Bデータベースアウトリーチよりも多くのステップが必要。
B2Bデータベースのエクスポートなら氏名、会社名、メールアドレスが揃っている。エージェンシーディレクトリのリストは企業プロファイルとドメインのみを提供する。プロファイルとアウトリーチの間にあるメールアドレス探索のステップこそが、複雑さと品質リスクが生じる場所だ。
このワークフローはClutch、DesignRush、GoodFirms、UpCity、G2、Capterra、Trustpilotなど、あらゆるエージェンシーディレクトリソースに適用できる。
エージェンシーのメール探索・検証の全ワークフロー
エージェンシーディレクトリとターゲット条件を選択
（カテゴリ、所在地、会社規模、レビュー数）
→ 企業プロファイルとドメインを収集
→ ターゲットコンタクトを特定
（創設者、CEO、グロース責任者、事業開発担当）
→ ドメイン＋コンタクト名でメールファインダーを実行
→ ファインダーの出力を収集
→ 正規化と重複排除
→ BillionVerifyで検証
→ シグナルに基づいてルーティング
→ 有効なレコードをCRMまたは送信ツールにインポート
→ シーケンスを開始
ステップ1：ディレクトリからターゲット企業を選択する。
メール探索を実行する前に、ターゲティング条件を明確に定義する。エージェンシーディレクトリを広く収集すると、シグナル品質の低いノイズの多いリストになる。
| ターゲティング条件 | 重要な理由 |
|---|---|
| サービスカテゴリ | ターゲットカテゴリのエージェンシーはオファーを必要とする可能性が高い |
| 会社規模 | メールインフラの品質と意思決定者に影響する |
| レビュー数と最近性 | 活発なビジネスと高品質な公開プレゼンスを示す |
| 所在地 | アウトリーチの関連性と言語に影響する可能性がある |
| ポートフォリオの特性 | クライアントの種類や案件のシグナル — ICPとのマッチングに活用 |
ステップ2：企業内の適切なコンタクトを特定する。
エージェンシーアウトリーチの品質は、適切な人物に到達できるかどうかにかかっている。ほとんどのエージェンシーオファーに対する意思決定者は、プロジェクトマネージャーや開発者ではなく、オーナー、CEO、または事業開発責任者だ。
| エージェンシー規模 | 想定される意思決定者 | メール探索のアプローチ |
|---|---|---|
| 1〜10名 | 創設者または単独オーナー | LinkedInプロファイル＋ドメインファインダー |
| 11〜50名 | CEOまたは事業開発リード | ウェブサイトまたはLinkedIn上の名前付きコンタクト |
| 51〜200名 | パートナーシップまたはグロース責任者 | チームページ、LinkedIn、ドメインファインダー |
| 200名以上 | 事業開発チーム | 複数コンタクト、複数の検証実行 |
ステップ3：メールファインダーを実行する。
Hunter、Apollo、Snov.ioなどのツールをコンタクトの名前とともに企業ドメインに対して使用する：
| 入力情報 | 期待される出力 |
|---|---|
| 企業ドメイン＋氏名 | パターンマッチしたメールアドレス |
| 企業ドメインのみ | 最も一般的なメールパターン（テストに有用） |
| LinkedInプロファイルURL | エンリッチメントツールからのメール探索 |
ファインダーの出力品質はドメインによって異なる。小規模エージェンシーに多いキャッチオールドメインは、どのアドレスパターンに対してもポジティブなSMTP結果を返す。BillionVerifyはこれらにフラグを立てるため、別途ルーティングできる。
ステップ4：発見したメールを検証する。
ファインダーがアドレスを返したら、CRMやキャンペーンに追加する前に検証する。
| BillionVerifyの結果 | エージェンシーコンタクトへの意味 |
|---|---|
| 有効 | インポートして標準シーケンスに含めても安全 |
| 無効 | ファインダーが間違ったパターンを返した — インポートしない |
| キャッチオール | ドメインはすべてのアドレスを受け付けるが、特定のメールボックスが存在しない可能性がある |
| ロールベース | ファインダーが名前付きコンタクトではなく汎用受信ボックスを返した |
| 不明 | サーバーレスポンスが判断不能 — 送信前に確認が必要 |
| リスクありまたは使い捨て | 実際のビジネスアドレスではない — インポートしない |
ステップ5：シグナルに基づいてルーティングする。
| シグナル | アクション |
|---|---|
| 有効 | メインキャンペーンシーケンスにインポート |
| キャッチオール | 別の低ボリュームセグメント、配信可能性を密接に監視 |
| ロールベース | 共有受信ボックス向けメッセージの別キャンペーン |
| 無効 | サプレッションファイル — 今後のキャンペーンでも使用しない |
| 不明 | 確認キュー — 送信前に判断が必要 |
| リスクあり | サプレッションファイル |
エージェンシーアウトリーチ用サプレッションリストの維持
エージェンシーディレクトリは大幅に重複している。同じ企業がClutch、DesignRush、G2に、わずかに異なるプロファイルデータで掲載されている場合がある。サプレッションリストがないと、同じコンタクトが異なる探索実行を通じて複数回発見・追加される可能性がある。
新しいバッチを実行する前に、発見したすべてのアドレスを以下と照合する：
- 過去にサプレッションされたアドレス（バウンス、配信停止、苦情）
- インポート済みのCRMコンタクト
- 過去に検証・除外されたアドレス（キャッチオール、ロールベース）
エージェンシーメールファインダーワークフローに関するよくある質問
エージェンシーのメール探索ワークフロー全体にかかる時間は？
100社のエージェンシーターゲットのバッチの場合：プロファイル収集とコンタクト特定はディレクトリのインターフェイスによって30〜60分かかる。メール探索と検証はほとんどのファインダーツールと検証パスで15〜30分追加される。ディレクトリから検証済みリストまでの全ワークフローは、意味のあるバッチサイズで数時間かかると見込んでおく。
1つのファインダーツールを使うべきか、複数を使うべきか？
同じコンタクトに対して複数のファインダーツールを使うとカバレッジが向上する。Hunterがアドレスを見つけられない場合、ApolloやSnov.ioで見つかることがある。見つかった各アドレスに対して、どのツールで見つけたかに関わらず、BillionVerifyのチェックを1回実行する。インポートするアドレスを選ぶ前に同じコンタクトの複数の結果を検証することで、誤ったアドレスに送信するリスクを減らせる。
複数のディレクトリに掲載されているエージェンシーはどう対処するのが最善ですか？
メール探索を実行する前にドメインレベルで重複排除する。ClutchとDesignRushを同時にソースとしている場合、同じエージェンシーのコンタクトを2回取得すると重複した探索実行が生じる。ファインダー入力前のドメインレベルの重複排除ステップでこれを防ぐ。
汎用エージェンシー受信ボックス向けのメッセージはどう書けばよいですか？
汎用受信ボックス（hello@、contact@）は共有受信ボックスとして扱う。名前のある読者を想定したパーソナライゼーションは使わない。コンテキストなしでも機能する件名を書く。最初の文で、何かを求める前に自己紹介と関連性を説明する。明確な配信停止または返信による解除のパスを用意する。
エージェンシーのメール探索を大規模に自動化できますか？
部分的には可能。ディレクトリのスクレイピング、メールファインダーAPIコール、BillionVerify APIによる検証はすべて自動化できる。コンタクト特定のステップ（エージェンシーの誰が適切なターゲットか判断する）は、構造化されたデータがない小規模エージェンシーでは自動化が難しい。自動化されたエージェンシー探索の品質は、高価値見込み客に対する手動かつターゲットを絞ったアプローチよりも通常低くなる。