重複問い合わせの処理：同一顧客のマルチチャネル問い合わせを統合して重複を排除

重複問い合わせの処理：同一顧客のマルチチャネル問い合わせを統合して重複を排除

1. なぜマルチチャネルの重複問い合わせが当たり前なのか

今日のB2B買い手は1つのチャネルだけであなたに連絡しません。まず自社サイトのフォームに書き込み、20分待っても返信が来ないのでLinkedInで営業担当を検索してメッセージを送り、さらにWhatsAppでカスタマーサポートを追加し、最後に直接電話をかけます。この4つの行動が1時間以内に起きるので、チャネルごとに受信箱が分かれていると、4件の問い合わせがCRMに入り、4人の営業が対応することになります。

これは顧客が暇なのではなく、買い手の実際の行動パターンです。同時に3社から5社のサプライヤーに連絡し、返信が早い相手とより多く話を進めます。これらの問い合わせを統合しないと、深刻な結果を招きます。2人の営業が同じ顧客に2つの価格を提示し、顧客は安い方で値引きを迫ります。営業同士は同じ顧客を担当していることを知らず、リソースを重複投入し、最終的に顧客はあなたの会社の内部が混乱していると感じます。

上の表はB2B買い手のマルチチャネル問い合わせの典型的なタイムラインです。4つのチャネルが24時間以内に到達するので、チャネルごとに営業を個別に割り当てると、4人の営業が1人の顧客を担当することになります。マルチチャネル問い合わせの一元管理の技術的な実装は、こちらを参考にしてください。マルチチャネル問い合わせの一元管理。

2. 重複の識別：3つの項目で同一顧客を判定

重複を排除する第一歩は、何を重複とみなすかを決めることです。営業の目視に頼るのは無理です。1日に何十件も問い合わせが来れば、とても覚えきれません。CRMに自動マッチングのルールを設定する必要があります。軸となるのは三つの一致項目です。メールドメイン、会社名、IPアドレスの上位3オクテット（/24セグメント）。この三つのうち二つが一致すれば、同一顧客と判定します。

なぜこの三つなのか。メールドメインが最も正確です。同じ会社の人は同じドメインを使いますが、gmailやoutlookのようなフリーメールは対象外です。次に会社名。同じ顧客が別のメールを使っていても、会社名は一致する可能性があります。IPの上位3オクテットは補助的な要素です。同じオフィスネットワークの人は同じ/24セグメントのIPを使います。三つを組み合わせれば、誤判定率は5%未満に抑えられます。

シナリオ例：ウェブサイトのフォームから届いた問い合わせ。メールはjohn@company-a.com、会社名はCompany A、IPは192.168.1.100。2時間後にWhatsAppへメッセージが届く。番号は+1-xxxで、メールの記載はないが、LinkedInのプロフィールにはCompany A勤務とある。システムは会社名で照合し、重複の疑いありとして自動でフラグを立て、営業に確認を促す。営業が確認すると同一人物だったので、ワンクリックで統合する。

三、統合ルール：どれが主レコードで、どれが子レコードか

重複を特定した後、どう統合するか。基本原則は、最も早いタイムスタンプの問い合わせを主レコードとし、他のチャネルからの問い合わせは子レコードとして主レコードに紐づけます。こうするとタイムラインが完全に保たれます。顧客が最初にどのチャネルから来て、その後どのチャネルを経由したかが一目でわかります。

主レコードの担当者が、その顧客の唯一の担当者となります。他のチャネルから入った問い合わせには新しい営業を割り当てず、そのまま主レコードに紐づけて、元の担当者にフォローを通知します。主レコードの営業がすでに退職している場合は再割り当てし、すべてのチャネルの窓口担当者に通知します。

統合するときは一点だけ注意が必要です。別人の問い合わせを一つにまとめないこと。たとえば同じ会社の購買担当とエンジニアは、意思決定の役割が異なります。同じ会社のアカウントに紐づけますが、それぞれ別の担当者として扱います。会社のアカウントは統合し、担当者は統合しません。CRMの重複排除ロジックはウェブサイトのリードをCRMに連携する方法の重複排除の部分を参照してください。

四、統合しない場合の代償：価格の衝突とリソースの浪費

統合と重複排除をしない場合、最も直接的な代償は価格の衝突です。同じ顧客に、営業Aが100元を提示し、それを知らない営業Bが95元を提示します。顧客は95元を盾に営業Aを押し、営業Aは「90元でいい」と言ってしまいます。本来100元で売れたものが90元で成約し、1件ごとに10%の利益を失ううえ、顧客には自社の価格が不透明だと映ります。

二つ目の代償はリソースの浪費です。二人の営業が同じ顧客を追いかけ、メールを2通送り、電話を2回かけ、提案書を2セット作ります。時間は最も高価なリソースです。重複したフォローに費やせば、新規顧客を追う時間がなくなります。三つ目の代償は顧客体験の悪化です。顧客は別々の営業から2通のメールを受け取り、社内が混乱していると感じ、専門性が疑われます。

直感に反する判断ですが、複数チャネルから重複して問い合わせてくる顧客ほど追いかける価値があります。なぜなら、本気で価格を比較し、本気でサプライヤーを探しているからで、冷やかしではありません。問い合わせを1件しか送らない顧客は、ただ見ているだけかもしれません。一人の顧客が5つのチャネルから連絡してくるなら、急いでサプライヤーを探している証拠で、成約確率は単一チャネルの問い合わせの3倍以上です。重複顧客には高意向の顧客として個別に印を付け、優先的にフォローします。問い合わせリードのスコアリング全体の方法は問い合わせリードのスコアリングと優先順位付け。

五、よくある重複排除の誤り

この5つの誤解の中で最も見えにくいのが3つ目、同じ会社の別担当者を1人にまとめてしまうことです。購買担当とエンジニアは意思決定の連鎖における別々の役割で、関心も話の進め方も違います。正しいやり方は会社レベルで統合し、担当者レベルでは分けておくことです。会社のアカウントの下に複数の担当者をぶら下げ、各担当者に自分のフォロー記録と役割タグを持たせます。

FAQ よくある質問

最後に

複数チャネルでの重複問い合わせは、技術の問題に見えて実は顧客体験の問題です。顧客が5つのチャネルであなたを探しているなら、本気だということです。こちら側で5人が対応しているなら、本気ではないということです。名寄せは工数削減のためではなく、顧客に「この会社はきちんとしている」と思ってもらうために行います。

実行は3ステップです。第一に、CRMに自動照合ルールを設定し、メールドメイン・会社名・IPのうち2つが一致すれば同一顧客と判定します。第二に、最も早い記録を主とし、他のチャネルは子レコードとして紐づけ、担当者は1人に絞ります。第三に、重複問い合わせの顧客には高意向のタグを付け、経験豊富な営業を優先的に割り当てます。この3ステップを終えると、重複率は下がり、成約率は上がります。顧客に最安値を選ばせる状況がなくなるからです。

覚えておきたい一言。複数チャネルであなたを探す顧客こそ本物の顧客です。名寄せしなければ価格がぶつかり合い、名寄せすれば高意向リードになります。15%から25%の重複率は正常な範囲で、それを超えるならチャネル間の連携ができていない証拠です。