
販売、整備、保険が別々の台帳で動いてきたからです。
どれも業務としては完結しているため、統合の動機が社内に生まれません。
なお、TimeValue株式会社では、広告運用・クリエイティブ制作・LP改善・データ分析・AI導入までを一括で引き受けるWebマーケティング支援「KAIZEN」を提供しています。
現在、オンラインの無料マーケティング診断を毎月10社限定で実施中です。いまの数字を見ながら、どこから直すのが早いかを一緒に整理します。
今月の無料診断は残り4社です
広告からLPまで、まとめて見ます。オンラインで30分から対応しています。
目次
目次
- 販売会社の顧客データは、なぜ1か所にまとまらないのか
- 統合の目的を先に1つに絞る
- どこまでつなげば、判断に使える数字が出るのか
- 全社の基盤を先に作ろうとしない
- Webの申し込みと来店の台帳は、どう結びつけるのか
- 電話からの来店をどう扱うか
- 同意の取り方と、データの使える範囲はどう決まるのか
- 制度の変更をどう追うのか
- 統合したデータは、最初に何に使うのか
- 他部門の協力を得るための順番
- どこまで自社で持ち、どこから外に任せるのか
- 委託先が代わるときに困らない条件
- 基盤に投じる費用は、どう正当化するのか
- 段階を分けて費用を承認してもらう
- 販売会社の顧客データの整備は、何から手をつければいいのか
- 手作業のままでよい範囲
- よくある質問
- まとめ
販売、整備、保険が別々の台帳で動いてきたからです。
どれも業務としては完結しているため、統合の動機が社内に生まれません。
販売会社の顧客データは、なぜ1か所にまとまらないのか
販売、整備、保険が別々の台帳で動いてきたからです。
どれも業務としては完結しているため、統合の動機が社内に生まれません。
販売会社の中には、顧客の情報を持つ場所が複数あります。
販売の台帳、整備の記録、保険の管理、そしてWebの申し込みが別々に存在します。
それぞれの業務は、その台帳だけで完結しています。
完結しているため、統合しなくても日々の仕事は回ります。
回っているものを統合する動機は、なかなか生まれません。
困るのは、業務ではなく判断の場面です。
1台あたりにいくら広告費を使えるかを出そうとすると、販売と整備の両方が必要になります。
どちらか一方では、継続の粗利が見えません。
判断のたびに手作業で突き合わせる状態が続くと、分析そのものが止まります。
統合の目的を先に1つに絞る
すべてをつなぐ計画を立てると、着手までに年単位の時間がかかります。
先に、何のために統合するのかを1つに絞ってください。
最初の目的は、1台あたりの上限費用を出すことで足ります。
この目的なら、必要なのは販売と整備の突き合わせだけです。
保険もWebも、後から足せます。
統合が進まないのは、業務が台帳ごとに完結しているからです。目的を上限費用の算出に絞ると、必要な範囲は一気に狭くなります。
どこまでつなげば、判断に使える数字が出るのか
販売の台帳と整備の記録が車台番号でつながれば、最初の判断には足ります。
全社の基盤を作る前に、この1本でLTVと上限費用が計算できます。
データ基盤の議論は、全体像から入ると進みません。
必要な判断から逆算して、つなぐ範囲を決めてください。
新車販売で最初に必要な判断は、1台あたりの上限費用です。
これを出すには、納車後の入庫率と継続の粗利が要ります。
必要なのは、販売の台帳と整備の記録を車台番号で結ぶことだけです。
この1本がつながれば、初回車検までの入庫率が店舗別に出ます。
出た時点で、上限費用の算出に入れます。
次の判断は、経路ごとの上限費用です。
ここで初めて、Webの申し込みと来店の台帳をつなぐ必要が出ます。
判断の順番に合わせて、つなぐ順番も決まります。
判断の種類と、必要になるつなぎ方
| 出したい判断 | 必要なつなぎ | 難易度 | 着手の順番 |
|---|---|---|---|
| 1台あたりの上限費用 | 販売の台帳と整備の記録 | 低い | 1番目 |
| 経路ごとの上限費用 | Webの申し込みと来店の台帳 | 中程度 | 2番目 |
| 世帯単位のLTV | 販売の台帳内の住所と電話番号 | 低い | 3番目 |
| 保険を含む継続粗利 | 整備と保険の管理 | 中程度 | 4番目 |
| 離脱の兆候の検知 | 整備の入庫予定と実績 | 中程度 | 5番目 |
全社の基盤を先に作ろうとしない
全社の顧客基盤を先に構築する計画は、要件の定義に時間がかかります。
定義の途中で担当者が代わると、計画そのものが止まります。
先に1本つないで、数字を出してください。
数字が出れば、次に何をつなぐべきかが業務の側から出てきます。
出てきた要求に応える形で広げるほうが、途中で止まりません。
つなぐ範囲は判断から逆算してください。販売と整備の1本があれば、最初の上限費用は計算できます。
Webの申し込みと来店の台帳は、どう結びつけるのか
申し込みの番号を店舗の台帳に転記する運用で足ります。
仕組みの自動化を待つと、経路別の評価が何年も始まりません。
Web経由の申し込みが、来店と成約に結びついているかを測るには、識別の番号が要ります。
この番号が店舗の台帳に残っていないと、経路別の成約率が出ません。
自動でつなぐ仕組みを作るのが理想です。
一方で、仕組みが完成するまで測定を止める必要はありません。
申し込みの番号を、店舗の台帳に転記する運用で足ります。
転記は一次対応の担当が行う形にすれば、負担は小さく収まります。
1件あたり数秒の作業で、経路別の評価が可能になります。
転記が続かない場合は、記録の充足率を店長の評価に入れてください。
直接の利益がない作業は、評価に入っていないと省かれます。
3か月分たまれば、媒体別の成約率が出ます。
電話からの来店をどう扱うか
Webを見て電話をかけてきた来店は、経路の記録が難しい部分です。
番号が渡らないため、台帳の上では経路不明になります。
受付での1問で補ってください。
どこで見たかを選択式で聞き、台帳に残すだけで構いません。
精度は落ちますが、経路不明の塊が残るよりは判断に使えます。
自動化を待たず、申し込みの番号を台帳に転記する運用から始めてください。電話からの来店は受付の1問で補います。
同意の取り方と、データの使える範囲はどう決まるのか
取得の時点で伝えた範囲を超えて使えません。
広告への連携は同意の状態で可否が決まるため、設定の前提を確認してください。
顧客のデータを広告に使う場合、取得の時点で伝えた利用の範囲が前提になります。
範囲を超えた利用は、後から同意を取り直す必要があります。
この確認を怠ると、せっかく統合したデータが使えません。
統合の計画と同時に、取得時の文面を点検してください。
点検の担当は、法務と情報システムの両方が関わります。
計測の側でも、前提が変わっています。
GA4では2026年6月15日より、広告データ共有の可否は同意モードのad_storageのみで決まる形になりました。
Googleシグナルは、レポート上のディメンション表示の可否を制御するだけになります。
同意モードを実装していない場合、ad_storageは付与された状態が既定になります。
前提の変更は、設定の見直しの時期を決める材料になります。
データの利用範囲を確認する項目
| 確認する項目 | 確認する相手 | 確認の時期 | 確認しない場合 |
|---|---|---|---|
| 取得時に伝えた利用の範囲 | 法務 | 統合の計画時 | 統合しても使えない |
| 同意モードの実装状況 | 情報システム | 設定の見直し時 | 前提が既定値のまま動く |
| 広告への連携の可否 | 法務と情報システム | 連携の開始前 | 連携後に停止することになる |
| 保管の期間と削除の運用 | 法務 | 年1回 | 古いデータが残り続ける |
| 外部への提供の有無 | 法務 | 契約の締結時 | 委託の範囲が不明確になる |
制度の変更をどう追うのか
個人情報の取り扱いに関する制度は、見直しが続いています。
2026年4月7日には、課徴金制度の新設などを含む改正法案が閣議決定されました。
施行の日程は確認できていないため、掲載時点の最新の公式ガイドラインで確認してください。
追う担当を決めていないと、変更に気づくのが遅れます。
法務と情報システムのどちらが追うかを、先に決めておいてください。
データの利用範囲は取得時の文面で決まります。統合の計画と同時に、同意の状態と設定の前提を点検してください。
統合したデータは、最初に何に使うのか
広告の配分ではなく、入庫の離脱の検知に使ってください。
効果が早く出るうえ、整備の部門にも利益が分かる使い道です。
統合したデータの使い道として、広告の配信への連携が先に挙がります。
一方で、最初の成果としては時間がかかります。
先に効果が出るのは、入庫の離脱の検知です。
点検や車検の予定日を過ぎても来ていない顧客を、月次で抽出します。
抽出された顧客への連絡は、店舗の判断で構いません。
数として把握できるだけでも、離脱の傾向が見えます。
見えた傾向は、入庫率の改善に直接使えます。
この使い道は、整備の部門にとっても利益があります。
作業枠の計画に使えるため、統合への協力が得られやすくなります。
最初の使い道を広告に置くと、他部門の協力が得にくくなります。
他部門の協力を得るための順番
データの統合は、情報システムだけでは進みません。
台帳を持っている部門の協力が要ります。
協力を得るには、その部門の業務に効く使い道を先に作ってください。
整備なら作業枠の計画、保険なら提案の時期の特定が該当します。
自部門に利益がある使い道が1つあれば、その後の要求も通りやすくなります。
最初の使い道は広告ではなく、入庫の離脱の検知にしてください。整備の業務にも効くため、協力が得られます。
どこまで自社で持ち、どこから外に任せるのか
データの保管と定義は自社に残し、集計と可視化は外に出せます。
定義まで外に出すと、担当が代わった時点で数字の意味が変わります。
データ基盤の構築を外部に委託する場合、線の引き方が論点になります。
すべてを外に出すと、社内に判断の材料が残りません。
社内に残すべきなのは、保管の場所と定義です。
何を1件と数えるか、どの期間で区切るかは、事業の判断に直結します。
定義が外にあると、委託先が代わった時点で数字の意味が変わります。
外に出せるのは、集計の作業と可視化の仕組みです。
どちらも手順として再現できるため、引き継ぎが可能です。
判断そのものも、社内に残してください。
配分を決める根拠が外にある状態では、交渉の材料を持てません。
この線引きは、委託の契約を結ぶ前に決めておく必要があります。
データ基盤で社内に残すものと外に出せるもの
| 範囲 | 社内に残すか | 理由 | 引き継ぎの難しさ |
|---|---|---|---|
| データの保管場所 | 残す | 移行のたびに費用が発生する | 高い |
| 指標の定義 | 残す | 数字の意味が変わるため | 高い |
| 集計の作業 | 出せる | 手順として再現できる | 低い |
| 可視化の仕組み | 出せる | 画面の構成は移せる | 低い |
| 配分の判断 | 残す | 交渉の材料になるため | 高い |
委託先が代わるときに困らない条件
委託先の変更は、数年に一度は起こります。
そのときに困らない条件は2つです。
データが自社の管理下にあることと、定義が文書になっていることです。
この2つがあれば、集計の作業を引き継ぐだけで済みます。
どちらかが欠けていると、移行のたびに数字の連続性が切れます。
保管と定義と判断は社内に残してください。集計と可視化は外に出せますが、定義まで出すと数字の意味が変わります。
基盤に投じる費用は、どう正当化するのか
基盤そのものではなく、出せるようになる判断で説明します。
上限費用が正確になれば、同じ予算で獲得できる台数が変わります。
データ基盤への投資は、単体では効果が見えません。
基盤があること自体は、売上を生まないためです。
説明に使うのは、その基盤で出せるようになる判断です。
最も分かりやすいのが、1台あたりの上限費用の精度です。
上限が実態より低く置かれていれば、取れる需要を逃しています。
数字は説明のための仮の値です。
上限が5万円のところを継続分の算入で7万円まで引き上げられれば、使える媒体の幅が広がります。
逆に、上限が高すぎれば赤字の獲得を続けていることになります。
どちらの誤りも、金額として説明できます。
離脱の検知による入庫率の改善も、同じ形で金額にできます。
段階を分けて費用を承認してもらう
全体の構想で予算を求めると、金額が大きくなり判断が止まります。
最初の1本の接続だけで承認を取ってください。
その1本で出た数字を持って、次の段階を申請します。
段階を分けると、途中で方向を変えることもできます。
一度に全部を作る計画は、要件の変化に耐えられません。
費用は基盤ではなく、出せるようになる判断で説明してください。段階を分けて承認を取ると、途中で方向を変えられます。
販売会社の顧客データの整備は、何から手をつければいいのか
販売の台帳と整備の記録を、車台番号で年1回突き合わせるところからです。
仕組みを作る前に、手作業でも数字を1度出してください。
データの整備は、仕組みの構築から始めると時間がかかります。
先に、手作業でも1度数字を出してください。
車台番号で販売と整備を突き合わせれば、初回車検までの入庫率が出ます。
この数字があれば、上限費用の算出に入れます。
出した数字を見て初めて、必要な仕組みが決まります。
次に、Webの申し込み番号を店舗の台帳に転記する運用を始めます。
経路別の評価は、この運用がなければ始まりません。
同時に、取得時の文面と同意の状態を点検してください。
使える範囲が分からないまま統合すると、作った後で使えないことが分かります。
販売会社のデータ整備を進める順番
| 順番 | やること | 関わる人 | 期間の目安 |
|---|---|---|---|
| 1 | 車台番号で販売と整備を手作業で突き合わせる | 本部と整備 | 1か月 |
| 2 | 初回車検までの入庫率を店舗別に出す | 本部 | 2週間 |
| 3 | Webの申し込み番号を台帳に転記する運用を始める | 店長と本部 | 2週間 |
| 4 | 取得時の文面と同意の状態を点検する | 法務と情報システム | 1か月 |
| 5 | 入庫の離脱を月次で抽出する仕組みを作る | 情報システムと整備 | 2か月 |
| 6 | 社内に残す範囲を決めて委託の契約に反映する | 経営と法務 | 1か月 |
手作業のままでよい範囲
すべてを自動化する必要はありません。
年に1回の突き合わせで足りる数字は、手作業のままで構いません。
自動化すべきなのは、月次以上の頻度で使う数字です。
入庫の離脱の検知は月次のため、自動化の対象になります。
代替サイクルの分布は年1回のため、手作業で足ります。
着手点は仕組みの構築ではなく、手作業での突き合わせです。頻度の低い数字は、手作業のまま残して構いません。
販売会社の顧客データの整備で判断に迷う場合は、無料相談で現状の台帳のつながりを見てもらうところから始められます。
判断に使う数字ごと見直す段階ならWeb集客改善サービスもあります。
よくある質問
顧客データはどこまで統合すべきですか
必要な判断から逆算してください。1台あたりの上限費用を出すだけなら、販売の台帳と整備の記録を車台番号で結ぶ1本で足ります。全社の基盤を先に構築する計画は要件の定義に時間がかかり、途中で担当者が代わると止まります。
Web経由の申し込みが成約につながったかを測るには何が要りますか
申し込みの識別番号が店舗の台帳に残っている必要があります。自動化を待たず、一次対応の担当が転記する運用から始めてください。1件あたり数秒の作業で、3か月分たまれば媒体別の成約率が出ます。
統合したデータを広告に使うとき、何を確認しますか
取得の時点で伝えた利用の範囲です。範囲を超えた利用は同意を取り直す必要があります。あわせて同意モードの実装状況を確認してください。個人情報の取り扱いに関する制度は見直しが続いているため、掲載時点の最新の公式ガイドラインで確認してください。
統合したデータは最初に何に使うとよいですか
入庫の離脱の検知です。点検や車検の予定日を過ぎても来ていない顧客を月次で抽出するだけで、入庫率の改善に直接使えます。整備の部門の作業枠の計画にも効くため、統合への協力が得られやすくなります。
データ基盤の構築はどこまで外部に任せてよいですか
保管の場所、指標の定義、配分の判断は社内に残してください。集計の作業と可視化の仕組みは手順として再現できるため外に出せます。定義まで外に出すと、委託先が代わった時点で数字の意味が変わり、前期との比較ができなくなります。
まとめ
- 販売、整備、保険が別々の台帳で動いてきたからです。どれも業務としては完結しているため、統合の動機が社内に生まれません
- 販売の台帳と整備の記録が車台番号でつながれば、最初の判断には足ります。全社の基盤を作る前に、この1本でLTVと上限費用が計算できます
- 申し込みの番号を店舗の台帳に転記する運用で足ります。仕組みの自動化を待つと、経路別の評価が何年も始まりません
- 取得の時点で伝えた範囲を超えて使えません。広告への連携は同意の状態で可否が決まるため、設定の前提を確認してください
- 広告の配分ではなく、入庫の離脱の検知に使ってください。効果が早く出るうえ、整備の部門にも利益が分かる使い道です
- データの保管と定義は自社に残し、集計と可視化は外に出せます。定義まで外に出すと、担当が代わった時点で数字の意味が変わります
- 基盤そのものではなく、出せるようになる判断で説明します。上限費用が正確になれば、同じ予算で獲得できる台数が変わります
- 販売の台帳と整備の記録を、車台番号で年1回突き合わせるところからです。仕組みを作る前に、手作業でも数字を1度出してください