展示会とWebの顧客体験をつなぐ｜BtoBマーケティングの引き継ぎ・計測・営業連携

展示会で顧客から具体的な相談を受けたのに、翌日のメールは誰にでも同じ製品紹介。Webを訪れた人への案内も、営業のフォローも、会場での対話とつながっていない。こうした分断は、「何度も最初から説明する」体験を顧客に強いることがあります。

展示会とWebをつなぐのは、新しいツールを入れること自体ではありません。相手がどんな課題を話し、次に何を希望し、その内容を誰がどこまで引き継げるのかを設計することです。以前のこの記事が扱った「文脈の連続性」を、現場で使える情報設計・計測・営業連携へ具体化します。

名刺の枚数ではなく、次の会話の材料を引き継ぐ

来場者が名刺を交換した理由は一つではありません。製品資料を求める人、導入条件を比較する人、具体的に営業との相談を希望する人がいます。全員を同じ「ホットリード」とするよりも、話した内容と相手の希望を整理した方が、次の連絡の質を上げられます。

名刺を受け取ったことが、どんな用途への利用も許可されたという意味ではありません。取得目的、適用法令、社内の情報管理ルール、配信停止の扱いを事前に確認します。

次は架空のクラウドサービス企業を想定した例です。実在企業の実績や成果を示すものではありません。

この区別は「クリックが多い人ほど購入確率が高い」という機械的な判定ではありません。本人が話した内容や、合意した次の行動に基づく分岐です。

展示会のQRコードや展示会後のメールからWebへ誘導するときは、UTMパラメータで流入経路を整理できます。Google アナリティクスの公式ガイドには utm_source、utm_medium、utm_campaign の役割と命名規則が説明されています。

たとえば、展示会後に配信したメールなら utm_source=expo_followup、utm_medium=email、utm_campaign=autumn_expo などのルールを設計できます。値は説明用の例であり、当サイトが実際に計測を導入・実施したという意味ではありません。

UTMだけで「誰が商談したか」は分かりません。 Web閲覧の計測とCRMの個別履歴は別の仕組みです。URLパラメータに氏名、メールアドレス、顧客固有の秘密情報を入れることは避けます。

MQL・SQLという言葉を使っていても、営業とマーケティングで定義が違えば、引き継ぎはうまくいきません。HubSpotの公式ライフサイクルステージでは、マーケティングが営業対応可能と判断したMQLと、営業が見込み顧客と判断したSQLを区別しています。

ただし、それは具体的な採点表まで全企業で共通という意味ではありません。展示会後の運用なら、どんな課題・合意・検討状況が分かれば営業が受け取るかを双方で定め、受領・保留・見送りの理由を返す仕組みをつくります。

初回対応期限や運用体制は企業によって異なります。この記事の手順は標準規格ではなく、少人数チーム向けの例示です。

GA4で追加のイベントパラメータを設定する場合、Googleの公式ドキュメントでは、カスタムディメンションの登録やDebugViewでの確認などが案内されています。Webへの訪問が増えたことを、そのまま売上が増えた証拠にしないことも重要です。

始める前に、対象とする展示会・製品テーマ・担当者・改善したい課題・判断時期を記録します。例えば「資料送付の依頼に対応漏れが多い」を課題として、記録方法を改善し、実際の漏れと作業時間を観察します。

観測数が少ない、過去と条件が違う、計測できない場合は「判定保留」とします。成果が出たと見せるために架空の改善率を用意しません。