
この記事の要点
- 名寄せとは、同じお客様について分裂した複数の顧客カードを正しく1件に統合する作業。車検案内の重複や商談履歴の分散を断つ、顧客管理の最初の一手になる。
- Ribbonは氏名・電話・住所を正規化し、編集距離ベースの類似度スコアで重複候補を検出する。スコアのしきい値はスライダーで調整できる。
- 検出は自動で支援するが、統合は担当者がフィールド単位で残す項目を選び、関連データの件数を確認してから手動で確定する。誤統合を避けるため自動マージはしない。
- 統合元の顧客カードは論理削除(非表示)され、商談・活動・整備などの関連データは統合先に引き継がれる。
- 名寄せは一度きりの大掃除ではなく、CSV取込後・イベント後・四半期棚卸しなど運用に組み込むのが定石。
この記事で分かること
- 自動車ディーラーで顧客カードが重複する 典型的な発生源
- 重複を放置したときに現場で起きる 具体的な実害
- 類似度スコアで重複候補を検出し、フィールド単位で手動統合する手順
- 名寄せで失敗しないための チェックポイントと運用への組み込み方
対象読者:自動車ディーラーの情シス・営業事務・店長・DX推進担当|読了目安:約9分
はじめに:同じ田所様が、台帳に3人いた日
水曜の夕方、神奈川県内の輸入車ディーラー。営業事務の小柳(仮名)は、翌週の車検案内ハガキの宛名リストを確認していた。印刷会社への入稿は明日の朝。いつもどおりの作業のはずだった。
リストを上から眺めていて、手が止まる。「田所 健一」「田所 健」「タドコロ ケンイチ」——住所はどれも横浜市港北区、電話の下4桁も同じ。同じお客様が、3件に分かれている。
心当たりはあった。1件は3年前に新車を買ったときに登録したカード。1件は昨年の中古車フェアで来店受付の担当が急いで打ち込んだカード。もう1件は、整備フロントが車検入庫のときに「見つからなかったので」と新規で起こしたカードだ。それぞれに、別々の商談メモと整備履歴がぶら下がっている。
このまま入稿すれば、田所様の家には同じ車検案内が3通届く。封筒を開けた田所様は、こう思うだろう。「ここ、私のことちゃんと分かってないな」と。
名寄せは地味な裏方作業に見えて、実は顧客体験のいちばん手前にある。宛名が重複した瞬間、お客様は「雑に扱われた」と感じる。せっかく積み上げた信頼が、印刷代より安く崩れていく。
小柳は入稿を一日止めた。問題は、この3枚をどうやって安全に1枚へまとめるか、だ。Ribbon(リボン) は自動車ディーラー向けの統合管理SaaSで、こうした名寄せ(重複統合)を、検出から確定まで一連の流れで扱える。本稿では、ディーラーの現場で実際に起きる重複の構造と、それを安全に解消する手順を整理する。
顧客カードはなぜ重複するのか
結論から言えば、重複は「入口が複数あること」と「照合せずに新規登録できること」から生まれる。怠慢ではなく、構造の問題だ。ディーラーには、お客様情報が入ってくる窓口が多すぎる。
代表的な発生源を挙げる。
- 登録窓口が部門ごとに分かれている:新車営業、中古車、整備フロント、車検案内、イベント受付。それぞれが「その場でとりあえず登録」してしまう。
- CSVインポートでの一括取り込み:他システムから移行したデータと、既存の手入力データがぶつかる。表記が1文字でも違えば別人として入る。
- 表記の揺れ:「髙橋」と「高橋」、全角と半角の数字、ハイフンの有無、姓名のあいだのスペース、ミドルネームの扱い。人は同じだが、文字列は別物になる。
- 電話番号・住所の変更:引っ越しや機種変更で連絡先が変わり、過去のカードと結びつかない。
- 法人と個人の混在:社用車を個人名義で登録したり、屋号と代表者名が別カードになったり。
つまり重複は「一度きりの事故」ではなく、運用している限り日々わずかに増える。だから名寄せは、大掃除ではなく定期メンテナンスとして設計するのが正しい。
重複を放置すると現場で何が起きるのか
放置のコストは、宛名の二重印刷だけにとどまらない。重複した顧客カードは、情報を分断するからだ。同じお客様の事実が複数のカードに分かれて記録され、どれを見ても全体像が出てこない。
現場で実際に起きることを並べる。
- 車検・点検案内の重複送付:同じお客様に同じハガキが2通3通届く。印刷費・郵送費の無駄に加え、「ちゃんと管理されていない店」という印象を与える。
- 商談履歴の分散:前回の値引き条件や試乗の感想が片方のカードにしかなく、別の担当が応対すると一から聞き直すことになる。「前にも話したんですけど」をお客様に言わせる。
- 車検入庫率の見かけ上の悪化:1人のお客様が3カードに割れていると、入庫している実態があっても「未入庫の顧客」が水増しされ、アタックリストの精度が落ちる。
- LTV・売上分析の歪み:1人の購入・整備実績が複数カードに散ると、優良顧客が「そこそこの顧客」3人に見えてしまい、ランク付けやターゲットリストの抽出を誤らせる。
- 担当者の重複・取り合い:同じお客様に別々の担当がつき、店内で連絡がかち合う。
要するに、重複は顧客管理のあらゆる下流を汚す。名寄せを後回しにしたまま、CRMの高度な分析や自動化を載せても、土台が割れているので効果は半減する。顧客マスタが1人1枚に整っていることが、すべての前提になる。
名寄せの全体像:検出は自動、統合は手動
名寄せは「検出」と「統合」の2段階に分けて考えると、失敗しない。Ribbonでは検出は仕組みが支援し、統合は人が確定するという役割分担をとっている。
| 段階 | 何をするか | 誰がやるか |
|---|---|---|
| 1. 検出 | 似ている顧客カードの候補を洗い出す | 類似度スコアが支援(しきい値は担当者が調整) |
| 2. 確認 | 本当に同一人物かを目で判断する | 担当者 |
| 3. 統合 | 残すフィールドを選んで1件にまとめる | 担当者が手動で確定 |
ここで強調したいのは、統合(マージ)は自動では走らないということだ。重複「候補」を見つけるところまではスコアで効率化できるが、「同一人物だと断定して1枚にまとめる」のは取り返しのつきにくい操作になる。世帯で名前が似ている家族(親子で同姓・同住所)や、転居して連絡先がたまたま一致した別人を、機械が勝手にまとめてしまっては困る。だからRibbonは定時実行での自動マージを持たず、必ず人の確認をはさむ。
「自動で名寄せしてくれるツール」をうたう製品は多いが、誤統合を一度起こすと顧客の信頼に直結する。検出は自動で、統合は手動。この線引きは、安全側に倒すための設計判断だと考えている。
重複候補を検出する:類似度スコアとしきい値
重複候補の検出には、正規化したうえで編集距離をもとにした類似度スコアを使う。結論として、「文字列がどれだけ近いか」を数値化し、近い順に候補を並べる仕組みだ。
順を追うとこうなる。
- 正規化:氏名・電話番号・住所の表記揺れを揃える。全角と半角、余分なスペース、ハイフンの有無といったノイズをならし、「タドコロ ケンイチ」と「田所健一」のような表記差を比較できる土台を作る。
- 類似度スコア算出:正規化した文字列同士を編集距離で比較し、どれだけ近いかをスコア化する。完全一致だけでなく、1〜2文字の違いや並びのズレも「近い」と判定できる。
- しきい値で絞り込む:スコアのしきい値はスライダーで調整できる。厳しくすれば誤検出(別人を候補に挙げる)は減るが、取りこぼし(本当の重複を見逃す)が増える。緩くすれば逆になる。このトレードオフを担当者が握れるのがポイントだ。
特定の1人について調べるなら、検出には2つの入口がある。スコアで似た顧客カードを洗い出す自動モードと、名前・電話などを手で打って探すキーワード検索だ。クレーム対応中に「この人、別カードがありそう」と当たりがついたときは、キーワード検索で狙い撃つほうが速い。

一方、棚卸しのように「台帳全体にどれだけ重複が眠っているか」を一気に洗いたいときは、顧客一覧から重複スキャンを回す。自社の顧客全体を横断して、氏名・電話・メールが近いカードを重複候補のペアとして並べてくれるので、CSVを大量取り込みした直後や四半期の点検にはこちらが向く。出てきたペアは、そのまま統合ダイアログへ送って1枚ずつ確認・統合していける。
「しきい値は最初きつめから始めて、確実な重複だけ片付ける。慣れてきたら少しずつ緩めて、グレーゾーンを人の目で裁く」——これが現場で回しやすいやり方だ。いきなり緩くして候補を山ほど出すと、確認が追いつかず結局放置される。
💡 無料デモ受付中:「うちの顧客マスタにどれくらい重複が眠っているか」を、重複スキャンの実画面を交えた無料デモでご案内します。Ribbon導入の有無にかかわらずご相談ください。 → お問い合わせはこちら
統合する:フィールド単位で残す項目を選ぶ
候補が同一人物だと確認できたら、いよいよ統合(マージ)だ。Ribbonの統合はフィールド単位で「どちらの値を残すか」を選べるのが肝になる。古いカードと新しいカードのどちらかを丸ごと採用するのではなく、項目ごとにいいとこ取りができる。

たとえば田所様の3枚なら、こう判断する。
- 氏名:正式表記が入っている新車登録時のカードを採用
- 電話番号:いちばん新しい、整備入庫時のカードを採用(最近の連絡先)
- 住所:転居していなければどれでも同じ。郵便番号→住所の補完が効いている方を採用
- メールアドレス:イベント受付で取得した1枚にしか入っていなければ、それを採用
このように、残したい値を1項目ずつ選んで1枚に再構成する。さらに統合の前に、それぞれのカードにひも付いている関連データの件数(商談、活動履歴、整備履歴、来店履歴など)が表示される。「こちらのカードには商談が4件、あちらには整備が9件ぶら下がっている」と分かったうえで実行できるので、うっかり履歴の多いカードを消す事故を防げる。
統合を確定すると、統合元(残さなかったほう)の顧客カードは論理削除される。物理的に消去するのではなく「統合済み」として非表示になる扱いなので、台帳の追跡性は保たれる。商談・活動・整備などの関連データは統合先に引き継がれ、田所様の事実が1枚のカードに集約される。これでようやく、車検案内は1通になり、どの担当が応対しても同じ全体像が見える。
統合後の田所様のカードは、いわゆる顧客360度ビューとして機能する。保有車両・整備履歴・商談・来店・メール・LINEのやり取りが1画面に時系列で並び、分裂していたときには見えなかった「このお客様の全体像」が立ち上がる。名寄せは、その360度ビューを成立させるための前提工程だ。
名寄せで失敗しないためのチェックポイント
名寄せでいちばん怖いのは、別人を同一人物だと誤って統合することだ。一度まとめてしまうと切り分けは手間がかかる。事故を避けるための確認ポイントを挙げる。
- 同姓同名の別人を疑う:「佐藤 誠」のような頻出の姓名は、住所や生年月日まで一致するかを必ず確認する。電話番号の下4桁だけでは足りない。
- 世帯内の家族に注意:親子・夫婦は姓と住所が同じになりがち。固定電話を共有していると電話も一致する。名前のフルが違えば別人として残す。
- 法人と担当者を混同しない:屋号のカードと代表者個人のカードは、関係はあっても別管理が望ましい場面がある。安易にまとめない。
- 履歴の多いカードを軸にする:関連データ件数を見て、商談・整備の履歴が厚いカードを統合先に据えると、ひも付け替えのミスが減る。
- しきい値を緩めた日は確認を丁寧に:候補が増えるぶん、グレーゾーンも増える。スコアが高いだけで機械的に統合しない。
- 一括ではなく確実なものから:「明らかに同じ」だけを先に片付け、判断に迷うものは別レーンに置いて、わかる人に確認してから処理する。
迷ったら統合しない。これが鉄則だ。重複が2枚残っていても実害は限定的だが、別人を1枚にまとめてしまうと、本人確認や契約のトラブルにまで波及しかねない。安全側に倒すのが名寄せの基本姿勢になる。
入口を整える:重複を生まない登録ルール
名寄せをいくら頑張っても、入口がザルなら重複は再生産される。結論として、新規登録の前に必ず照合する運用を入口に作るのが、いちばん効くコスト削減だ。
具体的には、こうした手順を現場に根付かせる。
- 登録前検索を徹底する(システムも自動で照合する):来店受付や整備入庫で新しくカードを起こす前に、まず氏名・電話で既存カードを検索する。Ribbonでは新規登録の保存前に、電話・メールが一致する既存顧客を自動で照合し、見つかれば「似た顧客が既にあります」と警告して立ち止まらせる。「見つからなかったので新規」をうっかり許してしまう事故を、システム側でも一段防ぐ。別人だと確認できれば、そのまま作成することもできる。
- CSVインポートは取込時に重複を自動で抑止する:他システムからの移行や名簿の取り込みは、重複の最大の発生源だ。とくにエクセル台帳からの移行では、溜まった表記揺れや二重登録がそのまま持ち込まれやすい。Ribbonの顧客CSVインポートは、電話・メールが既存顧客やCSV内の他行と一致する行を取り込みプレビューで自動検知し、既定で取り込み対象から外す(取り込む前に止める)。そのうえで、取り込み後は重複スキャンで残りの候補ペアを確認するとよい。
- イベント・キャンペーン後にまとめて確認する:来店フェアの翌週は、急いで打ち込まれた重複が一気に増える。登録の繁忙期とセットで名寄せの予定を組む。
- 四半期ごとの棚卸しを定例化する:日々の取りこぼしを、四半期に一度まとめて整える。担当と時間をあらかじめ決めておく。
データの取り込み全般の進め方は、顧客データ移行を失敗しない|CSVインポートで既存データを取り込むでも扱っている。移行と名寄せはセットで設計すると、初期の重複爆発を抑えられる。
入口の照合を1回はさむだけで、後工程の名寄せ負荷は目に見えて下がる。名寄せは「掃除」、登録ルールは「汚さない習慣」。両方そろって、はじめて顧客マスタはきれいなまま保たれる。
Ribbonが備える名寄せ・統合機能
Ribbon(リボン) は、自動車ディーラーの営業・整備・車検・アフターを1つの顧客カードに統合する管理SaaSです。名寄せ・重複統合まわりでは、次の機能を備えています(いずれも実装済みの機能です)。
- 顧客重複検出 — 氏名・電話・住所を正規化し、編集距離ベースの類似度スコアで重複候補を検出。スコアのしきい値はスライダーで調整でき、特定顧客の自動候補表示とキーワード検索の2モードに対応
- 重複スキャン — 顧客一覧から自社の顧客全体を横断スキャンし、氏名・電話・メールが近い重複候補をペアで一覧化。CSV取込後や四半期棚卸しの一括点検向け(マージ権限保有者のみ)
- 取込時の重複抑止 — 顧客CSVインポートの取り込みプレビューで、電話・メールが既存顧客やCSV内の他行と一致する行を自動検知し、既定で取り込み対象から除外。移行ファイルに紛れたダブりを「取り込む前」に止める
- 新規登録時の重複ガード — 顧客の新規登録時、電話・メールが一致する既存顧客があれば保存前に警告し、二重登録の前に確認を促す(登録するかは人が判断)
- 顧客マージ(手動実行型) — フィールド単位で残す値を選んで1件に統合。実行前に商談・活動・整備などの関連データ件数を表示。統合元は論理削除され、関連データは統合先へ引き継がれる
- 顧客360度ビュー — 統合後の顧客カードで、保有車両・整備履歴・商談・来店・メール・LINE・EDM・アンケート・録音などを1画面に集約表示
- 郵便番号→住所自動入力 — 登録時の住所表記揺れを抑え、入口での重複発生を減らす
- 法人番号→企業情報取得 — 国税庁APIで法人顧客の商号・住所を取得し、法人カードの表記を統一
- CSVインポート — 他システムからのデータ取り込みに対応。取り込みプレビューで電話・メール重複(既存顧客/CSV内)を自動検知し既定で除外。取り込み後の名寄せとセットで運用する
- 監査ログ — マージを含む操作を記録し、いつ誰が統合したかを追跡
検出はスコアで効率化しつつ、統合は必ず人が確認して確定する——この役割分担で、誤統合のリスクを抑えながら顧客マスタを1人1枚に整えられます。
よくある質問(FAQ)
顧客の名寄せ(重複統合)とは何ですか?
重複した顧客カードは自動でマージされますか?
名寄せの判定は何を基準にしていますか?
マージすると古いほうの顧客データは消えますか?
名寄せはどのくらいの頻度でやるべきですか?
まとめ
- 名寄せとは、同じお客様について分裂した複数の顧客カードを正しく1件に統合する作業。車検案内の重複や商談履歴の分散を断つ、顧客管理の最初の一手になる。
- 重複は怠慢ではなく構造の問題。登録窓口の多さ、CSV取り込み、表記の揺れから日々わずかに増える。
- Ribbonは検出を類似度スコア(表記を正規化したうえで文字の編集距離を測る)で支援し、しきい値はスライダーで調整できる。統合は担当者がフィールド単位で残す項目を選び、関連データ件数を確認して手動で確定する。
- 統合元は論理削除(非表示)され、関連データは統合先に引き継がれる。誤統合を避けるため、迷ったら統合しないのが鉄則。
- 名寄せは一度きりでなく運用に組み込む。登録前検索・CSV後の確認・四半期棚卸しで、入口から重複を減らす。
ダブった顧客カードは、放っておいても自然には1枚にならない。けれど、検出を仕組みに任せて統合を人が裁く流れさえ作れば、顧客マスタは少しずつ確実に整っていく。きれいな1人1枚の台帳は、その上に載るすべての営業・整備・分析の精度を底上げする。名寄せは地味だが、効く。
あわせて読みたい関連記事
- 顧客データ移行を失敗しない|CSVインポートで既存データを取り込む — 移行と名寄せはセットで設計すると初期の重複爆発を抑えられる
- 部署ごとに分かれた顧客データを統合する|サイロ解消でLTVを見える化 — 顧客マスタ統合がすべての前提になる理由
- 顧客360度ビューを使いこなす|1画面で顧客のすべてを把握する接客 — 名寄せの先にある「1人1枚」の活用
- ディーラー間の顧客二重化を防ぐ|同一顧客の複数登録をグループで統制する — 複数店舗・グループにまたがる二重化の統制
- 自動車ディーラーのCRMの選び方|現場で使い続けられる判断基準 — 顧客データを1つに束ねる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選定といったテーマで、現場と経営の両方に役立つ記事を発信しています。