同じ会社から複数人が来場したときのリード管理

同じ会社と同じ人物は別の判断

同じ会社の別の人は、別々の連絡先として保ちます。会社共通の課題をメモでつなぎ、各自の依頼と次の行動を残したうえで、全体のフォローを調整する担当者を決めましょう。

同僚が一緒に来る場合も、別の日に別々に来る場合もあります。会社は同じでも質問や希望資料は違います。一つに統合すると、技術質問をした人や資料を待つ受信者が消えることがあります。一人がQRと名刺で二度登録した重複の確認と、別人の会社共通の文脈をつなぐ作業は分けます。

それぞれの記録が誰かを確認する

氏名、個人の連絡先、会社、収集時の文脈を見ます。似た名前や代表電話だけで同一人物と判断しません。共用メールが複数の名刺にある場合も、誰が回答を受けるかを確認します。再訪した本人には既存記録を使い、新しい同僚にはその人の連絡先を保ちます。一人のメールを別人の情報で上書きしないようにします。

肩書より確認した役割を残す

運用担当者は現状、技術担当者は適用条件、調整役は次の面談を説明するかもしれません。肩書だけで決裁者を判断せず、今回の検討で何を担当するか聞きます。

共通課題と個人の依頼を分ける

会社共通の課題はプロジェクトや業務の流れで、個人の依頼は資料、回答、面談です。全員のメモを同じにせず、共通テーマの後にその人の依頼を書きます。架空例：「二拠点の承認引き継ぎについて共同相談。この人は手順の概要を希望。技術担当の同僚は[条件]を質問。」文脈をつなぎ、誰へ何をするかを分けます。

例：三つの連絡先と一つの調整

架空の状況として、運用担当者が現状を説明し、技術担当者が互換性を質問し、プロジェクト担当者が次の面談を調整します。三人の連絡先を残し、資料、技術回答、参加者確認をそれぞれ割り当てます。チーム要約は「共通課題 [内容]、A依頼 [資料]、B質問 [条件]、C確認 [参加者]、調整担当 [氏名]、時期 [合意／未定]」。要約が個人の記録を置き換えないようにします。

全体調整と個別の実行を分ける

調整担当者は矛盾する連絡や同じ導入質問の繰り返しを防ぎ、次の行動を合わせます。すべての技術回答を自分でする必要はありません。最初の連絡、別に進める資料依頼、返信の記録方法を決めます。別の時間に同じ会社を対応したスタッフは、先にメモを比較します。別人の評価が高いという理由で、約束した個人の依頼を消さないようにします。

次の連絡に含める人を確認する

一緒に来たことは、全員がすべてのメールを希望することと同じではありません。資料を受ける人、技術質問に関係する人、面談参加者を聞きます。個別回答を先に望むならその希望を保ちます。例文：「[展示会]で[共通テーマ]を話した際の[質問]について、[資料]をお送りします。次の相談には[同僚]も参加されますか。」同席だけの人を提案の承認者として表現しません。

会社検索と個人別のメモを使う

BoothCatchで会社や連絡先から関連する人を探し、各自のメモ、担当、次の行動、フォロー状況を管理します。共通テーマは記録しつつ、関心度はその人の質問や依頼を根拠にします。会社単位の整理は全件CSVを出力し、表計算やCRMで行えます。画面の絞り込みに関係なく全件が出ます。検索結果が組織構造や同一人物を自動確定したと考えず、まとめる前に確認します。

会社名の表記が違う場合

正式名称、ブランド、部署名が混在することがあります。関係を確認できたら作業用の名称をそろえ、要件に関係する部署や拠点は残します。似た名前や同じドメインだけで一つのプロジェクトと断定しません。報告では人数と会社数を分け、まとめた基準と未確認の例を説明します。三人の来場を自動的に三件の商談機会にしません。

送信前に共同の引き継ぎを確認する

会社の要約と個人メモを一緒に読み、誰がどの回答を待っているか確認します。違う約束、参加者漏れ、重複する導入連絡を整理します。全体面談が未確定でも、すぐ渡せる約束資料まで遅らせないようにします。

• 別人の連絡先を分けて保った
• 同一人物と会社名の変形を確認した
• 共通背景と個人の依頼を分けた
• 確認済みの役割と推測を分けた
• 調整担当者が個別作業をつないでいる
• 受信者と参加者が来場者との約束に沿っている

よくある質問