| 執筆: 高橋 鉄平

顧客データ統合とは?リードと取引先を企業単位に名寄せ・統合する方法

顧客データ統合とは?リードと取引先を企業単位に名寄せ・統合する方法

営業組織では、同じ企業の情報がリードと取引先、あるいは支社・部門ごとにバラバラに登録され、「結局この会社に今いくつ接点があるのか」が見えなくなりがちです。これが顧客データ統合の出発点となる課題です。

本記事では、顧客データ統合の意味と進め方を整理したうえで、リードと取引先を企業単位に自動で名寄せ・統合する具体的な方法を解説します。SalesNowのカスタマーサクセス担当が標準機能のみ・Apex不要で検証したSalesforceフローの実装例も、再現できる粒度で紹介します。

「リードと取引先がつながらない」「企業単位で営業状況を把握したい」と感じている営業企画・SFA管理者の方に向けた内容です。

顧客データ統合とは?なぜ営業で重要か

顧客データ統合とは、リードや取引先などに分散した企業情報を、企業単位に名寄せして1つにまとめることを指します。部署や支社ごとに重複したレコードを統合し、「企業」を軸に営業状況を捉えられる状態をつくる取り組みです。

ポイントは1つです。顧客データ統合の目的は、バラバラの接点を「企業単位」で1つに束ねることです。統合ができていないと、同じ企業に複数の担当が重複アプローチしたり、既存顧客の別部署からの新規リードに気づけなかったりします。企業単位でのABM・ファネル分析も成立しません。

顧客データ統合が崩れると、現場では次のような問題が起こります。

統合できていない状態起きる問題
同一企業がリード・取引先で重複複数担当が同じ企業へ重複アプローチ
支社・部門ごとにレコードが乱立企業全体の取引・接点が見えない
リードと取引先が別管理既存顧客の別部署からの新規リードを見逃す
企業単位で集計できないABM・ファネル分析の精度が出ない

とくにBtoB営業は1社に複数の部署・担当が存在するため、企業単位の統合は商談機会の最大化と重複防止に直結します。SalesNowでも、受注企業の多くがすでに営業リストやデータを保有しており、課題は「データの量」より「企業単位で整っているか」に移っていると捉えています。

顧客データ統合の進め方(基本ステップ)

顧客データ統合の進め方とは、企業を一意に識別し、その識別子で突合・統合・運用する一連の流れを指します。使うツールが変わっても、考え方は次の4ステップに集約できます。

顧客データ統合は「識別子の付与→突合→統合→運用」の4ステップで進めます。

ステップ内容
① 企業ユニーク識別子の付与法人番号基準で名寄せした識別子を、リード・取引先など全レコードに付与する
② 突合識別子をキーに、同一企業のレコード同士を機械的に照合する
③ 統合・紐づけリードを取引先に紐づけ、重複は1企業へまとめる
④ 運用新規レコードにも自動で識別子を付与し、統合状態を維持する

このうち①の識別子がないと、会社名の表記ゆれで②の突合が破綻します。次の章では、③の統合・紐づけを自動化するSalesforceフローの実装例を見ていきます。

【実装例】Salesforceフローでリードと取引先を企業単位に統合する

ここからは、実際にSalesforceフローでリードと取引先を企業単位に統合する手順を、画面操作と設定値まで含めて解説します。SalesNowのカスタマーサクセス担当が、標準機能のみ・Apex不要で検証した実装例です。

標準のSalesforceでは、リードと取引先は別オブジェクトのまま自動では連結されません。たとえば既存取引先「A社」の別部署から新しいリードが入っても、システム上はA社とつながらず、担当者が気づかないまま重複アプローチが起きます。この「リードと取引先の分断」を、企業ユニーク識別子(JCコード)で自動的に橋渡しするのがこのフローです。

Before:分断状態

リード「A社」と取引先「A社(本社)」「A社 大阪支店」がバラバラに存在。表記ゆれもあり、同じ企業だと認識できない。

After:企業単位に統合

JCコードをキーに、リードが正しい取引先へ自動で紐付く。1企業に接点が集約され、重複も検知できる。

つくるフローの全体像

処理の流れはシンプルです。リードが更新されたら、JCコードを手がかりに一致する取引先を探し、見つかった件数で処理を3つに振り分けます。

フローの処理ロジック

リード更新(JCコードあり & 取引先が未連結)→ 一致する取引先を検索 → 件数で分岐

  • 一致 1件 → 取引先へ自動紐付け/ステータス「完了」
  • 一致 複数件 → ステータス「重複あり」(手動確認へ)
  • 一致 0件 → ステータス「該当なし」
完成したSalesforceレコードトリガフローの全体図。レコード取得から決定要素で3分岐し、取引先紐付け・重複あり・該当なしに振り分ける構成
▲ 完成したフロー全体図(取得 → 件数で分岐 → 紐付け/重複/該当なし)

STEP1:紐づけ用の2項目をリードに追加する

リードオブジェクトに項目を2つ作成します。1つは取引先への参照項目「取引先」。子リレーション名を「Leads_AutoLinked」にしておくと、取引先の詳細画面に関連リード一覧が表示されるようになります。もう1つは処理結果を記録する選択リスト「取引先リンク」で、値は「未処理/完了/重複あり/該当なし」の4つを用意します。これがフローの結果を可視化する目印になります。

リードオブジェクトに取引先への参照項目と選択リスト「取引先リンク」を作成するSalesforceの項目設定画面
▲ リードに参照項目「取引先」と選択リスト「取引先リンク」を作成

STEP2:レコードトリガフローを作成し、対象を絞る

「設定 > フロー」から新規作成し、フロータイプは「レコードトリガフロー」を選択します。対象オブジェクトをリード、起動を「レコードが更新された」に設定。エントリ条件はAND条件で、JCコードが入っているかつ取引先がまだ紐づいていないリードだけに絞ります。これで企業特定済み・未連結のリードのみが処理対象になり、ノイズを自動的に除外できます。

レコードトリガフローのエントリ条件をAND(JCコードあり・取引先が未連結)で設定するSalesforceの画面
▲ エントリ条件をAND(JCコードあり × 取引先が未連結)で設定

STEP3:一致する取引先を検索し、件数を数える

「レコードを取得」要素を追加し、取引先のうちJCコードがリードのJCコードと一致するものを全件取得します。続いて数値の変数を1つ用意し、「割り当て」要素で取得できた件数を代入します。この件数が、次の分岐の判定材料になります。

「レコードを取得」要素で、JCコードがリードと一致する取引先を検索するSalesforceフローの設定画面
▲「レコードを取得」でJCコードが一致する取引先を取得

STEP4:件数で3つに分岐させる(決定要素)

「決定」要素で、取得件数に応じて処理を振り分けます。「1件に一致」「1より大きい(複数件)」「それ以外(該当なし)」の3分岐を作成します。1社だけ一致したリードは安全に自動紐付けでき、複数一致や不一致は人の確認に回す、という切り分けがポイントです。

「決定」要素で取得件数が1件・複数件・0件のどれかに応じて処理を3分岐させるSalesforceフローの設定画面
▲「決定」要素で件数(1件/複数件/0件)に応じて3分岐

STEP5:分岐ごとに紐付け・ステータスを記録して有効化

1件ヒット時は「レコードを更新」で取引先をリードにセットし、取引先リンクを「完了」に。複数件ヒット時は「重複あり」、0件時は「該当なし」をステータスに記録します。最後にフローを保存し(例:「リードをJCコードで取引先と紐づける」)、「有効化」して完成です。標準機能のみで、ここまでApexは一切使いません。

作成したフローに表示ラベルとAPI参照名を付けて保存・有効化するSalesforceの保存ダイアログ
▲ フローを保存して有効化

動作確認

JCコードが付与済みのリードで任意の項目を更新すると、取引先が自動でセットされ、取引先リンクが「完了」に変わります。取引先の詳細画面を開くと、関連リード一覧に同じ企業のリードが並びます。「重複あり」「該当なし」はステータスから原因がわかるため、レポートで「未連結のリードとその理由」を一覧化でき、データ品質を継続的に保てます。

フロー実行後のリード詳細画面。取引先が自動でセットされ、取引先リンクが完了になった状態
▲ 動作確認:取引先が自動でセットされ、ステータスが「完了」に

名寄せの考え方そのものを基礎から確認したい場合は、「名寄せとは?意味・手順・ツール活用まで徹底解説」で全体像を解説しています。あわせて読むと、このフローが「なぜ企業単位の識別子を必要とするのか」が理解しやすくなります。

統合フロー運用でつまずきやすい点と対処

フロー運用の注意点とは、レコード増加時のパフォーマンスと、「重複あり」「該当なし」の再処理設計を指します。作って終わりにせず、運用に耐える形へ整えることが成果を左右します。

フローは「ガード条件」と「再判定の分離」で運用が安定します。具体的には次の3点を押さえます。

  • ガード条件の追加:エントリ条件で「完了」「該当なし」を除外し、毎回の更新で無駄に再処理しないようにする。
  • 再判定の分離:「重複あり」「該当なし」の再評価は、レコードトリガではなくスケジュールトリガフローで夜間にまとめて行う。
  • 一括処理の上限:大量データ移行時はガバナ制限に注意し、バッチや分割実行で流量を調整する。

SFAのデータをフローで整え、営業成果につなげる全体像は「SFA連携・データ活用とは?営業成果を最大化する実践ガイド」で詳しく解説しています。フロー単体ではなく、データ基盤として捉えると効果が大きくなります。

顧客データ統合を支える「企業ユニーク識別子」とSalesNow

企業ユニーク識別子とは、表記ゆれや法人形態の違いに左右されず、同一企業を一意に特定するためのコードを指します。Salesforceフローでリードを企業単位に統合できるかどうかは、この識別子があるかどうかでほぼ決まります。

たとえば「株式会社」の有無、全角・半角、英語表記、支社名の付け方など、企業名は揺れます。会社名の文字列一致だけで紐づけると取りこぼしや誤連結が起き、Salesforceフローを組んでも精度が出ません。だからこそ、Salesforceフローの前提として法人番号基準で名寄せした識別子が必要になります。

SalesNowは国内1,400万件超の企業・組織データを保有し、法人番号を基準に名寄せした企業ユニーク識別子(JCコード)を全レコードに付与します。リードと取引先の両方に同じSalesNowの識別子が入るからこそ、本記事のフローが安定して機能します。識別子の整備は名寄せとデータクレンジングの両輪で進めるとよく、両者の違いは「名寄せとデータクレンジングの違い|手順・使い分け・ツール活用法」で整理しています。

SalesNowは商談数2.3倍などの実績を持つ企業データ基盤として、700社以上のBtoB営業組織に導入されています。Salesforceと連携してリードを企業単位に正規化したい場合、SalesNowは有力な選択肢になります。

まとめ

Salesforceフローの作り方と、リードを企業単位に統合する実践手順を解説しました。要点は次の通りです。

  • Salesforceフローは「トリガー→取得→分岐→処理→有効化」の5ステップで構築でき、用途に応じて4種類を使い分ける。
  • リードと取引先の企業単位統合は、レコードトリガフロー+企業ユニーク識別子(JCコード)で標準機能のみ・Apex不要で実現できる。
  • 運用は「ガード条件」と「再判定の分離」で安定させる。
  • 精度の前提は、法人番号基準で名寄せされた識別子。SalesNowはこの識別子を全レコードに付与し、企業単位のデータ基盤づくりを支える。

企業単位のデータ基盤づくりを、SalesNowで

リードと取引先を企業単位で名寄せ・統合する鍵は、法人番号基準の企業ユニーク識別子です。SalesNowは国内1,400万件超の企業・組織データから、Salesforce連携に使える正確な企業データを提供します。

よくある質問

Q. 顧客データ統合とは何ですか?

顧客データ統合とは、リードや取引先などに分散した企業情報を、企業単位に名寄せして1つにまとめることを指します。重複アプローチを防ぎ、企業単位でのABM・ファネル分析を可能にするための土台になります。

Q. リードと取引先を企業単位で自動統合するには何が必要ですか?

企業を一意に特定する「企業ユニーク識別子」が前提です。SalesNowのように法人番号基準で名寄せした識別子をリードと取引先の両方に付与し、それをキーにレコードトリガフローで紐づけます。会社名の文字列一致だけでは精度が出ないため、識別子の整備が重要です。

Q. フローの作成にコード(Apex)は必要ですか?

本記事のリード統合フローは標準機能のみで構築でき、Apexは不要です。レコードトリガフローの「レコードを取得」「決定」「レコードを更新」といった要素を組み合わせるだけで、企業単位の自動紐づけを実装できます。

高橋 鉄平

執筆者

高橋 鉄平

株式会社SalesNow マーケティング部門

国内1,400万件超の企業・組織データを保有するSalesNowのマーケティング担当。BtoB営業組織700社以上への導入支援を通じて蓄積した、企業データ活用の実践知見をお届けします。

※本記事は情報提供を目的としており、特定のサービスの購入を推奨するものではありません。記載内容は執筆時点の情報に基づいています。編集ポリシーについて

関連記事