展示会のたびに同じ会社が増えていく——リード取り込みが生む重複の構造

2026.08.26データ整備の考え方AI名寄せ

展示会のたびにCRMの中で同じ会社が増えていくのは、担当者の不注意ではなく、名刺リストの一括取込が既存レコードと突合されないまま新規作成される「構造」の問題です。展示会が終わった翌週、主催者から届いたリードのCSVをCRMに取り込む——この当たり前の作業が、年に数回、静かに重複を積み上げています。この記事では、なぜ取込のたびに重複が生まれるのかを構造から解き明かし、放置した場合の業務被害、手作業対処の限界、そして仕組みでの解決策までを解説します。

展示会のあと、CRMで起きていること

架空の例で情景を再現します。春の展示会で、株式会社山田製作所の購買部の方から名刺をいただきました。ブースのスタッフがスキャンし、「株式会社山田製作所」としてCRMにリードが作られます。秋の展示会では、同じ会社の情報システム部の方が来場しました。今度は主催者提供のリストからの取込で、表記は「(株)山田製作所」。年明けのオンライン展示会では、申込フォームの会社名欄に「ヤマダ製作所」と入力されました。

1年後、CRMには山田製作所が3行あります。3行はそれぞれ別のリードとして、別の担当者に割り振られ、別々にメール配信の対象になっています。しかも実はこの会社、5年前から取引のある既存顧客で、取引先オブジェクトには正式なレコードが別にあります。つまり実体は1社なのに、データ上は4つの顔を持っている状態です。

リード「株式会社山田製作所」——春の展示会、ブーススタッフのスキャン由来
リード「(株)山田製作所」——秋の展示会、主催者提供リスト由来
リード「ヤマダ製作所」——オンライン展示会、来場者のフォーム入力由来
取引先「株式会社山田製作所」——5年前から取引のある既存顧客の正式レコード

この光景に心当たりのある方は多いはずです。重要なのは、この過程のどこにも「ミス」がないことです。スタッフは正しくスキャンし、主催者は正しくリストを納品し、来場者は正しくフォームを埋めました。誰も間違えていないのに重複が生まれる——だとすれば原因は人ではなく、工程のどこかに「突合」が存在しないことにあります。

なぜ起きるのか——一括取込は既存と突合されない

リードの一括取込は、CSVの1行をレコード1件として新規作成する処理です。速く・確実に全件を取り込むことを最優先に設計されており、既存レコードとの突合は多くのツールでオプション扱い、しかも効くのは「完全一致」だけというのが実情です。

そして展示会のリードは、完全一致がほとんど成立しないデータです。理由は2つあります。第一に、入力の主体が毎回違うこと。それぞれが独自の表記規則を持ったまま、同じCRMに流れ込みます。

自社スタッフのスキャン——OCRの読み取り結果がそのまま入る
入力代行業者——業者ごとの入力規則（前株・後株、法人格の略記）が混ざる
主催者提供のリスト——主催者側の登録フォームの表記がそのまま届く
来場者自身のフォーム入力——略称・カナ書き・打ち間違いが入る

第二に、名刺そのものの表記が揺れていること。「㈱」と「株式会社」、ロゴの英語表記、社名変更前の名刺がまだ使われていることさえあります。「株式会社山田製作所」と「(株)山田製作所」は人間には同じ会社ですが、完全一致の突合にとっては別の文字列です。取込時の重複チェックを有効にしていても、この揺れの前ではほとんど機能しません。

展示会3回のリードが一括取込で既存レコードと突合されず、CRMに同じ会社が3行できる構造図 — 入力主体と表記が毎回違うリードが、突合なしの一括取込で新規作成される。3回で3行になる構造

もうひとつ、見落とされがちな構造があります。リードと取引先は別のオブジェクトだということです。SFAの設計上、リードは「まだ取引先になっていない見込み客」の置き場なので、既存顧客の担当者が展示会に来ても、リードは取引先とは無関係に新規作成されます。つまり展示会由来の重複には、性質の違う3パターンがあります。

重複のパターン	起きる場面	厄介さ
リード同士の重複	複数回の展示会・複数の流入経路から同じ会社が入る	表記揺れで完全一致せず、取込時の重複チェックをすり抜ける
リードと取引先の重複	既存顧客の担当者が展示会に来場する	オブジェクトが違うため単純な突合では見つからない。既存顧客に新規営業をかける事故の温床
取引先同士の重複	リードの取引先化を重複に気づかず繰り返す	商談・請求など基幹の関連レコードが分散し、統合の難度が最も高い

3つ目のパターンは、1つ目と2つ目を放置した結果として生まれます。重複リードが「新規」として営業に渡り、商談化のタイミングでそれぞれ取引先に変換されると、重複はリードの階層から基幹データの階層へ昇格してしまいます。展示会リードの重複が「早めに」対処すべき理由はここにあります。

放置するとどうなるか——営業・マーケ・集計の三重被害

重複リードの被害は、3つの現場に同時に現れます。

まず営業です。3行の山田製作所は別々の担当者に割り振られるため、同じ会社に複数の営業担当が別々にアプローチします。「先週、御社の別の方からもお電話をいただきましたが」と言われた瞬間、会社としての信頼が目減りします。さらに深刻なのはリードと取引先の重複で、5年来の既存顧客に「はじめまして」の新規営業メールが届く事故は、担当営業の関係構築を一撃で毀損します。

次にマーケティングです。同じ会社に同じ案内メールが2通、3通と届きます。そして展示会の効果測定が壊れます。「今回の展示会で新規リード800件」という報告のうち1〜2割が既存レコードとの重複だとすると、獲得社数は水増しされ、逆に商談化率は分母が膨らんで実態より低く見えます。出展を続けるか否かという投資判断が、歪んだ数字の上で行われることになります。

最後に集計です。「保有リード数」「業種別の見込み客数」といった基本の数字がすべて実態からズレていきます。展示会に年4回出展する会社なら、取込も年4回。数千件規模のリードを保有する組織で、重複率が1〜2割に達している状態は珍しくありません。しかもこの数字は、対処しない限り単調に増え続けます。

3つの被害に共通するのは、発生してから発覚するまでの時間差です。重複は取込の瞬間に生まれますが、気づくのは数ヶ月後——顧客からの指摘、効果測定の違和感、監査前のデータ点検といった、後戻りのコストが最も高いタイミングです。被害を整理すると次のようになります。

営業——同じ会社への二重アプローチ、既存顧客への「はじめまして」事故
マーケ——重複配信、獲得社数の水増しと商談化率の希釈による投資判断の歪み
集計——保有リード数・業種別集計のズレが、対処しない限り増え続ける

展示会リードの重複は「一度きりの掃除」では解決しません。入口が年に数回開き続ける以上、取込のたびに突合が走る仕組みを持つことだけが根本対処になります。

手作業で対処するとどこで詰むか

「では展示会のあとにExcelで重複チェックしよう」——多くの組織が一度は試みる対処です。そして、だいたい同じ場所で詰みます。

最初の壁は並べ替えが効かないことです。リードをエクスポートして会社名でソートしても、「㈱山田製作所」「株式会社山田製作所」「ヤマダ製作所」は離れた場所に並びます。前株と後株、カナと漢字、法人格の略記——表記が揃っていないデータは、ソートと目視という手作業の基本戦術がそもそも通用しません。関数で正規化キーを作り込む道もありますが、それはもう「片手間の重複チェック」の工数ではなくなっています。

次の壁は統合操作の重さです。重複だと分かっても、CRMのマージ画面は基本的に1組ずつしか処理できません。どちらのレコードを残すか、活動履歴やキャンペーン反応をどう引き継ぐか、リードと取引先の重複ならそもそもマージ機能の対象外——1組あたり数分かかる判断と操作を、数百組に対して行うことになります。

最後の壁が決定的です。次の展示会でまた増えるのです。1ヶ月かけて掃除しても、次の取込で元に戻る。掃除が「終わらないイベント」になった時点で、担当者のモチベーションとともに運用は止まります。さらに、どこまでを同一とみなすかの判断基準が担当者の頭の中にしかないため、人が変われば基準も変わり、過去の掃除と今回の掃除で結果が食い違います。

手作業が悪いのではありません。入口が開き続ける問題に、単発の人力で応戦していることが構造的に不利なのです。手作業と仕組み化の差を整理すると、次のようになります。

詰みどころ	展示会後の手作業チェック	仕組み化された名寄せ
表記揺れ	ソートで並ばず、目視でも拾いきれない	正規化と辞書で吸収してから突合する
統合の実行	マージ画面で1組ずつ。関連レコードの引き継ぎ判断も毎回人	残す値のルールを宣言し、関連レコードの付け替えまで一括で実行
継続性	次の取込で元に戻る。掃除が終わらないイベント化	取込のたびに自動で走る定常工程になる
判断基準	担当者の頭の中。人が変わると結果も変わる	編集できる透明なルールとして残り、引き継げる

ナヨセルの場合——取込のたびに名寄せが走る状態にする

当社のAI名寄せ・顧客データ統合クラウド「ナヨセル」は、この構造問題を「取込のたびに突合が自動で走る状態」を作ることで解決します。

まず、CRMのリード・取引先、MA、名刺管理サービスといった複数の入口を1つの作業台に載せます。リード同士だけでなく、リードと取引先というオブジェクトをまたいだ重複も、同じ台の上で突合できるようになります。表記の揺れは文字の正規化と辞書が吸収するため、「㈱山田製作所」と「株式会社山田製作所」は同じ会社として扱われます。

そのうえで、確定できるものとグレーなものを分けます。法人番号の一致など確定的な条件で判定できたものは自動で、「名称が似ていて住所が近い」といったグレーな候補は承認キューに入り、人が根拠を見て判断するまで正式なデータは変わりません。展示会のリストには、そもそも宛名不明の「ご担当者様」のようなダミーレコードが混ざることも多く、これも同じ台の上で検出できます。

取込のたびに正規化と突合、承認キューでの人の判断、統合までが自動で回るサイクル図 — 取込→突合→人の承認→統合のサイクルを常設する。掃除をイベントから仕組みに変える

そして要がスケジュール実行です。名寄せを「展示会のあとの大掃除」ではなく、取込のたびに走る定常の工程にします。突合の条件は画面で確認・編集できる透明なルールなので、担当者が変わっても判断基準は引き継がれます。運用のイメージは次の通りです。

取込——展示会のリードを従来通りCRMに一括取込する（運用は変えない）
突合——スケジュール実行が既存のリード・取引先まで含めて横断で突き合わせる
判断——確定分は自動、グレーな候補だけが承認キューで人を待つ
統合——承認された統合が、関連レコードの付け替えまで含めて実行される

手をつける前に現状を知りたい場合は、AI名寄せ診断で重複率と放置コストを数字で把握するところから始められます。料金はマージ対象レコード数だけで決まり（Starter月額5万円〜・税抜）、接続サービス数や実行回数は課金対象外なので、「取込のたびに走らせる」運用にしても費用は変わりません。全プランに導入支援（2ヶ月・50万円〜）が標準付帯します。詳しくは料金プランをご覧ください。