アフターサービス·2026-10-17

整備の稼働率を上げる4つのレバー|既存客で空きピットを埋める

車検満了が近い保有車両を月別に一覧し、呼び込み結果と入庫予定日を管理するRibbonの車検点検呼び込み画面
車検点検呼び込み。車検満了日が近い保有車両を月別に並べ、呼び込み結果、入庫予定日、折り返し予定、検討時期を一覧で管理します

この記事の要点

  • 空きピットを埋める近道は、新規集客より既存客の取りこぼしを減らすことにあります
  • 取りこぼしは「満了日データの鮮度」「部署の分断」「案内後のフォローが記憶頼み」の 3 つの原因から起きます
  • 満了日の更新、満了前のタスク化、ピット予約と顧客カードの統合、来なかった理由の蓄積が 4 つのレバーになります
  • KPI は対象、到達、反応、入庫の段階に分けて追い、目標値は自店の実績で調整します
  • 整備と営業が同じ顧客カードを見ることが、部署をまたいだ運営の土台になります

この記事で分かること

  • 整備工場の稼働率を下げる、既存客の取りこぼしの仕組み
  • 車検入庫率を動かす 4 つのレバーと、Ribbon で実現できる範囲
  • 段階別 KPI の立て方と、入庫率改善の目安の置き方
  • ピット予約と顧客管理の統合で起きやすい失敗と、その避け方

対象読者:サービスマネージャー、アフターサービス責任者、経営層|読了目安:約9分

目次

空きピットの原因は新規不足とは限らない

整備工場の予約ボードには、週によって山と谷ができます。谷が見えると、新規のキャンペーンや外部集客で埋めたくなるものです。ただ、その谷が本来は埋められたはずの谷なのかを、先に確かめておくと無駄が減ります。まず、車検満了が近い既存客に案内を出した後、反応がなかった顧客がどうなったかを、自店で追えているかを確かめます。

案内に反応がなかった顧客は、他店で車検を通したのか、まだ迷っているのか、連絡を後回しにしているだけなのかが分かりません。この「あと少し」の既存客は、広告で集める新規客より入庫につながりやすく、広告費もかかりません。空きピットの原因を新規不足と決める前に、既存客をいくつ取りこぼしているかを数えてみる。アフターサービスの改善は、そこから始めるのが現実的です。

車検の呼び込みでは、呼び込みのリスト、自分の活動の記録、進捗の管理表が別々になっている店も少なくありません。前回どんな話をしたかを調べてから電話をかけ、別の表に進捗を書く。この手順が当たり前になっていると、電話 1 本に時間がかかります。

この手間が、未反応者への 2 回目以降の接触を止めてしまいます。漏れは怠慢ではなく、仕組みの問題として扱うと、打ち手が見えてきます。

既存客の取りこぼしが起きる3つの理由

原因1:車検満了日のデータが古くなる

新車販売時の車検満了日は正確です。しかし、ユーザー車検、他社での車検、途中の買い替えが起きると、台帳の満了日は実態とずれていきます。古いデータで案内を送ると「先月もう通したよ」と言われ、管理の行き届かない店だと思われかねません。満了日は登録して終わりではなく、更新し続ける項目として扱う必要があります。

原因2:顧客接点が部署で分かれている

整備フロントに来た顧客が「来年は買い替えを考えている」と話しても、営業には届きません。営業が「車検は他社で安く済ませた」と聞いても、整備には戻りません。入庫しなかった理由がどこにも蓄積されないため、翌年の案内の組み立てが改善されないままになります。情報が部署ごとの道具に閉じていることが原因です。

原因3:案内の後の接触が記憶頼みになる

満了前の案内ハガキやダイレクトメールは、車検を思い出してもらうきっかけとして有効です。問題はその先にあります。反応がなかった顧客への電話や再案内が、担当者個人の記憶やメモに頼りがちです。誰にいつ何回接触したかが組織に残らないため、未反応のまま有望な顧客のフォローが途中で止まってしまいます。

引き継ぎでも同じことが起きます。記録が人に紐づいている限り、担当が代わるたびに前の話が消えてしまい、同じ失敗が繰り返されます。

車検入庫率を伸ばす4つのレバー

レバー1:車検満了日を更新し続ける

満了日は、自社の入庫実績、顧客からの申告、既存システムからの CSV 取込の 3 つの入口で更新します。Ribbon では保有車両に車検満了日と走行距離を持ちます。整備の入庫チェックで走行距離を入力すると、保有車両の走行距離も更新されます。満了日の鮮度が落ちると、以降の案内の効果は下がります。更新の入口を決めておくことが、レバーの 1 本目です。

レバー2:満了日から逆算してタスクにする

車検の案内は、満了日の 3 か月前から段階的に始めるのが標準です。買い替えを迷っている顧客に声をかけるのも、この時期です。ハガキ 1 枚で終わらせず、未反応者への電話、LINE やメール、訪問といった 2 回目以降の接触を段階で組んでおくと、抜けが減ります。

Ribbon の車検点検呼び込みは、保有車両の車検満了日から対象を月別に抽出します。呼び込み結果と入庫予定日、折り返し予定を一覧で管理できます。対象を自動で作る条件は、顧客の源泉とブランドの組み合わせごとに店舗単位で設定できます。これにより「今月は誰に声をかけるか」をデータから抜き出す作業がなくなり、2 回目以降の接触に時間を回せます。

車検のほかにも、時期が先に分かる入庫のきっかけがあります。メーカーが決めた点検の間隔や車両側のサービス表示、リコールやサービスキャンペーン、保証修理です。新車から一定期間の無償点検を受けられるメンテナンスパッケージは、切れる前後が延長や有償点検を案内する時期になります。こうしたきっかけも満了日と同じく、タスクにしておくと漏れが減ります。

レバー3:ピット予約と顧客カードを統合する

入庫予定を別のシステムで管理していると、いつ、誰が、何の作業で来るかが顧客カードから見えません。顧客側も電話して空きを確認する手間がかかり、予約の機会を逃しやすくなります。ピット予約、点検予約、車検予約を顧客カードに紐づけると、サービスフロントの段取りも、営業の同席も組みやすくなります。詳しくは次の節で扱います。

レバー4:来なかった理由を蓄積する

いちばん見落とされやすいのが、入庫しなかった顧客の追跡です。他社で実施したのか、廃車や買い替えだったのか、価格が理由だったのか、単に忘れていたのか。これを定型の項目で残すだけで、翌年の案内を組み立てる材料になります。価格で離れた層と忘れていた層では、打ち手がまったく違います。

Ribbon の車検点検呼び込みでは、呼び込み結果と検討時期を一覧に残せます。理由の蓄積を、呼び込みの作業の中で済ませられます。

ピット予約と顧客カードを同じ基盤に乗せる

ピット予約と顧客管理が同じ基盤にあると、現場の会話が変わります。具体的な場面で見てみます。営業が顧客カードを開いたとき、来月の車検入庫予定が見えれば、その日に合わせて試乗車を用意できます。整備フロントが点検で見つけた、次回に交換が要る部品の話を活動履歴に残せば、次に電話をかける担当者がその話から入れます。

部署をまたいだ顧客中心の運営は、特別な研修よりも、同じ画面を見ることから始まります。

Ribbonのピット割当ボード。リフト別の列に時間帯ごとの入庫予約が並び、左の入庫予約リストからカードをドラッグして割り当てる
ピット割当ボード。第1リフトから検査ラインまでを列に、時間帯を行にして入庫予約を並べます。左の入庫予約のカードをタイムラインへドラッグして割り当て、日、週、月で表示を切り替えられます

ピット割当ボードは、リフトごとの列に時間帯単位で入庫予約を並べ、その日の予約済、作業中、完了の件数を上部に表示します。入庫予約のカードをタイムラインへドラッグして割り当てるので、ホワイトボードの書き直しがなくなります。日、週、月で表示を切り替えられ、CSV 出力もできます。

その土台になるのが、整備フロントと営業が同じ画面で見られる整備履歴です。

Ribbonのサービス管理画面。入庫理由、作業内容、進捗、入庫予定日、完了日、顧客名、車両、金額が一覧に並ぶ
サービス管理。整備の 1 件ごとに入庫理由、作業内容、進捗、入庫予定日、完了日、顧客名、車両、金額が並びます。ステータスと種別で絞り込み、CSV の取込と出力ができます

整備履歴は顧客カードのサービスタブからも参照できます。営業は商談の前に、この車は先月ブレーキを替えたばかりだと知ることができます。整備と営業が別のシステムにあると、この当たり前の情報共有がなかなか成り立ちません。

法定の点検整備記録簿や保証の請求、リコールの管理は既存の DMS に残し、Ribbon は DMS に残らない会話や来なかった理由を顧客カードに集める側を受け持ちます。

無料デモ受付中:車検点検呼び込み、ピット割当ボード、整備履歴の実画面で、入庫の漏れをどう減らすかをご確認いただけます。無料デモの申し込みはお問い合わせからどうぞ。

Ribbonが備えるアフターサービス機能

アフターサービス領域では次の機能を備えています。

料金の目安は料金ページで確認できます。

入庫率を追うKPIの考え方

「車検入庫率を上げる」という目標だけでは、現場はなかなか動きません。対象、到達、反応、入庫の 4 段階に分けて、どこで漏れているかを見ると、打ち手が絞れます。

Ribbonの統合ダッシュボードの車検入庫・アフター稼働タブ。車検呼込ファネルと接触率、予約化率、自社取込率、満了月別の呼込件数、アフター整備売上が並ぶ
統合ダッシュボードの車検入庫・アフター稼働。未対応、接触済、検討中、入庫予約、実施の件数をファネルで並べ、接触率、予約化率、自社取込率と、満了月別の呼込件数、期間内のアフター整備売上を表示します
段階 KPI 何を測るか
対象 満了日データの鮮度 満了日を過ぎたまま更新されていない保有車両の台数(少ないほどよい)
対象 連絡可能率 電話、メール、LINE のいずれかが有効な顧客の割合
到達 満了前案内の実施率 対象リストのうち案内を実行した割合
到達 再接触の実施率 未反応者のうち 2 回目以降の接触をした割合
反応 案内反応率 案内に対して何らかの反応があった割合
反応 来店誘導率 反応した顧客のうち来店や入庫予約に至った割合
入庫 車検入庫率 対象のうち自社で車検を実施した割合
入庫 整備同時受注率 車検時に追加整備を受注した割合

目標値はここには置きません。ブランド、地域、新車と中古の比率で水準が大きく変わるためです。自店の直近 1 年の実績をもとに、段階ごとに少しずつ上げる目安を決めると、現場が追いやすくなります。Ribbon のダッシュボードでは、接触率、予約化率、自社取込率が実績として出るので、まずそこから始められます。

効果の規模感をつかむには、前提を置いて計算してみます。例えば保有 3,000 台、車検は 2 年に 1 度なので対象は年 1,500 台と置きます。入庫率を 5 ポイント上げれば、増える入庫は年 75 台です。車検 1 台の整備売上を、自賠責保険料、自動車重量税、印紙代の法定費用を除いて 6 万円と置くと、年 450 万円の目安になります。

これは売上で、粗利ではありません。粗利で見るなら、自店の整備の粗利率を掛けて計算し直します。台数と単価も自店の数字に置き換えると、自店の規模感がつかめます。

段階別に KPI を追うと、入庫率が下がったときに原因を切り分けられます。データの鮮度が原因なのか、案内の到達が原因なのか、反応が悪いのか。原因が分かれば、打ち手は 1 つに絞れます。

導入でつまずく3つのパターン

パターン1:予約システムを単独で入れる

ピット予約のソフトを単独で導入すると、顧客マスタが 2 つになります。後から顧客管理と統合しようとすると、名寄せの作業に時間がかかります。最初から顧客カードに予約が紐づく構成を選んでおくと、後が楽です。

パターン2:整備士の入力が増える

予約や履歴の入力を整備士に負わせると、本来の整備の時間が削られます。入力する人と項目を絞り、1 回の入力で複数の画面に反映される仕組みを選ぶと負担を抑えられます。Ribbon の入庫チェックで走行距離を入力すると保有車両にも反映されるのは、その一例です。iPhone と iPad はアプリ、そのほかの端末はブラウザで使えます。

パターン3:予約が営業に共有されない

ピット予約が入っても営業に見えない作りだと、来店時の面談の機会を逃します。予約が顧客カードに紐づいていれば、その日に来店する顧客を営業も把握でき、段取りを組めます。整備と営業が別の道具を使っている店ほど、ここで差が出やすくなります。

よくある質問(FAQ)

既存の DMS にある整備履歴は取り込めますか?

取り込めます。整備履歴は CSV で取り込めるので、DMS を残したまま、顧客カードから過去の整備が見える状態を先に作れます。入れ替えを前提にしない段階導入です。

整備の担当者も、商談の録音の内容を見られますか?

見られます。文字起こしと AI 要約は顧客カードに残るため、整備の担当者も入庫の前に営業との話を確かめられます。誰が見られるかはロールで決められます。録音の利用目的と同意の考え方は、商談の録音・文字起こし・AI要約|ディーラーの営業を資産化で整理しています。

ハガキの案内を続けながら段階導入できますか?

できます。ハガキは認知のきっかけとして残し、未反応者への 2 回目以降の接触を車検点検呼び込みの対応状況とタスクで追います。案内の手段を変えるのではなく、案内の後を仕組みにする考え方です。

LINE で車検の案内を送れますか?

送れます。LINE 公式アカウントの友だちと顧客カードを紐付けておくと、保有車両の車検満了日をもとに案内が届きます。LINE 車検リマインダーの初期値は満了 30 日前で、60 日から 90 日前に変えて使えます。紐付けは手動で行い、LINE 連携は有料オプションです。

まとめ

最初にやるのは、来月に車検満了を迎える保有車両の一覧を出し、案内に反応がなかった顧客が何台あるかを確かめることです。その横に、来なかった理由が分かっている台数を並べます。理由の分からない台数が、2 回目以降の接触で取り戻せる余地です。この差が見えると、どこに電話の時間を回すかが決まります。


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


Ribbonの導入相談・無料デモ

Ribbon(リボン)は、自動車ディーラー向けの統合管理 SaaS です。車検点検呼び込み、ピット割当ボード、整備履歴の実画面を、無料デモでご覧いただけます。


株式会社DM and Tについて

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

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

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

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

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