レビュープラットフォームは競合を使っている顧客を見せてくれる。到達するには完全なメール探索ステップが必要。
G2とCapterraを使うと、競合製品をレビューしている会社がわかる。これは本当に有用な情報だ — 競合ツールを公開評価した会社は、市場にいて予算があり、あなたのカテゴリのソフトウェアを評価済みであることを確認している。
レビュープラットフォームが提供しないのは、それらの会社に連絡する方法だ。レビュアーのプロファイルには名前、職名、雇用主が表示される。メールアドレスは公開していない。レビュアーのプロファイルから検証済みの送信可能なメールを得るには、ドメインリサーチ、ファインダーツール、そしてアウトリーチ前の検証ステップが必要だ。
レビューサイトからの競合顧客リストが高価値な見込み客である理由
競合レビューからのソーシングは、インテントシグナルがより強く具体的であるため、カテゴリリストからのソーシングよりも精度が高い。
| シグナル | 何を示すか |
|---|---|
| 競合製品をレビュー | 会社はカテゴリのソフトウェアをアクティブに使用または最近評価している |
| レビュー日付 | 彼らがいつ評価していたかを示す — 最近のレビューは現在または最近の使用を示す |
| レビュー内容 | 対処できる特定の痛みのポイント、ユースケース、または機能のギャップが表れることが多い |
| レビュアーの職名 | レビュアーがユーザー、バイヤー、または意思決定者かどうかを示す |
| 星評価 | 現在のユーザーからの低評価は乗り換えシグナル — 高評価でも移行の機会になる |
| レビューに掲載された会社 | 実際のビジネス、実際のドメイン、実際の予算を確認 |
予算の確認が主要な利点だ。競合製品に費用を払って展開した会社は、このカテゴリにすでに予算を割り当てている。それは、問題を評価したことがない会社にアプローチするとは異なる会話になる。
低評価レビューからの痛みのポイントは特に有用だ。レビュアーが競合製品の制限について説明していて、それがあなたの製品が解決するものであれば、競合他社の名前を出さずにカテゴリの問題を冒頭メッセージの一部として参照できる。
完全なワークフロー:競合製品ページから検証済みメールまで
| ステップ | 何が起きるか | 注意事項 |
|---|---|---|
| 1. G2またはCapterraで競合の製品ページを見つける | 競合の製品リストに移動し、レビューセクションを開く | 可能であれば会社規模、業界、または評価でフィルタリング |
| 2. レビュアーの会社を特定する | レビュアーのプロファイルを読む — 各プロファイルに名前、職名、雇用主が表示される | メールアドレスではなく会社名のリストを構築している |
| 3. 会社ドメインをリサーチする | 検索またはLinkedIn経由で会社ウェブサイトにアクセス。ビジネスメールに使用されているドメインを確認する | 一部の会社はメールとウェブプレゼンスに異なるドメインを使用する |
| 4. 適切なコンタクトを特定する | レビュアーをターゲットにするか、会社の別のコンタクトをターゲットにするか決める | レビュアーはユーザーかもしれず、意思決定者ではない可能性がある — 続ける前に職名を確認 |
| 5. メールファインダーを実行する | Hunter、Apollo、Snov.ioなどのツールをドメインとコンタクト名で使う | ファインダーの出力品質は会社規模とメールインフラによって異なる |
| 6. BillionVerifyで検証する | インポート前に発見したアドレスをBillionVerifyで実行する | 配信可能性を確認してシグナル分類を提供する |
| 7. 検証結果でルーティングする | 検証済みアドレスを適切なセグメントに並べ替える | 以下のルーティングテーブルを参照 |
| 8. CRMまたは送信ツールにインポートする | アウトリーチツールに有効なレコードを追加する | シグナルタイプに基づいて適切なメッセージを適用する |
探索ステップがワークフローのほとんどの品質リスクが生じる場所だ。競合レビュアーの構造化されたリストは、それらの会社のために見つけて検証できるメールアドレスとしてしか有用でない。
レビューサイトのデータが示すこと — そして示さないこと
利用可能なシグナルとまだ見つける必要があるものの間のギャップを理解することで、レビューソースのリストへの過信を防ぐ。
| シグナル | レビューサイトから入手可能 | レビューサイトから入手不可 | 重要な理由 |
|---|---|---|---|
| 会社名 | あり | — | ドメインリサーチの出発点 |
| レビュアー名 | あり | — | ターゲットコンタクトであればファインダー入力に有用 |
| レビュアーの職名 | あり | — | レビュアーが意思決定者かどうかを評価するのに役立つ |
| レビュアーのメールアドレス | なし | 別途発見が必要 | レビュープラットフォームはレビュアーのメールを公開しない |
| 会社ドメイン | 部分的 — 一部のプロファイルは会社ウェブサイトへリンク | 確認済みのビジネスメールドメイン | ウェブドメインとメールドメインが異なる場合がある |
| 意思決定者の特定 | なし | 別途特定が必要 | レビュアーはエンドユーザーであり、バイヤーではない可能性がある |
| 現在の雇用 | なし | 確認が必要 | レビュアーが投稿してから会社を変わった可能性がある |
| 現在のソフトウェア使用状況 | なし | 会社がすでに乗り換えた可能性がある | レビュー日付は大まかな目安を提供するが、現在の状況ではない |
| 会社規模 | 時々提供される | 正確な従業員数 | メールインフラと意思決定者に影響する |
最も重大なギャップはレビュアーのメールだ。G2もCapterraもプラットフォーム外の誰にもレビュアーの連絡先情報を共有しない。競合顧客プロスペクティングワークフローのすべてのメールアドレスは外部探索を通じて見つける必要がある — レビューサイト自体は何も提供しない。
メール品質とルーティング
レビューサイトから収集した競合顧客リストには、検証結果のルーティング方法に影響する特定の品質リスクがある。
| BillionVerifyの結果 | 競合顧客リストへの意味 | アクション |
|---|---|---|
| 有効 | アドレスは配信可能 — コンタクトはそのドメインに存在する | メインキャンペーンシーケンスにインポート |
| 無効 | ファインダーが間違ったパターンを返したか、レビュアーが会社を去った | インポートしない — サプレッションリストに追加 |
| キャッチオール | ドメインはすべてのアドレスを受け付けるが、特定のメールボックスの存在は未確認 | 別の低ボリュームセグメント — バウンス率を密接に監視 |
| ロールベース | ファインダーが名前付きコンタクトではなく共有受信ボックスを返した | 別のセグメント — 共有受信ボックスに適したメッセージを使う |
| 不明 | サーバーレスポンスが判断不能 | 確認キューへルーティング — 解決まではメインキャンペーンから除外 |
| リスクありまたは使い捨て | ビジネスアドレスではない | インポートしない |
このワークフローに特有の3つの品質リスクがある:
レビュアーの転職。 レビューサイトは誰かが転職したときにレビュアーの雇用主情報を更新しない。12ヶ月前のレビューが、それ以降に別の会社に移った人物を示している場合がある。ファインダーが古い雇用主に対して返したメールアドレスは、検証すると無効として返される — これは送信者レピュテーションを保護するが、発見されたコンタクトがその会社でもはや到達できないことを意味する。
レビュアーが意思決定者ではない。 製品をレビューしたエンドユーザーは、アウトリーチに適切な人物ではない可能性がある。ファインダーを実行する前に職名を確認する。レビュアーが開発者やアナリストで、製品がマーケティングまたはオペレーションのリーダーシップに販売されている場合、レビュアーを直接ターゲットにするのではなく、その会社の適切なコンタクトを別途見つける。
会社規模が配信可能性に影響する。 特に20名未満の小規模会社はキャッチオール設定を頻繁に使う。BillionVerifyはこれらを特定する。キャッチオールアドレスを完全に抑制するのではなく、別の低ボリュームセグメントにルーティングする。基礎となる会社とコンタクトはまだ有効である可能性があるからだ。
競合顧客アウトリーチのメッセージングの注意事項
競合顧客へのアウトリーチは、コンテキストを認識しながらも攻撃的にならない場合に最も効果的だ。
冒頭メッセージで競合他社の名前を出さない。レビュアーが製品に不満を持っていると仮定しない。会社は競合他社の顧客に満足していてもアプローチする価値がある — 状況は変わり、契約は更新期を迎え、チームは現在のツールが対応できない問題に直面する。
競合他社ではなくカテゴリの問題やユースケースを参照する。「高ボリュームのメール送信と検証を管理するチームと協力しています」というメッセージは、「[競合他社]を使っていることがわかりました」というものより効果的だ。最初の文は会話を招き、2番目の文は受信者が競合他社の顧客として識別されることについてどう感じるか判断させる。
レビューが特定の痛みのポイントを示している場合、その痛みのポイントが代表するカテゴリの問題を参照できる — 繰り返すが、競合他社やレビューを直接名指しせずに。
競合顧客プロスペクティングに関するよくある質問
G2とCapterraはレビュアーのメールアドレスを共有していますか?
いいえ。G2もCapterraもプラットフォーム外の誰にもレビュアーのメールアドレスを公開しない。レビュアーのプロファイルには名前、職名、雇用主が表示されるが、連絡先情報は含まれない。競合顧客プロスペクティングワークフローのすべてのメール探索は、外部ツール(メールファインダー、LinkedInリサーチ、直接ドメイン調査)を通じて行う必要がある。レビューサイトはシグナルソースであり、コンタクトソースではない。
会社でレビューを残した人物を見つけるにはどうすればよいですか?
G2とCapterraのレビュープロファイルにレビュアーの名前が表示される。そこからLinkedInでその人物を検索して現在の雇用主と職名を確認する。まだ会社にいてアウトリーチに適切なコンタクトであれば、会社ドメインに対してその名前をメールファインダーの入力として使う。会社を変わっている場合は、代わりにその会社で適切な現在のコンタクトを見つける。
競合顧客プロスペクティングはレビューサイトの利用規約で許可されていますか?
G2またはCapterraのレビューから公開されている情報(会社名やレビュアー名を含む)を自分のビジネスリサーチに使うことは、これらのプラットフォームの運用方法と一般的に一致している。許可されていないのは、自動化された大量スクレイピング、データの転売、情報の取得方法の偽装だ。ここで説明するワークフローには、公開されているレビュープロファイルを読んで別個の外部リサーチを行うことが含まれており、レビュープラットフォームのデータを抽出または再配布することではない。自動化した収集プロセスを構築する前に、各プラットフォームの最新の利用規約を確認する。
競合顧客へのメッセージングはコールドなカテゴリリストとどう違えればよいですか?
核心的な違いは、競合顧客がすでにインテントを確認している点だ。彼らはあなたのカテゴリのソフトウェアを評価し、購買決定を行い、あなたが解決する問題についての実際の経験を持っている。メッセージングは問題への認識レイヤーをスキップし、なぜあなたのアプローチが違うのか、またはなぜ今が再評価に適した時期かもしれないかに直接移れる。不満を仮定せず、中立的で好奇心のあるトーンを保つ。最初のメッセージの目標は会話を開くことであり、まだ彼らから話を聞く前に移行の議論に勝つことではない。