自動車整備・カーディーラーのDXは「車両単位」で設計しないと進まない
自動車整備・カーディーラーのDXは、一般的な予約システム導入や顧客管理の延長ではうまく回りません。現場では、顧客情報だけでなく、車台番号、登録番号、初度登録年月、車検満了日、法定12か月点検の実施時期、整備履歴、部品手配、代車、検査枠までが連動しているためです。営業、サービスアドバイザー、工場長、部品担当、自動車検査員が別々の台帳で動いている限り、車検失注、見積漏れ、当日段取り替えは残り続けます。
さらにこの業種は、制度変更が業務設計に直結します。国土交通省の制度では、自家用乗用車の定期点検は1年ごとに29項目、2年ごとに60項目が基本です。2020年4月からは特定整備制度が始まり、ADASに使うカメラやレーダーの調整を伴う電子制御装置整備は認証要件の対象になりました。2024年10月からはOBD検査が始まり、対象車の継続検査では受付段階から備考欄や対象可否を確認しておかないと、再作業や再来店が起きやすくなります。
つまり、DXの目的は「紙をなくすこと」ではありません。車検、法定点検、特定整備、継続検査、中古車商品化という固有フローを、法令対応を崩さずに短くすることです。
先に押さえるべき業界固有の前提
- 自家用乗用車では、車検だけでなく法定12か月点検の管理が必要です。車検満了日だけを追っても、点検入庫と追加整備の機会を取りこぼします。
- 特定整備制度では、従来の分解整備に加え、前方カメラやレーダー等の電子制御装置整備が認証対象です。フロントガラス交換やバンパー脱着の案件は、受付時点で特定整備の可能性を見抜けないと工場計画が崩れます。
- OBD検査は、2021年10月1日以降の新型車を対象に、2024年10月1日以降の車検で始まりました。輸入車は2025年10月1日以降の車検が対象です。対象車の見落としは、完成間際の手戻りにつながります。
- 電子車検証は2023年1月4日に始まり、電子車検証特設サイトでは車検証閲覧アプリや記録等事務代行サービスが案内されています。あわせてOSSでは、検査登録、保管場所証明申請等、税・手数料納付をインターネット上で一括処理できます。店舗側の事務設計も紙前提から見直す必要があります。
- 中古車部門では、古物商許可、名義変更、下取車の入庫から商品化までの工程管理が前提です。整備部門と販売部門のデータが分断していると、展示開始が遅れ、在庫回転が落ちます。
- 顧客名、住所、連絡先、車検証情報、整備履歴は個人情報保護法の対象です。利用目的の整理、権限管理、委託先管理を設計せずにAIやSaaSを重ねると、現場で止まりやすくなります。
課題とAI・データ活用の対応表
| 現場課題 | 業界固有の原因 | AI・データ活用の打ち手 | 追うべきKPI |
|---|---|---|---|
| 車検の失注が多い | 車検満了日、過去入庫履歴、代車要否、希望時間帯が担当者ごとに散っている | 満了90日、60日、30日前の出し分けと予約確度順の追客を自動化する | 車検入庫率、予約化率、失注理由回収率 |
| 法定12か月点検が続かない | 車検中心で案内し、点検時期を独立管理していない | 初度登録年月、前回点検日、走行距離から対象車を抽出し、保証や安全点検の文脈で案内する | 12か月点検入庫率、点検後追加整備率 |
| ADAS案件で当日段取り替えが起きる | 特定整備対象か、エーミング設備が必要かを受付時に判定できない | 車検証画像、症状、修理内容から特定整備フラグと必要設備を自動付与する | 再作業率、納期超過件数、エーミング待ち件数 |
| OBD検査で手戻りが出る | 対象車かどうかを完成間際に確認している | 備考欄、型式、入庫目的からOBD確認の優先度を自動分類する | OBD対象車の再検査率、当日追加工数 |
| 見積承認率が低い | 整備履歴の検索が遅く、交換根拠の説明が弱い | 過去交換時期、走行距離、故障コード、写真を要約して見積説明文を作る | 見積承認率、追加整備粗利、説明時間 |
| 中古車の商品化が遅い | 下取、整備、撮影、掲載の進捗が部門横断で見えない | 仕入確定から掲載開始までの工程時刻を一元管理し、滞留工程を通知する | 商品化日数、在庫回転日数、値下げ前販売率 |
DXロードマップは6段階で進める
1. 車台番号を軸にした台帳へ切り替える
最初に整えるべきなのは、顧客マスタではなく車両単位の台帳です。同じ顧客が複数台所有している、家族名義と使用者が違う、法人車両で担当者だけが変わる、といったケースが多いためです。最低限、車台番号、登録番号、初度登録年月、車検満了日、前回点検日、保証期限、ADAS搭載有無、入庫履歴を同じ画面で追えるようにします。
ここで既存のDMSや整備システムをすべて置き換える必要はありません。まずは対象車抽出と進捗管理に必要な項目だけをつなぎ、二重入力がどこで発生しているかを可視化することが先です。
2. 予約と受付で「後から分かる」を減らす
サービスアドバイザーの負荷は、整備そのものよりも、予約時の聞き漏れと入庫時の聞き直しで増えます。Web予約やLINE受付を使う場合も、単なる希望日時入力では足りません。次の情報を事前に回収できる設計に変えます。
- 車検証画像または電子車検証の確認情報
- 走行距離
- 警告灯の点灯有無
- 異音、振動、発生条件
- 代車要否
- ガラス交換歴、事故修理歴、用品取付希望
AIを使うなら、この情報から「車検中心」「法定点検中心」「故障診断先行」「特定整備の可能性あり」「OBD確認先行」といった受付区分を返す使い方が現実的です。故障診断をAIに丸投げする前に、受付の分類精度を上げた方が現場負荷は下がります。
3. 工場工程を特定整備とOBD検査前提で組み直す
認証工場と指定工場では、同じ入庫でも詰まるポイントが異なります。指定工場なら完成検査と保安基準適合証の発行まで含めた枠管理が必要ですし、認証工場なら継続検査への持込段取りが制約になります。そこに特定整備やOBD検査対象車が混ざると、単純な先着順の工程管理では回りません。
DXで先に設計すべきなのは、次の分岐です。
- 特定整備対象か
- OBD検査対象車か
- エーミング設備が必要か
- 自動車検査員の確認が必要なタイミングはどこか
- 部品が当日手配か事前引当か
これを工程表に落とすと、工場長は「空いているリフト」ではなく「条件を満たす枠」で仕事を配れます。
4. 点検記録、写真、見積根拠をその場で残す
DXが定着しない店舗では、受付だけデジタル化され、整備結果は紙に戻っていることが多くあります。これでは、追加整備提案や再入庫対応に使えるデータが残りません。
少なくとも、法定点検結果、故障コード、交換部品、写真、見積承認結果、引渡し時の説明要点はデジタルで残すべきです。指定工場では保安基準適合証の発行前後で必要な確認工程が明確なので、記録漏れのチェックポイントも作りやすくなります。写真と数値が残れば、サービスアドバイザーごとの説明品質のばらつきも抑えやすくなります。
5. 保有客フォローを「車検だけ」から広げる
保有客管理で見るべき対象は、次回車検だけではありません。法定12か月点検、バッテリー、タイヤ、ブレーキ、保証満了、自動車保険継続、用品提案まで含めて初めてLTVが伸びます。
ここで重要なのは、一斉配信ではなく対象抽出です。たとえば、前回点検から11か月経過し、過去2回とも同店舗で入庫している車両だけを抽出すれば、車検とは別の点検案内を出しやすくなります。保有客フォローのKPIは、配信数ではなく、予約化率と再入庫率で見るべきです。
6. 中古車商品化と登録事務までつなげる
ディーラーでは、整備部門のDXが中古車粗利にも効きます。下取車や買取車は、査定、入庫、点検、板金、清掃、撮影、掲載、名義変更という流れを通るため、整備完了だけでは売上になりません。
ここで電子車検証とOSSを前提にすると、登録・検査・書類提出の事務設計を見直しやすくなります。DXの終着点はレポート作成ではなく、「いつ展示できるか」「いつ引き渡せるか」を短くすることです。中古車部門まで接続できて初めて、カーディーラー全体のDXになります。
想定ユースケース: 指定工場併設店で初回車検とADAS案件をさばく
ここでは、地方都市の指定工場併設店を想定します。前提は以下のとおりです。
- 月間の車検対象車: 120台
- 月間の法定12か月点検対象車: 80台
- 月間の一般整備: 140台
- 月間の下取・買取車: 20台
- サービスアドバイザー: 3名
- メカニック: 7名
- 自動車検査員: 2名
- エーミング設備: 1レーン
この店舗で先に効くのは、診断AIよりも受付分類と工程分岐です。運用は次のようになります。
- 車検満了90日前に、車台番号と満了日で対象車を抽出する。
- 顧客にはWebフォームで、車検証画像、走行距離、警告灯、代車要否、ガラス交換歴を入力してもらう。
- AIが予約案件を「OBD確認先行」「特定整備の可能性あり」「通常車検」「法定点検中心」に分類する。
- OBD検査対象車やカメラ脱着の可能性がある車両は、午前中にスキャンツール接続とエーミング枠を仮押さえする。
- 見積画面には、前回交換日と走行距離からバッテリー、タイヤ、ブレーキの提案候補を表示する。
- 指定工場の完成検査後は、保安基準適合証の交付と電子車検証・OSSの事務を同じ案件IDで追えるようにする。
この設計にすると、サービスアドバイザーは朝の電話集中と当日聞き直しを減らせます。工場側は、リフトに載せてから「この車はOBD検査対象だった」「エーミング設備が空いていない」と気付く件数を減らせます。ポイントは、診断そのものを自動化することではなく、法令と設備制約を踏まえて順番を間違えないことです。
ROI試算の目安
以下は、車検対象車の追客と受付分類を改善する場合の簡易試算です。実数ではなく、前提を置いた目安として見てください。実際の粗利は、取扱車種、外注比率、下回り防錆や消耗品提案の構成、エーミング外注の有無で変わります。
| 項目 | 前提 |
|---|---|
| 月間の車検対象台数 | 120台 |
| 現在の車検入庫率 | 58% |
| 改善後の車検入庫率 | 65% |
| 車検1台あたり粗利の目安 | 30,000円 |
| 同時追加整備粗利の目安 | 8,000円 |
| 月額のシステム・運用コスト想定 | 120,000円 |
この前提なら、追加粗利の目安は次のとおりです。
120台 × (65% - 58%) × (30,000円 + 8,000円) = 319,200円/月
ここから月額コスト120,000円を差し引くと、月間で約199,200円の改善余地があります。逆に言えば、予約自動化だけでなく、車検失注防止と追加整備承認率の改善を同時に取れないと回収は鈍くなります。自社試算では、工数削減だけでなく、失注件数、再検査件数、エーミング待ち件数も同じ表に載せるべきです。
導入を失敗させない運用ルール
- 最初のテーマは1つに絞る。車検継続率、中古車商品化日数、OBD対象車の手戻り削減のどれか1つから始める。
- 現場KPIを週次で見る。月次売上だけでは遅く、予約化率、見積承認率、納期超過件数、失注理由を毎週確認する。
- AIの出力には確認者を置く。特定整備、完成検査、引渡し判断は有資格者の確認を前提にする。
- 個人情報の権限設計を先に決める。営業、サービス、工場、外注先が見てよい範囲を曖昧にしない。
- システム統合を急がない。最初は車台番号、満了日、入庫日、整備履歴、工程時刻がつながれば十分です。
まとめ
自動車整備・カーディーラーのDXは、汎用的なCRM導入や予約自動化だけでは成果が出にくい領域です。車検、法定12か月点検、特定整備、OBD検査、電子車検証・OSS、中古車商品化という業種固有の実務フローを前提に、車両単位でデータをつなぐ必要があります。
着手順として現実的なのは、車台番号起点の台帳を整え、予約・受付・工程分岐を標準化し、その後に保有客フォローと中古車商品化へ広げる流れです。まずは直近3か月分の入庫データから、失注、手戻り、納期遅延がどこで起きているかを洗い出してください。そこが、そのままDXの優先順位になります。
よくある質問（FAQ）
Q1. 導入にかかる費用とランニングコストはどのくらいですか？
車検案内、Web予約、車両台帳、簡易ダッシュボードを先に整える段階なら、初期50万〜200万円、月額5万〜20万円程度が目安です。DMS連携、部品在庫、電子車検証・OSS対応、特定整備やOBD検査の判定ロジックまで含めると、別途数百万円規模になることがあります。実額は既存システムの分断度合い、外注比率、店舗数、内製運用の有無で変わります。
Q2. 導入にどれくらいの期間がかかり、どのように進めれば失敗しにくいですか？
現状業務の棚卸しに1〜2か月、車検や法定点検など1ユースケースのPoCに2〜3か月、その後の横展開に6〜12か月が目安です。最初から全社一斉導入を狙うより、車台番号を軸にデータを整え、予約・受付・工場工程のどこか1か所で効果を確認してから広げる方が失敗しにくくなります。
Q3. 補助金や助成金は利用できますか？申請時のポイントは？
IT導入補助金やものづくり補助金、自治体のデジタル化支援制度が使える場合があります。申請では、車検入庫率、見積承認率、納期遅延件数、中古車商品化日数など、現場KPIがどのように改善するかを前提付きで示すことが重要です。補助対象経費や締切は公募ごとに変わるため、最新要件の確認が必要です。
まずは無料で相談してみませんか？
「AIやDXに興味はあるけど、何から始めればいいかわからない」 「自社の業務にAIが本当に使えるのか知りたい」
そんなお悩みをお持ちでしたら、ぜひ一度お気軽にご相談ください。AI受託開発・DX支援の豊富な実績を持つ弊社が、貴社の課題に最適なソリューションをご提案いたします。