1. 結論：自動車販売店なら、何から始めるか
自動車販売店でAIを使うなら、最初の一手は顧客IDと車両IDを、商談から納車まで1本でつなぐことです。次が中古車の個体情報を「誰が、どの根拠で確認したか」で段階に分けること、その次が登録手続を「書類作り」ではなく状態の管理として組み直すことです。
本記事では、新車と中古車を併売し、来店・問い合わせから商談、下取・査定、見積、注文、登録、納車、車検・点検などのアフターフォローまでを自社で扱う地域型の販売店を主なモデルとして想定します。中古車専門店、整備専業、鈑金塗装、カーリース専業、レンタカーは、収益の構造も負う責任も変わるため範囲外です。
この順番になるのは、この業種の仕事が「一台の車をめぐって、複数のイベントが順番に起きる」構造で動いているからです。来店、査定、見積、注文、登録、納車、そして数年にわたる車検・点検。ひとつの車両にこれだけの出来事がぶら下がるのに、顧客台帳・在庫・査定・見積・登録書類・整備履歴が別々に管理されていると、「この車は、どの見積の版で契約したのか」が後から追えなくなります。
一方で、AIに渡せない判断もはっきりしています。下取価格と値引きの確定、注文・売買契約の成立、中古車の品質状態の確定、登録完了を受けた納車可能の判断は、人が持ちます（節6）。
判断は人が持ったまま、判断に至るまでの仕事の大半は機械に渡せます。ただし、金額の計算・期限の算出・完全一致の照合・状態の遷移は業務システムとルール処理の仕事であり、生成AIが担うのは自由記述の整理、候補の提示、差分の抽出、未確認事項の洗い出し、説明の草案までです。AIが作るのは候補と草案であり、確定するのは人です。この原則は記事全体を貫きます。
2. 業務全体の流れ
自動車販売店の仕事は、問い合わせから納車で終わりません。車検・点検の期限を通じて、次の商談まで続きます。
| 段階 | 主なこと |
|---|---|
| 1. 受付 | 来店・紹介・Web反響を受け、顧客IDを起こして検討中の車両候補と結ぶ |
| 2. 条件の確認 | 用途・予算・時期・利用条件を聞き、未確認のまま残っている事項を分けて持つ |
| 3. 候補の提示 | 新車の供給情報と中古車在庫から候補を出し、比較できる形にする |
| 4. 個体の確認 | 中古車なら、走行距離・修復歴・車検期限・整備状態を根拠つきで確認する |
| 5. 現車確認・試乗 | 実車を見て、仕様と装備を確かめる |
| 6. 下取・査定 | 下取車を受け付け、査定案を作り、承認価格を決める |
| 7. 見積 | 車両価格・付属品・税や諸費用を積み、版を持たせる |
| 8. 付帯商品の整理 | ローン・リース・保険などの選択肢を整理し、自社の業務と提携先の業務を分ける |
| 9. 注文・契約 | 見積の版を確定し、注文書・売買契約を成立させる |
| 10. 車両の確保 | 新車の割当、中古車の在庫、仕入の状態を管理する |
| 11. 納車前の準備 | 用品の取付と納車前整備を実施し、実績と異常を記録する |
| 12. 登録・移転 | 手続の種別を判定し、必要書類を揃え、申請し、補正に対応し、完了を車両IDへ戻す |
| 13. 納車 | 最終確認と説明を行い、入金を消し込み、売上を計上する |
| 14. アフター | 車検・点検・保険・契約の期限を顧客×車両で持ち、次の商談へ返す |
| 15. 苦情・保証 | 申出を事実として記録し、対応方針を決める |
この流れには、二種類の「ID」が並走しています。顧客IDと車両IDです。下取車があれば、1件の商談に車両IDが2つ現れます。どちらのIDに何がぶら下がるかが決まっていないことが、後工程の再確認を生みます。
3. AI導入優先Top3
Top 1：顧客IDと車両IDを、見積・契約・登録・納車まで1本でつなぐ
何をするか。問い合わせを受けた時点で顧客IDを起こし、検討車両・下取車のそれぞれに車両IDを振ります。見積には版番号を付け、注文がどの見積版に基づくのかを記録します。登録の完了、納車、その後の点検期限を、同じ車両IDへ戻します。
なぜ最初か。あとの2つが、この上に乗るからです。中古車の確認状態も、登録手続の進行状態も、どの車両の話なのかが一意に決まっていなければ記録の置き場所がありません。そして、この作業は新しいシステムを買わなくても始められます。
どう始めるか。直近20件の商談だけで構いません。顧客ID・車両ID・見積版・注文状態の4項目を、いま使っている台帳に統一した書き方で入れます。下取車がある商談では、下取車にも車両IDを振り、販売する車両と区別します。この段階ではAIを使いません。IDの採番と、注文の状態が「見積中・注文済・登録中・納車済」のどれかへ移ることは、業務システムかルールの仕事です。
何を測るか。
- 見積が差し戻された件数（同じ商談で見積を作り直した回数）
- 契約後に判明した仕様の差異の件数
- 納車の準備で、書類や仕様を確認し直すのにかかった時間
注意。AIが担うのは、商談メモや問い合わせ文面からの項目抽出、見積版の間の差分の提示、未確認事項の一覧までです。別の顧客・別の商談・別の車両への誤帰属を防ぐため、抽出結果は必ず対象IDと突き合わせて確認します。値引き・下取額・契約条件を確定するのは権限者です（節6）。
Top 2：中古車の個体情報を「申告・書面確認・現車確認・契約に使った版」で分ける
何をするか。走行距離、修復歴、車検の期限、保証の範囲、整備が必要な箇所といった項目について、その情報がどこから来たのかを4段階で持ちます。顧客や前所有者の申告なのか、書面で確認したのか、現車で確認したのか、そして契約に使った版はどれか。未確認のものが、いつの間にか確認済みへ格上げされないようにします。
なぜ2番目か。中古車の表示は、業界の自主的なルールとして表示項目が定められている領域です（節9）。誤った表示は、再説明・苦情・保証対応という形で後から原価になります。そしてこの分け方は、在庫10台から始められます。
どう始めるか。在庫のうち10台を選び、走行距離・修復歴・保証・整備状態のそれぞれについて、根拠になった資料へのリンク（または保管場所）を書き添えます。根拠が見つからない項目は、空欄ではなく「未確認」と明記します。空欄と未確認は違います。空欄は「まだ誰も見ていない」のか「見たが該当なし」のかが分かりません。
何を測るか。
- 在庫1台あたりの未確認項目の数
- 掲載後に表示を修正した件数
- 表示した項目から根拠資料へたどり着けた割合
注意。走行距離・修復歴・車両の状態を、AIの画像判定や文章推定だけで確定させません。AIが担うのは、車検証・整備記録簿・査定票などの記載を項目へ整理し、申告と書面のあいだの食い違いを指摘するところまでです。品質状態を確定するのは、根拠資料を確認した担当者と責任者です（節6）。
Top 3：登録手続を「書類を作る仕事」から「状態を管理する仕事」へ組み直す
何をするか。登録・移転・変更・継続検査といった手続について、手続の種別を判定する → 必要書類を揃える → 申請する → 状況を照会する → 補正に対応する → 完了を車両IDへ反映するという段階を、それぞれ状態として持ちます。ワンストップサービス（OSS）には複数の手続が用意されており、申請状況の照会や補正の工程もあります（節9）。
なぜ3番目か。補正や差し戻しは、そのまま納車の遅延になります。ただしこの整備は、Top 1のIDとTop 2の確認状態が先にあるほうが効きます。効果の大きさではなく、着手の順序として3番目です。
どう始めるか。手続の種別をひとつだけ選びます。件数の多いものが向いています。その種別について、必要書類のチェックリストを作り、委任状や証明書に有効期限があるものを分けて管理します。1件ごとに「いまどの状態か」を1列で記録するところから始めます。
何を測るか。
- 補正が発生した件数と、その原因の内訳
- 申請から完了までにかかった日数
- 登録を理由に納車日を動かした件数
注意。書類の有無・期限・名義の一致は、ルール処理で照合できます。AIが担うのは、集めた書類の記載を項目へ整理し、不足しているものを一覧にするところまでです。手続の種別に当てはまるか、OSSを使えるか、例外的な書類が要るかは、公式の条件に戻って人が確認します。登録が完了したことを確認して納車できる状態にするのも、完了の証跡を見た権限者です（節6）。
なお、効果の大きさと着手の順序は同じです。Top 1がなければTop 2・Top 3の記録先が決まらないため、この業種では順位と順序が一致します。
4. AIに任せやすい仕事
この業種でAIが主に担えるのは、次のような性質の作業です。
| 性質 | 自動車販売店での具体例 |
|---|---|
| 形を整える | 来店記録・電話メモ・Web反響の自由記述から、用途・予算・時期・希望条件を項目へ落とす |
| 照らし合わせる | 車検証・整備記録簿・査定票の記載を、在庫情報の項目と突き合わせる |
| 違いを見つける | 見積の版と版のあいだで、何がいくら変わったのかを差分として出す |
| 足りないものを探す | 登録手続の必要書類のうち、まだ届いていないもの・期限が切れているものを一覧にする |
| 下書きを作る | 見積の説明文、納車時の説明項目、車検・点検の案内文の草案を起こす |
| 探し出す | 希望条件に合う在庫と新車の候補を、根拠つきで並べる |
在庫日数・粗利・入金の消込・期限の計算は、業務システムとルール処理の仕事です。AIに入るのは、集計結果の要約と、例外として上がってきたものの整理までです。
5. AI支援に向く仕事
次は、AIが案を出し、人が確認してから使う領域です。節4との違いは、結果をそのまま使えるかどうかにあります。
- 車両候補の提示——希望条件から候補を並べられます。ただし並び順そのものを結論にしません。候補と、その根拠と、まだ確認できていない点を並べる用途に限ります
- 下取査定の材料整理——市況・車両状態・過去の実績を同じ基準日で集められます。査定額の確定は含みません（節6）
- ローン・リース・保険などの選択肢の整理——顧客の意向と商品情報を並べた比較表は作れます。どれを勧めるかは含みません（節6）
- 除外された候補の見直し——AIが候補から外した車両を抜き取って人が見ます。「AIが挙げなかった」ことは「該当しない」ことではありません。
6. 人に残す仕事・判断
線の引き方の原則は、「AIが答えを出せるか」ではなく「誰がその答えに責任を持つのか」です。この業種では、以下の確定者は法令が特定の資格者に限定しているものではなく、本記事が安全な運用として推奨する置き方です。
下取価格・値引き・最終見積を決める
査定額も値引きも、その場で会社の粗利を確定させる決定です。材料の収集、承認済みのルールに沿った計算、比較表の作成までは機械に任せられますが、例外的な事情や定性的な情報を含めて最終条件を決めるのは権限者です。
注文・売買契約を成立させる
契約は対外的な権利義務を確定します。条項・相手方・金額・有効期間が現行の版と一致しているかの照合はシステムで検査できますが、相手方の意思を推測してはいけません。未確認の事項と、説明が必要な事項を一覧にしたうえで、権限者が正式な状態を確定します。
中古車の品質状態と表示内容を確定する
走行距離計の交換や改ざんの疑い、修復歴、要整備箇所といった項目は、書面で表示し交付することが業界のルールとして定められています（節9）。だからこそ、AIの推定を確定値として使いません。根拠資料を確認した担当者と責任者が確定します。
登録の完了を受けて、納車できる状態にする
登録の完了は、所有者の情報と納車の可否に直結します。システム上の状態と、実際の受付・完了の結果は別です。完了の証跡を確認した権限者が、正式な状態を確定します。
自社の業務と、提携先の業務の線を引く
ローンの媒介、保険の募集、整備工場への委託——これらが販売店本体の業務なのか、登録を受けた主体や提携先の業務なのかを、契約と権限で先に分けます。AIの提案が、この線を越えないようにします。
苦情・保証・返品への対応方針を決める
申出の事実と、その評価は別のものです。発生時点の一次情報を失わないように記録し、対応方針・通知・停止や再開は権限者が決めて記録します。
AIが90%正しくても人が全部確認する領域が、この業種にはあります。精度ではなく、間違えたときに取り返せるかどうかの問題です。
7. Best Practice
到達点として、次の3つの構造を示します。
ひとつ。顧客IDと車両IDが、広告・商談・契約・登録・納車・アフターまで一貫してつながっている。ある車両IDから、どの顧客が、どの見積版で契約し、どの登録手続を経て、次の車検がいつ来るのかをたどれる状態です。
ふたつ。中古車の重要項目が、申告・書面確認・現車確認・契約に使った版の4段階を持ち、未確認が自動で確認済みへ昇格しない。「まだ確認していない」という状態が、記録の上で見える状態です。
みっつ。車検・点検・保険・契約の期限を顧客×車両で持ち、連絡の結果を次の商談の判断へ返している。期限が来たから連絡する、ではなく、連絡した結果（買替えの検討時期、他社への流出、反応なし）が次の判断材料として戻ってくる状態です。
8. Before / After
Before。顧客名簿は営業担当ごとのファイルにあり、在庫は在庫管理表に、査定は査定システムに、見積は表計算に、登録書類は紙のファイルに、整備履歴は整備システムにあります。同じ車両でも「どの版で契約したか」は担当者の記憶にあります。車検の案内は、期限一覧を見て一斉に出します。
この流れには理由があります。それぞれのシステムが、それぞれの業務のために導入されてきたからです。少ない人数で新車も中古車もアフターも回していれば、統合より目の前の一台が優先されます。
After。顧客IDと車両IDに、見積の版・注文・登録の状態・納車・点検の期限がぶら下がります。中古車の品質情報は未確認と確認済みが分かれています。生成AIは会話と書類の整理に使われ、価格・契約・品質・登録の例外は人が確定します。
変わるのは「売る力」ではありません。「同じ車両について、いま何が確定していて、何が未確認なのかが、誰にでも分かるか」です。
9. 法令・規制・情報管理
この業種で押さえておきたい制度を、それが法令なのか、業界の自主的なルールなのかという観点で整理します。以下は本記事における実務上の整理であり、個別の適用は取り扱う車種・契約関係・自社が受けている登録や許可の状況によります。
登録・移転などの手続——自動車保有関係手続のワンストップサービス（OSS）
自動車の保有に関係する手続には、継続検査、変更登録、移転に関わる手続などがOSSとして用意されています。OSSでは、新車の新規登録、中古車の新規登録、移転登録、変更登録、継続検査といった複数の手続を扱い、申請状況の照会や、補正に対応する工程が用意されています。
この「補正がある」という点が、業務設計上は重要です。申請は一度で終わるとは限らず、差し戻しと再申請が起こり得ます。だからこそ、登録手続は「必要書類を作る」作業ではなく、手続の種別の判定から完了の反映までを状態として管理するほうが安全だと整理しています（節3 Top3）。これは本記事における業務設計上の整理であり、制度がそう定めているという意味ではありません。
OSSを「販売店だけが使える制度」として説明しません。利用できる主体と手続の範囲は、公式の条件で確認してください。
中古車の表示——業界の自主的なルール
中古車の表示については、自動車公正取引協議会が定めるルールがあります。
- 中古車の広告で販売価格を表示する場合、支払総額と、車両価格・諸費用等の内訳についての表示ルールがあります
- 走行距離、修復歴、車検の期限といった品質・個体に関する情報が、表示すべき項目とされています
- 中古車の品質表示については、走行距離計の交換・疑義・改ざん、修復歴、要整備箇所といった特定の状態について、書面での表示と交付が示されています
これは業界団体が定める公正競争規約であり、法令そのものとは別のものとして扱います。本記事では、規約が法令上の義務を直接定めているとは書きません。一方で、この表示項目が、そのまま「何を確認しておくべきか」の一覧になっている点は、業務設計に使えます（節3 Top2）。
自社がこの規約の適用を受ける立場にあるかどうか、また各項目の具体的な要件は、協議会が公表している最新の内容を確認してください。
自社の業務範囲——登録・許可と提携先の切り分け
販売店が自ら行う業務と、ローンの媒介や保険の募集のように、登録を受けた主体や提携先の業務として扱うものを、契約と権限で分けます。整備工場へ委託する業務も同じです。名称ではなく、実際に誰が誰に対して何をしているかで確認します。
実態を伴わない状態の変更や名目の変更によって、制度上・契約上の要件を回避する設計にはしません。
個人情報と機密の扱い
顧客・取引先・従業員の個人情報、財務情報、認証情報、営業上の秘密は、利用目的・アクセス権限・保存と削除・再委託の4点を分けて決めます。外部へ情報を渡す場合は、それが第三者提供・委託その他のどの類型に当たるかを確認し、必要な同意・通知・契約・委託先の監督などを行います。
メーカーや販売店管理システム（DMS）から得られる情報については、接続の可否と権限を先に確認します。これらの情報を、承認されていない外部のAIサービスへ複製しません。
生成AIへ投入する情報の条件
自社は、顧客の氏名・住所・連絡先、下取車の情報、支払いに関する情報を扱います。生成AIへ投入するときは、次で線を引きます。
- 投入する情報を必要最小限にする（本人を特定できる情報と、支払い・認証に関する情報は入れない）
- AI事業者が入力データを学習に利用するか
- 保存期間と削除の方法
- 契約上の機密保持とデータの取扱条件
- アクセス権限と利用ログが残るか
- 再委託・国外保存など、自社の規程上決めておくべき事項
そのうえで、顧客の情報を扱うのは会社が利用を承認したアカウント・サービスに限ります。「無料版を使ってはいけない」という法律上の一般ルールがあるわけではなく、これは組織として決めるガバナンスの問題です。
制度の版と時点
法令、業界のルール、商品の内容、契約の条件は改定されます。AIの出力には、参照した版と時点を紐づけます。「いつ時点の情報に基づく回答か」が分からない出力は、そのまま説明に使えません。
法令・制度の記述について
※法令・制度に関する記述は、内容確認日時点の一般的な整理です。実際の適用は、業務内容、契約関係、取り扱う車両、自社が受けている登録・許可、施行時点の法令・行政解釈等によって異なります。重要な判断は、最新の一次情報と自社の具体的な条件を確認してください。
10. 最初の30日プラン
1週目：測ることから始めます。直近20件の完了した商談を対象に、①見積を作り直した回数 ②契約後に判明した仕様の差異 ③納車準備での確認にかかった時間を記録します。この週はAIを使いません。いまの数字が分からなければ、あとで効果を語れません。
2週目：正本とルールを決めます。顧客IDと車両IDの振り方、見積の版の付け方、注文の状態の名前（見積中・注文済・登録中・納車済）を決めます。期限の計算・金額の計算・完全一致の照合・状態の遷移は、業務システムかルール処理へ寄せます。あわせて、AIへ投入してよい情報の線引き（節9）を決めます。
3週目：低リスクな範囲でAIを使います。すでに完了した案件で、商談メモからの項目抽出と、見積版の差分の提示を試します。人が出した確定結果と突き合わせ、見逃し・別の車両への誤帰属・古い版の参照がないかを見ます。AIが候補から外した側もサンプルで抜き取ります。
4週目：同じ測り方で比べます。①見積の作り直しが減ったか ②未確認項目が見えるようになったか ③人の確認工数が増えていないか。③が増えているなら、AIの精度ではなく入力の問題です。
11. AI活用成熟度
自社がどの段階にあるかを判定してみてください。
レベル1：人に依存している。顧客情報・車両の状態・過去の経緯・期限が、担当者の記憶とメールと個人フォルダにあります。担当が代わると引き継げません。
レベル2：台帳やツールがある。顧客台帳・在庫管理・査定・見積・整備のシステムはありますが、それぞれが別の主キーで動いており、同じ車両を横断できません。
レベル3：一元化されている。見積から注文、納車・入金・売上、その後の整備・点検の売上まで、主要なIDでつながっています。版・根拠・承認・権限へ戻れます。
レベル4：AIが支援している。自由記述・書類・会話の整理、差分、候補、未確認事項の抽出をAIが支援しています。一意に決まる計算と状態の遷移はルールとシステムが担っています。判断は動いていません。
レベル5：仕組みになっている。この段階は「AIが査定や契約を自動で決める」ことではありません。見逃し・誤帰属・差し戻しまでを測れていて、人が判断すべき領域に時間を使えている状態です。
12. よくある質問
登録の手続は、販売店しかできないのですか。
そうは言えません。OSSで扱える手続の種類と、利用できる主体の範囲は、公式の条件で確認してください（節9）。本記事が扱っているのは、販売店が自社で手続を行う場合に、その進行をどう管理するかという話です。
中古車の修復歴を、AIの画像判定で確認できますか。
確定には使えません。AIが担えるのは、車検証・整備記録簿・査定票の記載を整理し、申告との食い違いを指摘するところまでです。修復歴や走行距離の状態を確定するのは、根拠資料を確認した担当者と責任者です（節6）。
ローンや保険は、AIに提案させてよいですか。
選択肢を整理することと、どれを勧めるかを決めることは別です。前者はAIに任せられます。後者は人が行います。加えて、その業務が販売店本体の業務なのか、登録を受けた主体や提携先の業務なのかを、契約と権限で先に分けてください（節9）。
在庫の滞留や粗利の分析は、AIにやらせたほうがよいですか。
数値の集計はAIの仕事ではありません。在庫日数・粗利・回転の計算は、業務システムとルール処理で行うほうが正確です。AIが役に立つのは、集計で例外として上がってきたものについて、関連する情報を集めて背景の候補を並べる場面です。原因の断定はしません。
AIが「該当する車両はありません」と答えたら、無いということですか。
違います。AIが見つけなかったことと、存在しないことは別です（節5）。条件から外れた側を抜き取って人が確認する運用を、はじめから入れておいてください。
13. 関連する業種の記事
- 保険代理店のAI活用——満期と契約の版を代理店側の正本として持つ設計が、本業種の車検・点検の期限管理と同じ構造です
- 不動産賃貸仲介のAI活用——物件情報に「未確認・確認済み・契約に使った版」の状態を持たせる考え方が、中古車の個体情報の扱いと対応します
- リース会社のAI活用——同じ車両でも、売買とリースでは契約の構造と収益の入口が変わります
シリーズの一覧は業種別AI活用からご覧いただけます。
14. この記事を自社に当てはめたい方へ
同じ自動車販売店でも、情報の整理状況によって最初の一手は変わります。顧客と車両がすでにIDでつながっている会社は「中古車の確認状態を4段階に分ける」から、そもそも同じ車両を横断できない会社は「直近20件で4項目を統一する」から始めるほうが無理がありません。
15. 無料AI戦略診断／AI顧問サービス
AI戦略診断は無料・登録不要です。回答すると、自社のAI活用がいまどの段階にあるかと、最初に取り組むべき領域が分かります。
より踏み込んだ伴走をご希望の方は、AI顧問サービスもご覧ください。個別のご相談はお問い合わせから承ります（30分の無料リモート面談）。
最終更新日: 2026年8月29日／内容確認日: 2026年8月29日
