展示会リード収集の完全ガイド：準備からフォローまで

先に結論

展示会リード収集の完全ガイド：準備からフォローまでで重要なのは、ツールを一つ増やすことではありません。現場で誰が、何を、いつ記録し、次の担当へどう渡すかを先に決めることです。イベント目標、収集導線、データ品質、現場運用、48時間以内のフォローを一つの実行計画につなげます。

イベント前に決めるべき理由

展示会リード収集の完全ガイド：準備からフォローまでは、来訪者が増えてから即興で解決するのが難しいテーマです。項目一つ、担当者一人、結果確認の一段階が、待ち時間とデータ品質を変えます。以下の基準をリハーサルに入れ、実際に使う端末で最初から最後まで一度実行してください。

現場で最初に診断すること

最初に、ブースの成功基準を連絡先の件数ではなく、イベント後に実行する行動へ置き換えます。資料だけを受け取った来場者、具体的な課題を話した来場者、面談を希望した来場者を同じ一行にすると、フォロー担当は状況を最初から聞き直すことになります。過去のイベントを見て、連絡先、会話の文脈、担当者、次の行動のどこが欠けやすいか確認してください。

具体的な運用例

入口ではQRフォームで必要最小限の連絡先を受け取り、相談席ではスタッフが課題と約束した資料をメモします。名刺を撮影した場合は、OCRの下書きを画像と照合してから確定します。抽選結果と受取状態は営業メモとは分けて記録します。終了時には担当者や次の行動がないリードを補完してからCSVを引き渡します。

見落としやすい失敗パターン

1. すべての来場者に長い質問票を求め、入口に待ち列を作ってしまう。
2. 名刺だけを集め、誰が何を約束したかをイベント後の記憶に頼る。
3. CSVを出力した時点で引き継ぎ完了と考え、担当者と初回連絡日が決まっていない。

完了を判断する基準

主要ガイドの詳細メモ

ガイドを実際の運用文書にするため、四つの承認点を置きます。フォーム公開前はイベント責任者が質問とプライバシー案内を確認します。開場前は現場責任者が端末、アカウント、QR、名刺撮影、抽選、在庫を試します。交代前は次のスタッフが未完了記録と受取待ちを引き受けます。最終終了前はフォロー責任者が担当者または次行動のないリードを戻します。各承認に完了時刻と証拠を残し、失敗時にどの業務だけを止めるか決めます。全体を続けるか止めるかしかなければ、小さな不具合がブース全体を乱します。範囲を限定した承認と停止ルールで、速度と品質、責任を両立できます。

判断基準を一枚にまとめる

機能名だけを比較せず、その選択がスタッフと来訪者の行動をどう変えるかを記録します。

実行手順

各段階に担当者と期限を付けます。担当のないチェックリストは、混雑時に最初に崩れます。

1. イベント目標を質問と成功条件の文書へ落とし込みます。
2. QR・名刺・スタッフ入力の場所と担当を来訪導線上に示します。
3. 連絡先、会話メモ、担当者、次の行動がそろった状態を定義します。
4. 実機で送信、抽選、受取、CSV確認まで通してリハーサルします。
5. 終了直後に不備、優先順位、初回連絡の予定を確定します。

1. イベント目標を質問と成功条件の文書へ落とし込みます。

「イベント目標を質問と成功条件の文書へ落とし込みます。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「イベント目標を質問と成功条件の文書へ落とし込みます。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

2. QR・名刺・スタッフ入力の場所と担当を来訪導線上に示します。

「QR・名刺・スタッフ入力の場所と担当を来訪導線上に示します。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「QR・名刺・スタッフ入力の場所と担当を来訪導線上に示します。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

3. 連絡先、会話メモ、担当者、次の行動がそろった状態を定義します。

「連絡先、会話メモ、担当者、次の行動がそろった状態を定義します。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「連絡先、会話メモ、担当者、次の行動がそろった状態を定義します。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

4. 実機で送信、抽選、受取、CSV確認まで通してリハーサルします。

「実機で送信、抽選、受取、CSV確認まで通してリハーサルします。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「実機で送信、抽選、受取、CSV確認まで通してリハーサルします。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

5. 終了直後に不備、優先順位、初回連絡の予定を確定します。

「終了直後に不備、優先順位、初回連絡の予定を確定します。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「終了直後に不備、優先順位、初回連絡の予定を確定します。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

現場条件に合わせて調整する

リード収集の基本の正解はイベント規模だけでは決まりません。会話時間、ブース導線、人員、景品受渡場所、初回連絡を担うチームを一緒に見ます。以下をそのまま転用せず、自社イベントで検証する質問へ変え、リハーサル結果に応じて項目や役割を調整してください。

当日のチェックリスト

開場前に実際の来訪者一人を想定し、以下の流れを確認します。

• イベント目標を質問と成功条件の文書へ落とし込みます。
• QR・名刺・スタッフ入力の場所と担当を来訪導線上に示します。
• 連絡先、会話メモ、担当者、次の行動がそろった状態を定義します。
• 実機で送信、抽選、受取、CSV確認まで通してリハーサルします。
• 終了直後に不備、優先順位、初回連絡の予定を確定します。
• 来訪者QRフォーム、名刺OCR、スタッフ直接入力
• リード別の現場メモ、担当者、フォロー状態

件数と品質を同時に測る

総件数だけを見ると、短い入力が成功に見えます。しかし、フォローに使えない記録が増えたなら成果とは言えません。

現在のBoothCatchでできること

1. 来訪者QRフォーム、名刺OCR、スタッフ直接入力
2. リード別の現場メモ、担当者、フォロー状態
3. 即時・定時抽選、景品在庫、受取記録
4. イベントリードのCSV出力

準備・現場・フォローを一つのモデルにする

良いリード収集はフォーム送信で終わりません。目標と質問をつなぎ、会話メモを優先順位に反映し、終了直後にCSVと担当者を確認します。事前に成功条件を定め、現場では例外を記録し、実際のフォロー結果を次のフォーム設計へ戻してください。目的は最大数の連絡先ではなく、来訪者が何を求め、誰がいつ応答するかが分かる記録です。そのため、イベント責任者、現場責任者、スタッフ、フォロー担当が同じ完了基準を使います。項目と状態が実際の行動を示すようにし、推測や記憶に依存する値を減らしてください。障害時は無理に受付を続けず、影響を確認して停止・検証・再試行・補完の手順を進めます。イベント間で比較できるよう指標定義と測定時点も固定し、振り返りを次の人員、フォーム、予算判断の根拠に変えます。最終承認前に、準備へ参加していない人が一件の記録を受付から引き継ぎまで追ってください。口頭説明が必要な箇所は、文書と運用画面の間に残る空白です。

責任と承認の境界を先に決める

イベント責任者は質問、個人情報案内、抽選ルールの最終版を承認します。現場責任者は受付の停止・再開、例外処理、交代を判断します。スタッフは来訪者が伝えていない情報を推測せず、確認した事実と合意した次の行動だけを記録します。削除、統合、再抽選など履歴を変える操作は、理由と影響を確認してから行います。責任範囲を一枚にまとめると、混雑時も判断者と実行者が明確になります。

情報と物理的な導線を一緒に設計する

QRの位置、名刺撮影場所、商談メモを残す時点、景品受渡テーブルはデータ設計の一部です。一人が複数の導線を通ったときに重複しないか、引き継いだスタッフが前の文脈を見られるか、景品受渡が受付列を止めないかを確認します。画面だけでなくブース図面に各段階と待機位置を描き、実際の端末を持って歩いて修正してください。

終了作業をフォロー開始点として扱う

撤収を先に始めると、価値のある文脈が失われます。受付終了後に連絡可能な情報、現場メモ、担当者、次の行動、抽選・受取状態を確認し、修正が必要な記録を分けます。CSVを受け取るだけでは引き渡しではありません。担当チーム、項目対応、重複確認、初回連絡完了の記録方法を定め、この基準を通ったリードだけを通常の営業キューへ渡します。

次のイベントへ学習を戻す

質問の完了度、入力ミス、重複原因、担当未設定、初回連絡遅延、景品差異をイベントごとに記録します。数値の高低だけでなく、フォーム文言、案内位置、交代方法との因果を考えます。フォローで使わなかった項目は削除し、繰り返し確認する情報は選択肢やスタッフメモを改善します。この循環が、単なる保存から実行品質の改善へつながります。

終了後20分の振り返り

記憶が新しいうちに入力ミスと遅延の原因を分けます。個人を責めるのではなく、次回変更できるフォーム、案内、役割、導線を見つけることが目的です。

• 初回連絡に必要な情報が不足した記録
• 重複または担当者未設定の記録
• 来訪者の待ち時間が最長だった段階
• 当選結果と実際の受取記録の差
• 次回までに削除または追加する質問

よくある質問