来店客の整備推奨度を高める｜360ビューで整備の適期を見つける提案術

この記事の要点

• 整備提案の適期は「車検満了までの残り月数」「前回整備からの経過日数」「走行距離の伸び方」の3点セットで読む。この3つは顧客360度ビューの保有車両タブと整備履歴タブに揃っている。
• Ribbonは整備推奨度を自動で点数化しない。提供するのは判断材料を1画面に束ねること。優先度を決めるのは人で、現場の判断基準をチームで言語化しておくことが効いてくる。
• 走行距離は自動では入らない。入庫・来店のたびに保有車両と整備履歴へ記録する運用があって初めて、月あたりの走行ペースから次の消耗品交換の適期が読める。
• 車検満了が近い顧客は車検点検呼び込みで取りこぼしを管理し、任意整備の声かけは来店時の360ビュー確認とタスク化で後追いする。日付トリガーの自動タスク生成は無い。
• 整備フロントの観察を活動履歴に残せば、次に開いた営業が気づける。提案の精度はデータの鮮度で決まる。入庫時の距離・状態の記録を現場の習慣にすることが土台になる。

この記事で分かること

• 整備提案の「適期」を勘ではなく情報で判断するための、3点セットの読み方
• 顧客360度ビューの保有車両・整備履歴タブを使った提案優先度の見極め方
• 整備推奨度を「自動で出る機能」と誤解しないための、人とシステムの役割分担
• フロント・営業・整備が同じ顧客カードで提案を引き継ぐ運用設計と失敗例

対象読者：自動車ディーラーの営業・サービスフロント・サービス課長・店長｜読了目安：約10分

はじめに：木曜の昼下がり、オイル交換だけで帰っていったお客様

木曜の昼下がり、静岡県内の輸入車正規ディーラー。サービスフロントの宮下（仮名・入社5年目）は、ピットから上がってきた1台の伝票を見ていた。エンジンオイル交換のみ、作業時間30分。お客様は待合のソファでコーヒーを飲んでいる。

伝票だけ見れば、何の問題もない来店だ。けれど宮下は引っかかった。この車、たしか去年もこの時期にオイルだけだった気がする。走行距離は——伝票には書いていない。前回の整備が何だったか、ブレーキパッドの残り厚はどうだったか、車検はいつ満了だったか。頭の片隅にぼんやりとあるけれど、確信が持てない。

確信が持てないまま「ほかに何か気になるところは？」と聞いても、お客様は「特にないかな」と答える。そうして、その日もオイル交換だけで車は帰っていった。3ヶ月後、その車はブレーキの異音で他店の量販店に飛び込み、そこでパッドとローターを交換した。客単価にして数万円。本来なら、あの木曜日に拾えていた整備だった。

「整備って、お客さんが気づいてから来るものだと思ってた。でも本当は、こっちが気づいて声をかける仕事なんですよね。気づくための材料が、目の前に揃ってなかっただけで」

これは特別な失敗ではない。整備の取りこぼしの多くは、技術の問題ではなく「いま、この車に何を勧めるべきか」を判断する材料が、接客のその瞬間に手元に揃っていないことから生まれる。本稿のテーマは、その材料をどう束ね、どう読むかである。

整備提案のタイミングは「3点セット」で判断する

整備提案の適期は、「車検満了までの残り月数」「前回整備からの経過日数」「走行距離の伸び方」という3つの軸を同時に見て判断する。 どれか1つだけでは早すぎたり遅すぎたりする。3つが重なる点に、お客様が納得して財布を開く「ちょうどいいタイミング」がある。

なぜ3点セットなのか。整備には性質の違う3つの時間軸があるからだ。

1. 法定の時間軸（車検・点検） — 車検満了日と12ヶ月点検は、日付で決まる。満了の3ヶ月前あたりが声かけの起点になる。
2. 経過の時間軸（前回からの間隔） — オイルやエレメント、ブレーキフルードなどは「前回からどれだけ経ったか」で寿命が近づく。
3. 使用の時間軸（走行距離） — タイヤ、ブレーキパッド、バッテリーは、乗り方しだいで摩耗速度がまったく違う。年5,000kmの人と2万kmの人では、同じ「1年前の整備」でも状態が別物だ。

この3つを別々の帳票やシステムで管理していると、接客の場で頭の中で突き合わせることになる。それが冒頭の宮下のような「確信の持てなさ」を生む。逆に言えば、3点セットを1画面に並べられれば、提案の精度は経験年数に依存しなくなる。入社1年目でも、ベテランと同じ材料を見て判断できる。

ここで強調しておきたいのは、3点セットは「点数」ではなく「読み方」だということだ。後述するように、Ribbonはこの3要素を自動で点数化して順位をつけるわけではない。あくまで人が読むための材料を揃える。だからこそ、現場が「どう読むか」の判断基準を持っていることが効いてくる。

顧客360度ビューのどこを見れば適期がわかるのか

結論から言えば、3点セットは顧客360度ビューの「保有車両タブ」と「整備履歴タブ」に揃っている。 顧客360度ビューとは、1人の顧客に紐づく活動・保有車両・来店・商談・整備・メール・LINEなどを、別システムを行き来せずにタブ切り替えで把握できる顧客カルテのことだ。Ribbon（リボン）は、この顧客カードを中核に据えた自動車ディーラー向けの統合管理SaaSである。

提案の適期を読むとき、見る場所はおおむね決まっている。

たとえば冒頭の車を顧客カードで開いていたら、こう読めたはずだ。「車検満了まであと8ヶ月、まだ早い。でも前回ブレーキ点検から1年2ヶ月、しかも走行距離が前回から1.4万km伸びている。この乗り方ならパッドの残量を見ておくべきだ」。3つの時間軸を重ねた瞬間に、「いま声をかける理由」が言葉になる。

整備履歴タブには、予定/実績の日時、入庫理由を親子カテゴリで階層化した記録、工賃・部品代・粗利といった費用情報、そして入庫時のボディマップ（13ゾーン別のキズ記録）まで残せる。過去の整備が「何を、いくらで、どんな状態で」行われたかが時系列で見えるので、「前回これを直したなら、次はこれが来る」という整備の連なりを読める。

💡 無料デモ受付中：整備提案の取りこぼし・声かけ漏れをどう減らすか、保有車両・整備履歴の実画面を交えた無料デモでご案内します。Ribbon導入の有無にかかわらずご相談ください。 → お問い合わせはこちら

「自動で推奨度が出る」は誤解：人が判断基準を持つということ

ここははっきり書いておく。Ribbonには整備推奨度を自動でスコアリングし、「この客に何を勧めるべきか」を点数や順位で出す機能はない。 AIが車検満了日と走行距離を読んで「推奨度85点・ブレーキパッド交換を提案せよ」と表示してくれる。そういうものを期待していると、導入後にずれる。

Ribbonが担うのは、あくまで判断材料の集約だ。車検満了日・前回整備日・走行距離・過去の整備内容・顧客の反応を、別々のファイルを突き合わせなくても1画面に揃える。点と点を線でつなぎ、「だから今これを勧める」と判断するのは人の仕事である。

この役割分担を理解しておくのは、けっこう大事だと思う。なぜなら、「システムが推奨度を出してくれる」と思い込むと、現場が自分で判断基準を磨かなくなるからだ。逆に「材料は揃う、読むのは自分たち」と割り切れば、チームで読み方を共有し、入社間もない人にも判断基準を渡せる。整備提案の品質は、ツールの賢さではなく、現場が持つ判断基準の明確さで決まる。

ちなみに、車検満了が近い顧客の抽出だけは別だ。これは後述する車検点検呼び込みで、対象車両を抽出し対応状況を管理できる。「日付で決まる声かけ」は仕組みで拾い、「状態で決まる任意整備」は人が360ビューで読む——この線引きが現実的だ。

優先度を分ける現場の判断基準を言語化する

整備提案で迷うのは「やるかやらないか」ではなく「どの順で声をかけるか」だ。だから、優先度を分ける判断基準を現場の言葉で書き出しておくと、提案のばらつきが減る。 推奨度を自動で出す機能がない以上、この「人の基準」こそが資産になる。

たとえば、あるサービス課が整理した判断基準はこんな具合だった（あくまで一例で、ブランドや地域で変わる）。

• 最優先（今日の来店で必ず声をかける）：車検満了まで3ヶ月以内／前回ブレーキ点検から走行5,000km超／安全に直結する不具合の兆候あり
• 準優先（今日触れて、断られたらタスク化）：オイル交換から半年・5,000km経過／タイヤ溝が2年経過／バッテリー3年以上経過
• 見送り（記録だけ残す）：前回整備から日が浅い／直近で同じ提案を断られている／予算面の事情を本人が明言している

ポイントは、この基準を1人の頭の中ではなく、チームで共有する形にすることだ。Ribbonの顧客カードはこの基準を「埋め込む」場所ではないが、基準に沿って読んだ結果、つまり「準優先でタイヤを勧めたが今回は見送り、次回車検で再提案」といった判断は活動履歴に残せる。次に開いた人は、前回どう読んでどう動いたかを引き継げる。

判断基準を言葉にしておくと、もう1つ効く場面がある。新人の同行だ。「なぜ今この車にこの提案をしたのか」を3点セットで説明できれば、勘ではなく論理として技術が伝わる。整備提案は属人化しやすい領域だからこそ、基準の言語化が育成にそのまま効いてくる。

声かけを忘れない後追いの設計：呼び込みとタスクの使い分け

「いま提案すべき」とわかっても、声かけを忘れたら意味がない。後追いは、車検点検呼び込みとタスクを使い分けるのが現実的だ。 性質の違う2種類の「忘れ防止」を、それぞれ得意な道具に振り分ける。

日付で決まる車検・点検は、車検点検呼び込みで管理する。 車検満了が近い保有車両を対象として抽出し、未対応・入庫予定・入庫済といった対応状況を一覧で追える。さらに、呼び込みの対象を「源泉（顧客ステータス）×メーカー」の組み合わせでON/OFF制御する自動作成ルールも設定できるので、自店で扱うべき対象だけに絞れる。車検の取りこぼしは売上インパクトが大きいので、ここは仕組みで拾う。

状態で決まる任意整備の声かけは、来店時に360ビューで判断し、必要ならタスクやアタックリストに落とす。 たとえば「今回は見送りだが、次回オイル交換時にタイヤを再提案」と決めたら、その旨をタスクに残す。後日その顧客が来店・入庫したときに、担当者がカードを開けばタスクが残っている、という後追いだ。

ここで誤解しないでほしいのは、「車検3ヶ月前になったら自動で整備提案タスクが立つ」という日付起点の自動タスク生成は、Ribbonには無いということ。自動タスク生成は成約時のトリガー（書類確認・登録・納車後フォローなど）には配線されているが、誕生日・車検前・保険更新といった日付トリガーは現時点で「今後対応」の位置づけで、起動する仕組みは入っていない。だから任意整備の後追いは、車検呼び込みで対象を拾った流れの中で、人がタスクを立てる運用になる。ここを「自動で立つ」と勘違いすると、立っていないタスクを待ち続けることになる。

LINE公式アカウント連携を使っているなら、車検満了前のリマインダーをLINE車検リマインダーで定期送信する手もある（標準で満了30日以内、設定変更可）。声かけのチャネルは、来店時の口頭・電話・LINE・ハガキを場面で使い分ければいい。

フロントと営業で整備提案を引き継ぐ運用

整備提案がうまく回る店は、フロントが気づいたことを営業が知り、営業が聞いた予算事情を整備が知っている。その橋渡しは、同じ顧客カードの活動履歴に記録を残すことで成り立つ。 ただし、これは「自動で共有される」のではなく「記録するから共有される」仕組みだ。

具体的には、整備フロントが入庫時に「次回タイヤ要交換だが今回は予算的に見送り、夏までに再提案」と聞いたら、それを活動履歴に残す。次にその顧客が新車の相談で来店したとき、営業が同じ顧客カードを開けば、整備側の観察に気づける。「タイヤ、そろそろですよね」の一言が、別の担当者から自然に出る。お客様からすれば「この店は自分のことをわかっている」という体験になる。

逆に、記録の運用ルールがないと、せっかくの観察が消える。誰が・いつ・何を記録するのかを決めておかないと、「フロントは口頭で営業に伝えたつもり、営業は聞いていない」というすれ違いが起きる。記録は手入力が前提で、会話が自動で相手に通知されるわけではない。だからこそ、入庫対応の締めに「気づいたことを活動履歴に1行残す」を業務フローに組み込むことが、提案連携の土台になる。

入庫時に商談・相談の会話を録音している場合は、商談音声録音＋文字起こし＋AI要約を使えば、要点とネクストアクションが顧客カードから参照できる(録音は手動で開始する運用で、自動録音ではない)。整備の現場メモまで全部を文字に起こす必要はないが、「言った言わない」が起きやすい予算や納期の約束は、記録に残しておくと後で効く。

よくある失敗パターン

整備提案のタイミング設計で、現場がよくつまずく型を挙げておく。

• 走行距離を記録していない — 3点セットのうち「使用の時間軸」が抜けると、提案の根拠が「経過月数」だけになり、乗り方の違いを読めない。入庫・来店時の距離記録を習慣にする。距離は自動取得されないので、記録がなければ存在しないのと同じ。
• 車検満了だけで声をかけている — 法定整備は拾えても、任意整備（タイヤ・バッテリー・ブレーキ）の機会を逃す。車検来店こそ、3点セットで「ついで整備」を読む絶好の場面だ。
• 断られた提案を記録していない — 前回断られた整備を、次もまた同じトーンで勧めてしまう。「前回見送り・理由は予算」が活動履歴に残っていれば、再提案のタイミングと言い方を変えられる。
• 「システムが推奨度を出す」と期待して人が判断基準を持たない — 自動スコアリングは無いという前提を共有せず導入すると、誰も読まない・誰も判断しないという空白が生まれる。材料は揃う、読むのは人、と最初に握る。
• 記録が整備フロントで止まり営業に届かない — 同じ顧客カードを使っていても、活動履歴に残す運用がなければ部門間で分断される。締め作業に「1行残す」を組み込む。

どれも、特別なノウハウというより「やると決めて続けられるか」の問題だ。提案の精度は、結局のところ顧客カードに乗っている情報の鮮度で決まる。

Ribbonが備える整備提案を支える機能

Ribbon（リボン）は、自動車ディーラー向けの統合管理SaaSです。整備推奨度を自動で点数化する機能はありませんが、提案の適期を人が判断するための材料を1画面に束ねる機能が揃っています。

• 顧客360度ビュー — 1人の顧客の活動・保有車両・来店・商談・整備・メール・LINEなどを、タブ切り替えで把握できる顧客カルテ。接客のその場で3点セットを確認できる土台。
• 保有車両 — 車検満了日・走行距離・車種といった車両情報を保持。提案の起点になる「法定の時間軸」と「使用の時間軸」をここで読む。
• 整備履歴 — 予定/実績の日時、入庫理由の階層分類、工賃・部品代・粗利の費用情報、入庫時のボディマップ（13ゾーンのキズ記録）。前回が何で、いつ、どんな状態だったかを時系列で確認できる。
• 活動履歴 — 過去の提案と顧客の反応を記録。断られた経緯まで残せるので、再提案のタイミングと言い方を調整できる。フロントと営業の橋渡しに使う（記録は手入力）。
• 車検点検呼び込み — 車検満了が近い対象車両を抽出し、未対応・入庫予定など対応状況を管理。源泉×メーカーの自動作成ルールで対象を絞り込める。
• タスク／アタックリスト — 「今回見送り・次回再提案」といった任意整備の後追いを残す（日付トリガーの自動タスク生成は未対応のため、人が立てる運用）。
• LINE車検リマインダー — LINE公式アカウント連携で、車検満了前のリマインダーを定期送信（標準30日以内、設定変更可）。声かけのチャネルとして活用できる。
• 商談音声録音＋文字起こし＋AI要約 — 来店時の相談を録音すれば要点とネクストアクションが顧客カードから参照可能（録音は手動開始）。

よくある質問（FAQ）

まとめ

整備提案のタイミングは、勘や経験年数だけに頼る領域ではなくなっている。読み方を揃えれば、入社1年目でもベテランと同じ材料で判断できる。

• 整備提案の適期は「車検満了までの残り月数」「前回整備からの経過日数」「走行距離の伸び方」の3点セットで読む。3つが重なる点に、お客様が納得する適期がある。
• 3点セットは顧客360度ビューの保有車両タブと整備履歴タブに揃っている。別システムを開かずに、接客のその場で判断できることに価値がある。
• Ribbonは整備推奨度を自動で点数化しない。材料は揃う、読むのは人。だからこそ、優先度を分ける判断基準を現場の言葉で書き出しておくことが資産になる。
• 走行距離は自動では入らない。入庫・来店時の記録を習慣にして初めて、使用の時間軸が読める。
• 車検は車検点検呼び込みで仕組みとして拾い、任意整備はタスクで後追いする。日付トリガーの自動タスク生成は無いので、人が立てる。
• フロントの観察を活動履歴に残せば、営業がその場で気づける。提案の精度は、顧客カードに乗る情報の鮮度で決まる。

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

• 自動車ディーラーのCRMの選び方｜現場で使い続けられる判断基準 — 顧客接点を1つに束ねるCRM・業務システムの選定基準（ピラー記事）
• 顧客360度ビューを使いこなす｜1画面で顧客のすべてを把握する接客術 — 整備提案の土台になる顧客カードの読み方を、タブ別に詳しく解説
• 車検入庫率を上げる｜呼び込みのKPI設計と取りこぼし対策 — 車検という「日付で決まる声かけ」を仕組みで拾う方法
• アフターサービスを売上に変える｜保有データから次の入庫を生む — 保有車両データを次の整備・入庫につなげる全体像
• 車検期の管理と呼び込み戦略｜3・5・10年毎の実務分析 — 車検サイクルから逆算した整備提案の段取り

Ribbonの導入相談・無料デモ

Ribbon（リボン） は整備提案の適期判断を支える顧客360度ビューを中核に据えた、自動車ディーラー向け統合管理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選定といったテーマで、現場と経営の両方に役立つ記事を発信しています。

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