ナレッジ › アフターサービス
アフターサービス

車検呼び込み自動作成ルールの設計｜源泉×ブランドで対象を絞る

📖 約10分更新 2026-06-22
源泉×ブランドのON/OFFマトリクスで車検呼び込みの自動作成を設定するRibbonの画面
源泉（自社販売・他社販売・サービス入庫・下取り取得）×ブランドの組み合わせごとに、車検呼び込みを自動作成するかを切り替える。取扱ブランドは青背景でプリチェックされる

この記事の要点

  • 車検の呼び込みは保有車の満了日から自動で抽出できるが、絞り込みを決めずに全件流すと、自社で追えない他社車まで混ざる。「源泉×ブランド」で対象を絞るのが設計の核心。
  • ルールが0件の源泉は全許可（未設定扱い）、1件以上ある源泉は明示モードでONにした組み合わせだけが作成対象になる、という二段構えの仕様。
  • 源泉が空の顧客、メーカー名が空の車両は安全側で作成される。絞り込みは「設定した源泉×ブランド」にだけ効く。
  • OFFにすると未来の未対応の呼び込みは次回同期で整理されるが、着手済みの呼び込みと過去のデータは残る。運用しながら安全に調整できる。

この記事で分かること

  • 車検呼び込みを自動作成するときに「対象を絞る」必要がある理由
  • 源泉（顧客ステータス）×ブランドのマトリクス設計の考え方
  • ルール0件＝全許可／1件以上＝明示モードという仕様の正しい使い分け
  • 呼び込みが「作られすぎる」「作られない」ときの切り分け方

対象読者：自動車ディーラーのサービスマネージャー・フロント・システム担当｜読了目安：約10分

はじめに：水曜の朝、呼び込みリストに知らない車が並ぶ

水曜の朝、群馬県郊外の輸入車ディーラー。サービスフロントの志村（仮名）は、出社して最初に車検呼び込みの一覧を開く。今月満了を迎える対象が、先月の倍近く出ている。喜ぶより先に、画面をスクロールして眉をひそめた。

知らない車名が混じっている。自社で売った覚えのないコンパクトカー、軽自動車、十年落ちのミニバン。下取りで一度入っただけの車、よその店で買って一回だけオイル交換に来た客の車。それらが満了日だけを根拠に、堂々と呼び込み対象として並んでいる。

「これ、全部に案内を出すんですか」と若手が聞いてくる。志村は答えに詰まる。出せば郵送代がかさむし、何より自社で車検を受ける見込みの薄い相手にハガキを刷っても反応は鈍い。かといって一台ずつ目視で外していくのは、月初の忙しい朝にやる作業ではない。

「リストが多いこと自体は問題じゃない。問題は、追うべき相手とそうでない相手が混ざったまま渡されることだ」

呼び込みの自動化は、満了日を拾うところまでは簡単だ。難しいのはその先――誰の、どのブランドの車を対象にするかを、運用者の意図どおりに絞ること。ここを設計せずに自動化を回すと、「自動なのに毎回手で間引く」という本末転倒が起きる。この記事では、源泉とブランドの2軸で対象を絞る設計手順を、実装どおりに整理する。

なお本記事で言う Ribbon（リボン）は、自動車ディーラー向けの統合管理SaaS。顧客・商談・保有車両・車検・整備・在庫を一つに束ねる業務システムを指す。

なぜ呼び込みは「絞ってから自動化」するのか

結論から言えば、車検呼び込みは「満了日で抽出」してから「対象を絞る」までを一続きにしないと、自動化の意味が薄れるから。満了日だけで作ったリストには、自社で受ける見込みの低い車が必ず混ざる。

保有データには、いろいろな経緯の車が入っている。自社で新車・中古車を販売した車。下取りで一度持ち主が替わった車。よその店で買って、たまたま近いからとサービスだけ受けに来た車。点検で一度入庫しただけの車。これらは満了日という一点では区別がつかない。だが「自社で車検を取る確率」はまるで違う。

ここを区別せずに全件へ案内を出すと、二つの損が出る。一つはコスト。ハガキの印刷・郵送、電話の手間、LINE配信の枠は有限で、見込みの薄い相手に使えば単純に薄まる。もう一つは精度の劣化。反応の取れない対象が母数に混ざると、入庫率という指標そのものが当てにならなくなり、改善の打ち手が見えなくなる。

逆に言えば、対象を絞れていれば自動化は強い。毎月、追うべき車だけが自動で積み上がり、フロントは案内チャネルの使い分けと未反応者のフォローに集中できる。絞り込みのルールを一度きちんと設計すれば、あとは仕組みが対象を選び続ける。手で間引く作業から解放されるのが、本来の狙いだ。

源泉×ブランドという2軸の考え方

絞り込みの軸は2本ある。源泉（顧客がどこから来たか）とブランド（保有車のメーカー）。この掛け合わせで「作る／作らない」を決める。

源泉は、顧客ステータスのコードで表す。Ribbonでは顧客ステータスをマスタとして管理しており、たとえば「自社販売」「他社販売」「サービス入庫」「下取り取得」といった区分がそれにあたる（区分名は会社ごとにマスタで設定する）。同じ満了車でも、自社で売った客なのか、サービスだけ受けに来た客なのかで、追うべき度合いが変わる。それを源泉という軸で表現する。

ブランドは、車両に記録されたメーカー名。輸入車ディーラーなら自社取扱ブランドは限られるが、保有データには下取りやサービス入庫を通じて国産・他輸入の様々なメーカーが混ざる。自社で整備の体制があるブランドと、部品も技術もないブランドでは、車検を受けてもらえる現実味が違う。

この2軸を表にすると、判断が一気に見やすくなる。縦に源泉、横にブランドを並べ、交点のON/OFFで対象を決める。考え方の基本形は次のとおり。

源泉 ＼ ブランド 自社取扱ブランド 整備実績のある他ブランド 体制のない他ブランド
自社販売 ON（最優先で追う） ON 判断（多くはON寄り）
他社販売 ON（流出した自社車の奪還） 判断 OFF
サービス入庫のみ ON 判断 OFF
下取り・廃車予定 OFF OFF OFF

縦横の交点それぞれに意図がある。「自社で売った車は基本すべて追う」「他社で買った車でも、自社の得意ブランドなら奪還を狙う」「体制のないブランドは無理に追わない」。この判断を、頭の中ではなく表として残すことに意味がある。担当者が替わっても、なぜこの組み合わせを追うのかが残るからだ。

ルール0件は全許可、1件以上で明示モードになる

ここが設定で一番つまずきやすい。ある源泉について設定行が1件もなければ「未設定」とみなされ、その源泉は全ブランド許可になる。一方、その源泉に1件でも設定があると「明示モード」に切り替わり、ONにした組み合わせだけが作成される。

この二段構えは、既存の運用を壊さないための仕様だ。何も設定しないうちは従来どおり全件作られる（後方互換）。だから「導入したら急に呼び込みが消えた」という事故は起きない。設定をいじり始めた源泉だけが、明示的な絞り込みの対象になる。

注意すべきは切り替わりの瞬間だ。ある源泉でブランドを一つでもONにして保存すると、その源泉は明示モードに入る。すると、ONにし忘れたブランドはすべてOFF扱いになり、作成されなくなる。「自社ブランドだけONにしたら、これまで作られていた他ブランドの呼び込みが止まった」というのは、仕様どおりの正しい挙動であって不具合ではない。明示モードに入れる源泉では、残したい組み合わせを取りこぼさないよう、ONを付け切る必要がある。

判定にはもう一つ救済がある。顧客に源泉が紐付いていない場合と、車両のメーカー名が空の場合は、安全側で作成される。源泉やメーカーが取れないデータを絞り込みで黙って落とすと、追うべき車を見落としかねないからだ。裏を返せば、絞り込みを効かせたい車には、源泉とメーカー名がきちんと入っている必要がある。データの基礎が整っていることが前提になる。

💡 無料相談受付中：車検呼び込みの自動作成や、源泉×ブランドの絞り込み設計を、設定マトリクスの実画面を交えた無料デモでご案内します。Ribbon導入の有無にかかわらずご相談ください。 → お問い合わせはこちら

絞り込みマトリクスの設計手順

設計は、いきなり全部をいじらず段階を踏むと安全だ。手順を番号で整理する。

  1. 源泉マスタを棚卸しする。自社の顧客ステータスにどんなコードがあるかを確認する。「自社販売」「他社販売」「サービス入庫」など、源泉として意味のある区分が揃っているかを見る。区分が粗ければ、絞り込みも粗くしかできない。
  2. 取扱ブランドを確定する。自社で売る・整備するブランドを洗い出す。Ribbonの設定画面では、店舗の取扱ブランドを集計して、有効な源泉×取扱ブランドの組み合わせを初期状態でプリチェック表示する。まずはこの初期値をたたき台にする。
  3. 明示モードに入れる源泉を絞る。最初から全源泉をいじる必要はない。効果が大きいのは「他社販売」のように、放っておくと無関係な車が大量に混じる源泉。ここから手を付ける。
  4. 残したい組み合わせを取りこぼさない。明示モードに入れる源泉では、自社が車検を取りたい組み合わせを確実にONにする。とくに「他社販売×自社得意ブランド（流出車の奪還）」は外しがちなので注意する。
  5. 保存して翌月の生成結果を見る。設定は保存してはじめて反映される（自動保存ではない手動操作）。翌月のリスト件数と中身が意図どおりかを確認し、ずれていれば調整する。

設計のコツは、「作らない理由」をはっきり言える組み合わせだけOFFにすること。迷ったらONに倒す。なぜなら呼び込みは作りすぎても手で間引けるが、作らなかった車は二度と気づけないからだ。OFFは「自社で受ける見込みがほぼゼロ」と説明できる交点に限る。

呼び込みが作られすぎる／作られないときの切り分け

トラブルは二方向で起きる。作られすぎるか、作られないか。原因の見る順番を決めておくと、現場で迷わない。

作られすぎる場合は、絞り込みがまだ効いていない可能性が高い。チェックリストはこの順で見る。

作られない場合は、逆に絞りすぎか、データ欠落を疑う。

切り分けの起点は常に「その源泉は未設定か、明示モードか」。ここを先に判定すれば、全許可なのか絞り込み済みなのかが分かり、次に見るべき箇所が決まる。源泉とメーカー名が空でないかの確認は、どちらの方向でも効くので最初に押さえておきたい。

運用に乗せるための見直しサイクル

設計は一度で完成しない。最初の設定は仮説であり、生成結果を見て直す前提で組むのが現実的だ。

毎月、生成された呼び込みリストの件数と中身を確認する。先月より極端に増減していたら、源泉マスタや顧客ステータスの付与が変わっていないかを疑う。新しいブランドの取り扱いを始めたら、マトリクスに行を足す。逆に撤退したブランドはOFFに倒す。取扱ブランドの変化は、絞り込みルールにそのまま反映する――これを忘れると、設定が現実とずれていく。

見直しのリズムは、車検呼び込みの案内サイクルと合わせると無理がない。満了の数ヶ月前から動き出す運用なら、月初に前月分の結果を振り返り、その場でマトリクスを微調整する。年に一度の大掃除ではなく、毎月少しずつ整える方が、設定の精度は保たれる。

見直しを気軽にできるのは、進行中の案内が壊れないからだ。組み合わせをOFFに倒すと、その源泉×ブランドの未来の未対応（手つかず）の呼び込みは次回の同期で整理される。だが、すでに電話をかけた・入庫予定が入っているといった進捗の付いた呼び込みと、過去のデータには手を付けない。つまり締めても緩めても、現場が動かしている案件は残る。だから完璧な初期設定を目指すより、回しながら整える方が早い。

Ribbonが備える車検呼び込み自動作成機能

Ribbon（リボン）は自動車ディーラー向けの統合管理SaaSで、車検の呼び込みを源泉×ブランドで絞り込みながら運用するための機能を備える。ここで触れるのはすべて実在する機能に限る。

呼び込みを「絞ってから回す」設計と、絞った対象を「ステータスで追い切る」運用を、同じシステム上でつなげられるのがポイントだ。

よくある質問（FAQ）

車検の呼び込みリストはどうやって自動で作りますか？

保有車両の車検満了日をもとに、対象顧客を抽出して呼び込みデータを生成します。Ribbonでは「源泉（顧客ステータス）×ブランド」の組み合わせでON/OFFを設定し、自社で追うべき対象だけを絞ってから自動作成します。全件を漫然と流すのではなく、絞り込みを先に決めるのが要点です。

「源泉×ブランド」で絞るとはどういう意味ですか？

源泉は顧客がどこから来たか（自社販売・他社販売・サービス入庫など、顧客ステータスのコード）を指し、ブランドは保有車のメーカーを指します。たとえば「自社販売の自社取扱ブランドは作る／他社販売の他社ブランドは作らない」と、両軸の掛け合わせで対象範囲を決めます。

ルールを1件も作らないとどうなりますか？

その源泉については「未設定」とみなされ、全ブランドの呼び込みが作成されます（後方互換の全許可）。ルールを1件でも作ると、その源泉は「明示モード」に切り替わり、ONにした組み合わせだけが作成対象になります。設定したらONを付け忘れた組み合わせは作られなくなる、という点に注意します。

他社で買った車の呼び込みは作らないようにできますか？

できます。他社販売を表す源泉の行で、自社が扱わないブランドのチェックをOFFにすれば、その組み合わせの呼び込みは自動作成されません。逆に自社で整備実績のあるブランドだけONにすれば、入庫が見込める対象に絞れます。

呼び込みが作られない原因はどこを見ればいいですか？

まず対象顧客に源泉（顧客ステータス）が紐付いているか、保有車にメーカー名が入っているかを確認します。源泉が空、またはメーカー名が空の場合は安全側で作成されます。源泉にルールが1件以上あるのに該当ブランドがOFFのままだと作られないので、設定マトリクスのチェック状態を見直します。

設定を変えると過去に作った呼び込みも消えますか？

過去のデータと、すでに着手したデータは消えません。組み合わせをOFFにすると、その源泉×ブランドの「未来の未対応（手つかず）の呼び込み」だけが次回の同期で整理されます。電話済み・入庫予定など進捗の付いた呼び込みと、過去の呼び込みはステータスを保ったまま残るので、進行中の案内が失われることはありません。

まとめ

あわせて読みたい関連記事

Ribbonの導入相談・無料デモ

Ribbon（リボン） は車検呼び込みの自動化を中核に据えた、自動車ディーラー向け統合管理SaaSです。呼び込み対象の絞り込み設計から、無料デモで実際の画面をご覧いただけます。

株式会社DM and Tについて

自動車ディーラー向け統合管理SaaS「Ribbon」を開発・提供する株式会社DM and Tが運営。営業・整備・車検・アフターサービスの実務改善、ディーラーDX、CRM／SFA選定といったテーマで、現場と経営の両方に役立つ記事を発信しています。

公式サイト ｜ Ribbon無料デモのお申し込み

Ribbonを実際の画面で見てみませんか

自動車ディーラー向け統合管理SaaS「Ribbon」を、無料デモで実際の画面とともにご案内します。

無料デモ・ご相談はこちら