営業で使える展示会リード収集フォームの設計

先に結論

営業で使える展示会リード収集フォームの設計で重要なのは、ツールを一つ増やすことではありません。現場で誰が、何を、いつ記録し、次の担当へどう渡すかを先に決めることです。必須項目を減らしつつ、フォローに必要な文脈を残す質問順とフィールド選定を解説します。

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

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

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

良いイベントフォームは、多く集めるフォームではなく、最初のフォローに必要な最小記録を明確に集めるフォームです。各必須項目について「この値がないと何ができないか」を問い、具体的な答えがなければ任意または削除にします。来場者向けフォームと相談後のスタッフメモを分けると、待ち時間と不要な収集を減らせます。

具体的な運用例

最初の画面は氏名と実際に使える連絡手段一つにします。会社名と役職はイベント目的で決めます。関心は短い選択肢と任意の自由記述で受け、相談後にスタッフが課題、約束した資料、担当者、次の行動を記録します。抽選参加条件と任意のフォロー同意は分けて示します。

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

1. 営業がいつか使うかもしれないという理由ですべてを必須にし、完了率だけを下げる。
2. 来場者向け質問と内部メモを混ぜ、スタッフ用の表現や不要な評価を公開する。
3. UI言語の変更時に顧客が入力したイベント名や選択肢まで翻訳し、原文を変える。

完了を判断する基準

主要ガイドの詳細メモ

フォーム確定前に、項目ごとのデータ契約を一枚にします。公開ラベル、収集理由、必須性、入力例、エラー処理、内部担当者、利用時点を記載します。QRとスタッフ入力で同じ概念を別名にすると、CSV引き継ぎ時の整理になります。自由記述が本当に必要な値と選択式が適切な値を分け、「その他」を読む担当者も決めます。最後に韓国語・英語・日本語UIを切り替え、システム案内だけが変わり、顧客入力のイベント名と質問が原文のままか確認します。この契約は法律確認の代わりではありませんが、公開文言と実際の収集動作のずれを発見する実務基準になります。

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

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

実行手順

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

1. 最初の画面は初回連絡に本当に必要な項目だけにします。
2. 長い必須記述ではなく短い選択肢とスタッフメモを組み合わせます。
3. 任意のフォロー同意と抽選参加資格を分けます。
4. UI言語が変わっても顧客が入力した名称や選択肢は原文で表示します。
5. リハーサルで読み上げ、説明が必要な表現を削ります。

1. 最初の画面は初回連絡に本当に必要な項目だけにします。

「最初の画面は初回連絡に本当に必要な項目だけにします。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「最初の画面は初回連絡に本当に必要な項目だけにします。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

2. 長い必須記述ではなく短い選択肢とスタッフメモを組み合わせます。

「長い必須記述ではなく短い選択肢とスタッフメモを組み合わせます。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「長い必須記述ではなく短い選択肢とスタッフメモを組み合わせます。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

3. 任意のフォロー同意と抽選参加資格を分けます。

「任意のフォロー同意と抽選参加資格を分けます。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「任意のフォロー同意と抽選参加資格を分けます。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

4. UI言語が変わっても顧客が入力した名称や選択肢は原文で表示します。

「UI言語が変わっても顧客が入力した名称や選択肢は原文で表示します。」を現場で確認できる手順に変えます。完了条件、担当者、代替担当、確認時点を記し、実機で重要な例外を一つ再現します。終了時に未完了を名前のある担当者へ渡し、次のチームが口頭説明なしで結果を理解できるようにします。

• 「UI言語が変わっても顧客が入力した名称や選択肢は原文で表示します。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

5. リハーサルで読み上げ、説明が必要な表現を削ります。

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

• 「リハーサルで読み上げ、説明が必要な表現を削ります。」の完了条件と担当者を書く。
• 実機で例外と引き継ぎ結果を確認する。

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

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

当日のチェックリスト

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

• 最初の画面は初回連絡に本当に必要な項目だけにします。
• 長い必須記述ではなく短い選択肢とスタッフメモを組み合わせます。
• 任意のフォロー同意と抽選参加資格を分けます。
• UI言語が変わっても顧客が入力した名称や選択肢は原文で表示します。
• リハーサルで読み上げ、説明が必要な表現を削ります。
• 来訪者QRフォーム、名刺OCR、スタッフ直接入力
• リード別の現場メモ、担当者、フォロー状態

件数と品質を同時に測る

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

現在のBoothCatchでできること

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

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

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

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

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

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

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

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

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

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

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

終了後20分の振り返り

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

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

よくある質問