リード名寄せ・重複を破壊！BigQueryで整形しSalesforceへ自動反映する、データドリブンな運用戦略

「Salesforceを入れたのに、同じ顧客が何人も登録されていて誰が担当か分からない」「メルマガが二重に届いてクレームになった」……。これらは、私がこれまで100件以上のBI研修や50件を超えるCRM導入現場で目にしてきた「データの阿鼻叫喚」の典型例です。

リードの名寄せ・重複排除は、単なる「お掃除」ではありません。それは、マーケティングROIの最大化、営業生産性の向上、そして顧客体験の劇的な改善に直結する、極めて戦略的な投資です。本ガイドでは、Salesforceの標準機能では限界がある「高度な名寄せ」を、BigQueryという強力なコンピューティングエンジンを使って解決し、自動的にSalesforceへ戻す、現代最高峰のデータアーキテクチャを徹底解説します。

1. リード重複がビジネスにもたらす「目に見えない」破壊的損失

多くの現場で、「重複データなんて後で消せばいい」という甘い考えが、数千万円単位の機会損失を生んでいます。コンサルタントとして私が指摘し続けている、重複が引き起こす3つの致命的なリスクを再認識してください。

• マーケティングコストの流出： 同じリードに複数の広告を出し、複数のメールを送り、架電リストを重複購入する。データ品質の低さは、予算の約20%を無駄にしているという調査もあります。
• 営業の信頼失墜： 異なる担当者が同じ日に同じ顧客へ「はじめまして」と電話をかける。顧客から見れば、社内連携が取れていない「二流企業」のレッテルを貼られる瞬間です。
• 分析の無力化： 「リード獲得数」が重複により水増しされれば、どの施策が本当に有効だったのかの判断を誤ります。

2. 名寄せの基本概念と「BigQuery」が必要な理由

名寄せ（Identity Resolution）とは、異なる形式やソースから来たデータの中から「同一人物・同一企業」を特定し、一つのレコードに統合することです。

名寄せのキー設計：何を基準に「同一」とみなすか

名寄せの精度は「キー（鍵）」の設計で決まります。

なぜSalesforce標準機能では「不十分」なのか

Salesforceには「一致ルール」や「重複ルール」がありますが、以下の限界があります。

• 大量データの一括処理に弱い： 数十万件の過去データを一気にクリーニングする際、ガバナ制限（処理負荷の制限）に阻まれる。
• 複雑なあいまマッチングが苦手： 「Aurant」と「オーラント」を同一視するような高度な文字列操作は、Salesforce内では実装が困難です。
• 外部データとの突き合わせができない： 広告媒体のログや外部の企業データベース（LBC等）と連携させた複雑な判定ができません。

だからこそ、計算能力が圧倒的で、SQLで柔軟なロジックが書けるBigQueryを「データの洗浄工場」として活用するのです。

3. BigQueryを活用した「究極の名寄せ」アーキテクチャ

このアーキテクチャは、私が大規模プロジェクトで実際に採用している、非常に堅牢な設計です。

ステップ1：データ集約と正規化

Salesforceのリード、取引先、さらにWebサイトのログなどをBigQueryに集約します。ここで、SQLを駆使して「全角→半角」「株式会社の削除」「トリム（空白削除）」といった正規化を徹底的に行います。

ステップ2：スコアリングによるマッチング

「メールが一致したら80点」「会社名が似ていたら20点」といった加点方式（スコアリング）を採用します。

• 100点： 完全に同一とみなし、自動マージ。
• 70点： 「重複の疑いあり」としてフラグを立て、担当者に通知。

ステップ3：リバースETLによるSalesforceへの書き戻し

BigQueryで導き出した「統合すべきレコードID」の情報を、再びSalesforceに自動で書き戻します。これにより、営業担当者は常にクリーンな最新データだけを目にすることになります。

4. 厳選！国内外の名寄せ・データ基盤ツール3選

自社でゼロから構築する以外に、これらのプロフェッショナルツールを組み合わせるのが、現代のDXの定石です。

① trocco（トロッコ）

日本発のデータエンジニアリングプラットフォーム。SalesforceとBigQueryの間のデータ連携（ETL/ELT）において、ノンプログラミングで名寄せの前処理を実現できます。

【URL】[https://trocco.io/](https://trocco.io/)

【費用目安】初期費用 0円〜、月額10万円〜（従量課金）。

② Hightouch / Census（リバースETL）

BigQueryで整形した「名寄せ済みデータ」をSalesforceへ戻すための世界標準ツール。

【URL】[https://hightouch.com/](https://hightouch.com/)

【費用目安】月額 0ドル（無料枠あり）〜 $500〜。

③ Sansan（名刺管理・企業DB）

名刺をスキャンするだけで正確な名寄せを行い、Salesforceへ連携。国内企業の法人番号紐付けにおいて最強の精度を誇ります。

【URL】[https://jp.sansan.com/](https://jp.sansan.com/)

【費用目安】初期費用 ＋ 月額費用（ライセンス数・機能による個別見積り）。

5. 実践事例：重複を85%削減し、受注率を1.4倍にした製造業B社の物語

ある中堅製造業B社では、過去10年分のリードデータが各拠点ごとにExcel管理され、Salesforceにインポートされた結果、約30万件のうち4割が重複という惨状でした。

【実施策】
1. Google Cloud（BigQuery）を導入。
2. 全データを一箇所に集約し、独自開発のSQLで「法人番号」をキーにした名寄せを実行。
3. 重複レコードのうち、直近1年以内に活動がある方を「サバイバー（残すデータ）」とするロジックを組んだ。

【成果】
重複データが85%削減。営業担当者が「誰に連絡すべきか」迷う時間がゼロになり、架電件数が倍増。結果として商談化率が大幅に改善し、受注率1.4倍を達成しました。

【出典URL：Google Cloud 公式事例を参考にしたデータ活用の重要性】
[https://cloud.google.com/customers/case-studies?hl=ja](https://cloud.google.com/customers/case-studies?hl=ja)

6. コンサルタントが教える【＋α】運用の落とし穴と回避策

システムを作って満足してはいけません。名寄せには「運用上の死角」があります。

• 「マージ」の不可逆性： Salesforceで一度レコードをマージ（統合）すると、元に戻すのは極めて困難です。BigQuery側で十分なシミュレーションを行い、バックアップを取ってから実行してください。
• 所有者（担当者）争い： AさんのリードとBさんのリードが「同一人物」と判明した際、どちらが担当になるか？ この「政治的ルール」を事前に決めておかないと、現場で紛争が起きます。
• リアルタイム性のジレンマ： BigQueryでの処理は、多くの場合バッチ（日次など）で行われます。Webフォームからの即時登録に対し、いかに「その場」で重複を検知するかは、Salesforceの標準ルールとBigQueryを併用するハイブリッド設計が必要です。

まとめ：データは「資産」にも「負債」にもなる

リード名寄せを放置することは、穴の空いたバケツに水を注ぎ続けるようなものです。BigQueryを用いたデータアーキテクチャは、初期費用こそかかりますが、その後のマーケティング・営業効率の向上を考えれば、数ヶ月で投資回収が可能なプロジェクトです。

もし貴社のSalesforceが「データのゴミ捨て場」になりつつあるなら、今すぐアーキテクチャの見直しを検討してください。正しいデータが、正しい意思決定を生み、ビジネスを加速させます。