リードルーティングは、どの営業担当者がリードを受け取り、どれだけ早く対応するかを決めます。ほとんどのB2Bチームは、たいていCRMのラウンドロビンのルールとして一度設定したきり、大口顧客から「同じ週に3人の別々の担当者から連絡が来た」と苦情が来るまで見直しません。最も影響を受けるのはWebサイトからのリードです。Webサイトはフォームの項目が捉えるよりはるかに多くのことを訪問者について知っているのに、その文脈がルーティングのルールにほとんど届かないからです。
この記事では、ウェブサイトのリードを適切に振り分ける方法を解説します。まずアカウントとマッチングし、到着順ではなくインテントで振り分け、リードにならない匿名の高インテント訪問も含め、振り分けが役立っているか逆効果かを測定します。
Webサイトからのリードのルーティングが破綻する理由
ルーティングの遅れや誤りによるコストは、数多く実証されています。Harvard Business Reviewに掲載された研究で、Oldroyd、McElheran、Elkingtonは125万件のリードを分析し、1時間以内にリードへの接触を試みた企業は、わずか1時間でも遅れた企業に比べてリードを有望と判定できる確率が約7倍高かったと報告しています。ルーティングの中継、キュー、「未割り当て」の保留枠が一つ増えるごとに、その1時間は削られていきます。
よくある失敗ポイント：
- アカウントではなくリード単位でルーティングしている。既存顧客や、すでにAEが担当しているアカウントからの新しいコンタクトがラウンドロビンに回され、面識のない担当者に割り当てられてしまいます。
- すべてのフォームを同じように扱う。ニュースレター登録と料金ページからのデモ申し込みが、同じSLAで同じキューに入ります。振り分けが最もうまく機能するのは、リード獲得フォームがエンリッチメントで埋められない情報だけを尋ねる場合です。
- 文脈の欠如。営業担当者に見えるのは氏名、メールアドレス、会社名だけです。同じ会社の同僚3人が今週料金ページを読んだことはわかりません。
- 匿名のインテントが無視されている。Webサイト訪問者のほとんどはフォームに記入しません。積極的に評価しているアカウントからの訪問者の多くも同様です。フォームから始まるルーティングでは、そのごく一部しか見えません。
ステップ1：何よりも先にリードをアカウントに照合する
最初の振り分けの判断は「次はどの営業担当者か？」ではありません。「この人は、すでに誰かが担当しているアカウントに所属しているか？」です。
- メールドメインを正規化し、CRM内の既存アカウントと照合します。子会社や地域別ドメインはエイリアステーブルで対応します。
- アカウントに担当者がいれば、その担当者にルーティングする。既存顧客はアカウントマネージャーへ。進行中の商談はその案件のAEへ。ターゲットアカウントは指名された営業担当者へ。
- 一致するものがなければ、アカウントを作成またはエンリッチし、企業属性データを付与してからルーティングします。そうすることで、テリトリーやセグメントのルールが機能します。
- その後で初めて、テリトリーまたはラウンドロビンに切り替えます。
リードとアカウントのマッチングは、「担当者3人、顧客1社」という問題を防ぐステップです。LeanDataやChili Piperといったツールはこれを中心に設計されており、ドメインデータがきれいであれば、HubSpotやSalesforceでもワークフローと割り当てルールで基本的な形を実現できます。推奨するアカウントマッチングのスキーマについては、ウェブサイトのパーソナライゼーションデータをCRMに連携する方法の記事で解説しています。
ステップ2：到着順ではなく購買意図のティアで振り分ける
Web サイトからのリードがすべて同じ扱いに値するわけではありません。訪問者がコンバージョンの前と最中に何をしたかから3〜4段階のインテントのティアを定義し、ティアごとに専用の導線と SLA を設けましょう。
| Tier | 代表的なシグナル | ルーティング先 | 目標の反応 |
|---|---|---|---|
| 自ら手を挙げた見込み客 | デモまたは営業への問い合わせ（特に料金ページの閲覧後） | アカウント担当者、またはテリトリー別のAE | 数時間ではなく数分 |
| 購買意欲が高い | コンテンツのダウンロードに加え、料金、比較、連携のページを閲覧。アカウントから複数人 | テリトリーまたはアカウント担当のSDR | 当日中（営業日） |
| 調査 | ファネル上部のコンテンツのダウンロードのみで、終盤のページの閲覧なし | マーケティングによるナーチャリング | 自動 |
| 適合度が低い | ICP外、営業主導のプランでの個人メールアドレス、学生または競合 | セルフサービスの導線、または導線なし | なし |
SLAは、担当割り当て時ではなくフォーム送信時から計測を始める時計として定め、期限を過ぎた場合にどうするかを事前に決めておきます。次に対応可能な担当者への再割り当てか、チームリーダーへのアラートです。結果を伴わないSLAは、ただの努力目標にすぎません。
Tierはスコアリングモデルから決まります。まだモデルがない場合は、リードスコアリングモデルのテンプレートに、半日で自社向けに調整できる適合度と行動の表が用意されています。
ステップ3：ウェブサイトのコンテキストをリードと一緒に送る
振り分けられたリードには、営業担当者が事前調査なしで会話を始められるだけの文脈が付いているべきです。最低限、次の情報が必要です。
- 直近30日間に閲覧したページ（検討後期のページを強調表示）
- その期間にサイトを訪れた同じ企業の他の人数
- 訪問者を連れてきたキャンペーンや流入元（尋ねている場合は自己申告の流入元も含む）
- どのパーソナライズ体験(業種、セグメント、バリエーション)を見たか。営業担当者の第一声を、購買担当者がすでに読んだメッセージに合わせるためです
この最後の点は見落とされがちです。ウェブサイトが物流業界の訪問者に物流の導入事例と「Salesforceのデータで試す」CTAを表示したなら、SDRの最初のメールを汎用的な売り込みで始めるべきではありません。訪問者データで営業とマーケティングを連携させるガイドに、そのための引き継ぎテンプレートがあります。
ステップ4：購買意欲の高い匿名アカウントも振り分ける
ほとんどのチームにとって最も価値の高い変更は、リードだけでなくアカウントを振り分けることです。企業レベルの識別で、料金ページや連携ページに複数の訪問者がいるICPアカウントが分かっても、誰もフォームに入力していなければ、従来のリード振り分けは作動しません。それでもそのアカウントには担当者がいる、あるいはいるべきです。
アカウント単位のアラートを設定します：
- 訪問から企業を特定します。
- CRMのアカウントとその担当者に照合します（ステップ1と同じロジック）。
- アカウントがしきい値（例：7日間に2人以上の訪問者と料金ページの閲覧）を超えたら、閲覧ページとともにSlackまたはメールで担当者に通知します。
- アカウントに担当者がいない場合は、リードと同様にテリトリーで割り当てます。
Markettailorの訪問者識別は、このアラートに必要な企業のマッチングとページ閲覧履歴を提供します。担当者は、競合が最初の商談を設定した後ではなく、アカウントがまだ情報収集している段階でその存在を知ることができます。匿名のトラフィックからこうしたアカウントを見つける方法について詳しくは、匿名のウェブサイト訪問者からのAIリード獲得をご覧ください。
計算例：同じ日の午後に届いた3件のリクエスト
説明用の例：1時間以内に相次いで発生した3件のWebサイトコンバージョンを、上記のルールがどのように処理するかを示します。
リクエスト1：既存顧客の新しいコンタクトからのデモ申し込み。単純なラウンドロビンでは次のSDRに送られ、その企業がすでに料金を払っている製品を売り込むことになります。アカウント照合を行えば、ドメインが顧客アカウントと一致するため、リクエストは拡大の可能性が高い会話としてアカウントマネージャーに送られ、コンタクトが閲覧したページ（別の製品ラインの料金ページ）も添えられます。
依頼2：不明なミッドマーケットのソフトウェア企業からのeブックのダウンロード。アカウントとの一致はありません。エンリッチメントでは適合度が高いことがわかります。訪問者はブログ記事を2本読んだだけです。これは情報収集段階なので、リードはナーチャリングに回し、アカウントはウォッチリストに入れます。2日後、同じ企業の同僚が料金ページと連携ページを読みます。アカウントは高インテントの基準値を超え、両方の訪問者のページ閲覧履歴を添えてテリトリー担当のSDRにルーティングされます。
リクエスト3：個人のメールアドレスを使う4人の代理店からの営業問い合わせフォーム。営業主導のモデルには適合しません。SDRの時間を使う代わりに、セルフサービスのプランと録画済みの製品ツアーを案内する自動返信を送ります。
SDRのキューに届くのは2回目のリクエストだけで、それもアカウントが本当の関心を示してからです。
ラウンドロビン：向いている場面と失敗する場面
ラウンドロビンは、担当者のいない中位層のリードに対する最後の手段としてなら問題ありません。それがシステム全体になると失敗します。
- 不在の営業担当者にリードが割り当てられ続ける。在席状況を考慮したラウンドロビンを使わなければ、リードは何日も放置されます。
- 均等な配分は公平な配分ではない。リサーチ段階のリード10件と自ら手を挙げたリード1件は同等ではありません。ティアで重み付けするか、ティアごとに別々のローテーションを運用しましょう。
- 重複対応の防止策がない。複数のSDRが共有リストや同じテリトリーで作業していると、2人が同じ見込み客に連絡してしまうことがあります。共有リストでアウトバウンドを行うチームには通常、リードの予約機能が必要です。リードを開くと一定期間1人の担当者にロックされる仕組みです。Dialbrewのリード予約機能は、このパターンの一例です。
リードの振り分けを測定する方法
インテントの段階別に分けて、毎月次の指標を報告します。
- 割り当てまでの時間：フォーム送信またはアラートから担当者の割り当てまで。自動ルールなら数秒であるべきです。
- 初回接触までの時間：割り当てから最初の電話またはメールまで。平均だけでなく、SLA内に対応した割合を追跡しましょう。平均値は3日間放置されたリードを隠してしまうからです。
- 誤ルーティング率：ルーティング後に手動で再割り当てされたリードの割合。数%を超える場合は、照合ルールやテリトリールールの見直しが必要です。
- 層別の商談化率:情報収集層のリードが高インテント層と同じくらい商談化するなら、層分けが何も区別できていないということです。
- 重複アプローチ率:同じ週に複数の営業担当者から連絡を受けたアカウントの割合。
対応スピードの側面について詳しくは、B2Bデモ依頼へのスピード・トゥ・リードの記事をご覧ください。
はじめに
- 現在のラウンドロビンの前段にアカウント照合を追加します。
- 自ら手を挙げたリードは専用ルートに分け、分単位のSLAで対応します。
- ルーティングするすべてのリードにページ閲覧履歴を添付します。
- 購買意欲の高い匿名訪問に対するアカウント単位のアラートを1つ追加します。
- 誤った振り分けとSLA違反を毎月レビューします。
今日どのアカウントが自社について調べていて、アカウント単位のアラートの対象になるかを確認するには、料金ページから製品紹介をご予約ください。