
この記事の要点
- グループの顧客二重化は、同じ会社の中の重複と、別ディーラー間の重複の2層に分けて考えます。原因も打ち手も違います
- Ribbonの重複検出と顧客マージは1つの会社(テナント)の中で完結し、会社をまたぐ自動名寄せは持ちません
- 同じ会社の中なら、重複スキャンで候補を一致根拠と類似度つきで洗い出し、顧客マージで人が確認しながら統合できます
- グループ会社でも別法人の間で顧客データをやり取りするには、本人の同意か共同利用の手当てが要ります
- ツールより先に、名寄せキー、登録手順、残す基準というグループ標準を本社が定めます
この記事で分かること
- グループ内の複数の販売会社で顧客が二重化する仕組みと、現場と本社に出る実害
- Ribbonの重複検出と名寄せでできること、できないこと(会社の境界という壁)
- 別会社の間で顧客情報を突き合わせる前に確かめる、個人情報保護法の手当て
- 入口で二重化を抑える運用ルールと、本社が定める名寄せキーと判断基準
対象読者:販売会社グループの本社、営業企画、営業事務、複数店舗を束ねる管理職|読了目安:約10分
目次
二重化は不注意より仕組みから起きる
例えば、こういう場面を考えてみます。同じグループで同じブランドを扱う2つの販売会社から、同じ顧客の自宅に、同じキャンペーンの案内が同じ週に届きます。顧客は以前にA社の店で1台、その後にB社の店でもう1台を買っています。本人から見れば同じグループの同じブランドですが、社内では2つの会社に2枚の顧客カードが別人として残っています。
この顧客は苦情を言わないかもしれません。ただ、同じグループの中で話が通じていない、という印象は残ります。
複数の販売会社を持つグループでは、こうした二重化は珍しくありません。二重化のもとは、販売会社が法人として分かれていることにあります。注意を呼びかけるだけでは減らないので、仕組みと運用で抑えます。
なぜグループでは顧客が二重化するのか
同じブランドを扱っていても、グループの販売会社はそれぞれ別の法人です。顧客データも会社ごとに管理されているのが普通です。ですから同じ人が2つの会社で買えば、2つの会社にカードができます。要因を分けると、おおむね次の4つに収まります。
- 会社(テナント)の分離。販売会社ごとに顧客データが独立していて、一方の会社で登録しても、もう一方からは見えません
- 入力の表記ゆれ。姓の旧字と新字、法人名の「カ)」と「株式会社」、電話番号のハイフンの有無。同じ人なのにキーが一致しません
- 来店経路の多様化。問い合わせは本社のWeb窓口、商談は最寄りの店、整備は別の店。接点ごとに別のカードが生まれます
- 登録前に検索しない習慣。忙しい商談の合間に「とりあえず新規で登録」してしまい、後で名寄せする前提が崩れます
最初の「会社の分離」が最も根が深いところです。システムの設定や担当者の努力でどうにかなる話ではなく、組織の形そのものだからです。ここを取り違えると「ツールを入れれば自動で名寄せされる」という誤解につながります。
二重化を放置すると、実害は少しずつ効いてきます。案内の重複送付で郵送費が二重にかかり、同じ顧客に2つの店が別々に提案して商談を食い合います。買い替え、整備、紹介といった顧客の生涯価値が2枚のカードに分かれ、本社の集計では顧客数が実態より多く見えます。どれも経営判断の土台を歪めてしまいます。
二重化は2層で考える
対策を考えるときは、二重化を「同じ会社の中の重複」と「別ディーラー(別会社)間の重複」の2層に分けます。この2つは原因も打ち手も違うのに、現場では一緒に扱われがちです。混ぜると話が噛み合わなくなります。
| 層 | どこで起きるか | 主な原因 | 有効な打ち手 |
|---|---|---|---|
| 第1層:会社内の重複 | 1つの販売会社の顧客データの中 | 表記ゆれ、登録前の無検索、接点の多さ | 重複スキャンと名寄せ(システムで支援できる) |
| 第2層:会社間の重複 | 同じグループの別会社同士 | 法人とデータベースの分離 | 運用ルール、承認に基づく横断閲覧、本社の標準化(システムだけでは解けない) |
第1層は、ツールが得意とする領域です。同じデータベースの中で似た者同士を探し、人が確認してまとめます。第2層は、そもそもデータが別の箱に入っているので、システムが勝手に横断して名寄せすることはできません。この線引きを先に押さえておくと、対策を組みやすくなります。
第1層の対策が手付かずのまま「グループ横断の自動名寄せ」を探して止まっている、というグループも少なくありません。まず自社1社の中をきれいにするところから始めると、進めやすくなります。
同じ会社の中の重複を見つけて名寄せする
同じ会社の中の重複なら、Ribbonの重複スキャンで候補を洗い出し、顧客マージで1件に統合できます。ここが、システムが最も力を発揮する場面です。Ribbonの重複対策は、2つの機能で構成されています。
1つ目は重複スキャンです。顧客一覧から自社の顧客全体を横断し、氏名、電話番号、メールアドレスが類似する候補ペアを表示します。候補ごとに「顧客名が類似」「携帯電話が一致」「住所が類似」といった一致根拠と、類似度のパーセント表示が付きます。姓の表記が違っていても電話番号が一致していれば候補に上がるため、表記ゆれの重複を拾いやすくなっています。
顧客カードの画面からも、その顧客に似たカードを探せます。
2つ目は顧客マージです。候補ペアを開くと、顧客の選択確認、フィールド選択、確認・実行の3段階で進みます。フィールド選択では、顧客名、フリガナ、住所、電話番号などの項目ごとに、マージ元(削除される側)とマージ先(残す側)のどちらの値を使うかを選びます。
既定では、マージ先に値がない項目だけマージ元の値が選ばれます。両方に異なる値がある項目には警告の印が付きます。実行すると、統合元のカードは論理削除され、関連するデータは残す側に集められます。

マージは人が確認してから実行する設計です。無人の自動統合は備えていません。顧客データの統合は元に戻しにくく、間違えると別人を1人にまとめてしまうからです。マージの権限はロールやユーザーごとに設定できるため、営業事務の決まった担当だけに許可する運用も組めます。
運用の段取りは次のようになります。月初など決まったタイミングで重複スキャンを回し、出てきた候補を営業事務が確認して、明らかに同じ人だけをマージします。判断に迷うペア(同姓同名で住所が違う、家族で電話が同じなど)は無理にまとめず、保留にして担当者に確認を回します。この「迷ったらまとめない」を決めておくと、後の手戻りが減ります。
無料デモ受付中:グループの顧客二重化がどこで、どのくらい起きているかの整理と、重複スキャンと顧客マージの実画面を、無料デモで案内しています。申し込みはこちらから。
入口で増やさないのは運用ルールと人
重複スキャンと顧客マージは、入ってしまった重複を後から寄せる仕組みです。入口で重複を増やさないことは、システムの自動判定に任せるのではなく、運用ルールと人が担います。この役割分担をはっきりさせておくと、ツールへの過度な期待と、運用の手抜きの両方を防げます。
登録の段階で守るルールは3つあります。
- 取り込み前にキーを揃えます。電話番号は数字のみに統一し、法人は法人番号で寄せ、姓名の前後のスペースや旧字を整えます。取り込み元のExcelの段階でここを済ませておくと、後の重複スキャンで候補が正しく上がります
- 登録前に検索します。新規登録の前に氏名か電話番号で検索することを、全店の決まりにします。「とりあえず新規」をなくすだけで、新しく生まれる重複は目に見えて減ります
- 取り込みの直後にスキャンを回します。移行や一括取り込みの直後は重複が増えるタイミングです。取り込んだらその日のうちに重複スキャンを実行し、その回でまとめて名寄せします
CSVの取り込みでは、新規作成のみ、既存更新のみ、新規+更新の3つのモードがあります。既存の顧客を更新したいのか、新しい顧客を足したいのかを先に決めてモードを選びます。取り込んだ後に重複スキャンで候補を確認します。この「取り込み前の整形」と「取り込み後のスキャン」で挟む手順が、取り込みの現実的なやり方です。
データ移行で最も危ないのは、「とりあえず全部入れて、後で消す」という進め方です。汚いまま入れたデータは、汚いまま二重化します。
別ディーラー間の二重化は運用でそろえる
別会社(別ディーラー)にまたがる二重化は、システムが自動で名寄せすることはできません。グループの運用ルールと、承認に基づく横断閲覧の設計でまとめていきます。
Ribbonは会社(テナント)ごとに顧客データを分けて管理し、A社のデータとB社のデータは別々の箱に入っています。別の会社の顧客を見て名寄せすることはできず、グループ横断の自動マージの機能もありません。
では、別ディーラー間の二重化はどうまとめるか。打ち手は3方向あります。
- 本社の標準ルールで登録のやり方を揃える。全販売店が同じ名寄せキー(電話は数字のみ、法人は法人番号)と同じ登録手順を使えば、後でデータを突き合わせたときの一致率が上がります。入力規則がバラバラのままでは、どんな統合も機能しません
- 本社の集計は、各社が承認した範囲で横断する。各社のデータを物理的に1つにしなくても、インポーターなら契約販売店が承認した範囲で、実績を横断して集計する仕組みがあります。グループの本社で同じ形の集計ができるかは、グループの構成によって変わるため、事前に確かめます。顧客の名寄せそのものではありませんが、「どの店とどの店に同じ動きの顧客がいそうか」を見つける手がかりになります
- 重複が判明したときの調整フローを決めておく。2つの店で同じ顧客が動いていると分かったとき、どちらが主担当か、案内はどちらが出すか、実績はどう扱うかを事前に決めます。技術ではなく、会社としての決め事の問題です
冒頭の例は、この第2層に当たります。A社とB社は別の会社で、システムが自動で気づくことはなく、人が運用で拾うことになります。だからこそ、本社が「同じ顧客に2つの店から案内が重ならない仕組み」を運用として設計しておく価値があります。ただし、別会社の顧客データを突き合わせること自体に、法律上の手当てが要ります。次の節で整理します。
グループ内で顧客情報を突き合わせる前に
別会社の間の二重化を確かめようとすると、A社の顧客リストをB社や本社に渡して照合したくなります。ここで気をつけたいのは、同じグループの会社でも、法人が別なら個人情報保護法の上では互いに「第三者」に当たる点です。持株会社や本社機能を持つ会社も、販売会社とは別の法人です。
顧客の個人データを別の法人に渡すことは第三者提供にあたり、原則として本人の同意が要ります。同意の代わりに使える仕組みが共同利用です。共同で利用する個人データの項目、共同して利用する者の範囲、利用する者の利用目的、そのデータの管理に責任を持つ者の名称、住所、代表者名を、あらかじめ本人に通知するか、本人が容易に知り得る状態に置いておきます。各社のプライバシーポリシーに載せて公表する形がよく使われます。
すでに持っている顧客データを後から共同利用に回すときは、もともと示していた利用目的の範囲に収まるかも確かめます。判断に迷うところは、弁護士などの専門家に確認してから進めると安心です。
本社やインポーターが各社のデータを見る場合も、同じ整理が要ります。店舗別の台数や売上のように、個人が分からない形に集計した数字を見るのと、顧客1人ずつの記録を見るのとでは、必要な手当てが変わります。Ribbonのインポーター機能は、販売店側が承認した範囲でだけ閲覧と集計ができる仕組みです。どこまでを承認するかは、各社のプライバシーポリシーと合わせて決めておきます。
本社が決めておくグループの決まり
二重化防止で本社が最初に取り組むと楽になるのは、ツールの選定ではなく標準づくりです。名寄せキー、登録手順、統合判断の3点を文書にし、全販売店に同じものを使ってもらいます。これがないと、どんなシステムも力を出せません。決めておく標準を、優先度の順に並べます。
| 決めること | 具体例 | これがないと起きること |
|---|---|---|
| 名寄せキーの正規化 | 電話は数字のみ、法人は法人番号、姓名の旧字とスペースの統一 | 同じ人が照合で一致せず、重複が残り続けます |
| 登録前検索の義務化 | 新規登録の前に氏名か電話で検索する | 登録のたびに重複が増え続けます |
| 残す側の判断基準 | 取引が新しい方を正にする、などのルール | 名寄せのたびに担当者の判断がぶれます |
| スキャンの実施頻度 | 月初に重複スキャン、移行と一括取込の直後は実施する | 重複が溜まってから慌てて対処することになります |
| 共同利用の公表 | 共同で使う項目、範囲、目的、責任者をプライバシーポリシーに載せる | 別会社の間で照合する法律上の根拠がそろいません |
順番が大切です。いきなりシステムの機能比較から入ると、「自動で名寄せできるか」ばかりが気になって、登録のルールが後回しになりがちです。逆に、登録の決まりさえ揃っていれば、第1層の名寄せはシステムの支援で片付けやすくなります。
起きやすい失敗の型は2つあります。1つは、移行のときにキーの整備を飛ばして先送りし、そのまま運用が始まるケースです。もう1つは、重複スキャンの候補を全部まとめようとして、同姓同名の別人や家族を1人に統合してしまうケースです。どちらも「ルールが曖昧」という共通の根を持っています。
Ribbonが備える顧客重複対策の機能
顧客の二重化対策に直接・間接に関わる Ribbon の機能を、確認できる範囲で挙げます。会社をまたぐ自動名寄せの機能は持たず、以下はいずれも1つの会社(テナント)の中で機能します。
- 重複スキャン:顧客一覧から自社の顧客全体を横断し、氏名、電話番号、メールアドレスが類似する候補ペアを表示します。候補には一致根拠と類似度が付き、再スキャンで最新の状態に更新できます
- 顧客カードからの重複検索:顧客カードの画面から、その顧客に似たカードを探せます
- 顧客マージ:顧客の選択確認、フィールド選択、確認・実行の3段階で進み、項目ごとにマージ元とマージ先のどちらの値を残すかを選びます。値が異なる項目には警告の印が付きます。統合元のカードは論理削除されます。無人の自動統合は行いません
- CSVインポート:新規作成のみ、既存更新のみ、新規+更新の3つのモードを選び、列の対応付けを画面で確認しながら取り込みます。取り込み後は重複スキャンで候補を確認します
- 顧客360度ビュー:1人の顧客の活動、来店、商談、サービス、保有車両、メールを1枚で把握します。二重化で分かれていた情報を、名寄せの後に1枚で見渡せます
- インポーター機能(インポーター向けの有料オプション):契約販売店が承認した範囲で、実績を横断して集計・比較します。インポーターが販売網全体を見渡す用途で、顧客の名寄せそのものではありません
- ロール・権限管理と操作ログ:顧客マージやCSV取込などの操作をロール別とユーザー別に許可でき、誰が何を変えたかの記録が残ります
料金の目安は料金ページで確認できます。
よくある質問(FAQ)
Ribbonは複数の会社(ディーラー)をまたいで顧客の重複を自動で名寄せできますか?
同じ会社の別の店舗どうしでも、顧客の重複は起きますか?
家族で同じ電話番号を使っている場合はどう扱いますか?
法人のお客様はどう名寄せしますか?
まとめ
まず、自社1社の顧客データで、重複スキャンを1回かけてみてください。出てきた候補の数と、どんな表記ゆれで重なっているかが分かれば、名寄せキーと登録前検索の決まりを、自社の実態に合わせて書けます。別会社との突き合わせは、その決まりがそろい、共同利用の公表などの手当てが済んでから進めます。
あわせて読みたい関連記事
- ディーラーの顧客名寄せ・重複統合|重複カードを1つに — 同一会社内の名寄せ・マージの実務をさらに詳しく
- ディーラーCRMの選び方|失敗しない7つの判断基準 — 重複スキャンやマージの権限を、CRM を選ぶ段階でどう確かめるか
- 顧客の引き継ぎで失注しない|担当変更は履歴をそのまま渡す
Ribbonの導入相談・無料デモ
Ribbon(リボン)は、自動車ディーラー向けの統合管理 SaaS です。グループの顧客二重化の見つけ方から、無料デモで実際の画面を確認できます。
- 提供:株式会社DM and T
- 無料相談:https://ribbon-crm.com/#contact
- ナレッジ:https://ribbon-crm.com/knowledge
株式会社DM and Tについて
自動車ディーラー向け統合管理SaaS「Ribbon」を開発・提供する株式会社DM and Tが運営。営業・整備・車検・アフターサービスの実務改善、ディーラーDX、CRM/SFA選定といったテーマで、現場と経営の両方に役立つ記事を発信しています。