自動車販売店の問い合わせをAIで整理する方法

閉店後に「この車はまだありますか」という質問が届き、翌朝には「警告灯が点いたので走ってよいですか」という相談も入る。自動車販売店では多様な問い合わせが一つの窓口に集まりやすい一方、営業が答える質問とサービス担当が確認すべき内容では、必要な情報も判断の重さも異なります。AIを設置するだけでは、この違いを適切に整理できません。

AIに任せやすいのは、店舗が承認した公開情報の案内、用件の分類、担当者が確認するための受付情報の整理です。一方、その時点の在庫や販売価格、納期、下取り査定額、車両の安全性や故障原因、予約枠は、会話だけでは確定できません。現在の販売・整備システムを確認でき、判断権限を持つ担当者へ引き継ぎます。

販売と整備の入口を分け、AIは「答えを確定する窓口」ではなく「次の担当者が判断できる状態をつくる受付」として設計することが重要です。回答できる範囲だけでなく、回答を止める条件と引継ぎ後の対応まで一緒に決めれば、自動車販売店の問い合わせAIを小さな範囲から試せます。

自動車販売店で多い問い合わせを販売と整備に分ける

最初に行うのは、よくある質問を大量に登録することではありません。直近の問い合わせを「販売」「下取り」「整備・点検」「店舗案内」「その他」に分類し、実際に誰が最終回答したかを確認します。同じ「予約したい」という依頼でも、試乗なら営業、法定点検や車検ならサービス部門が受け手になるためです。

販売相談では、希望車種、用途、来店希望、見積もりの相談など、購入検討を進めるための情報を集めます。整備相談で必要になるのは、車種や登録情報、症状、発生時期、入庫希望、代車希望など、サービス担当が受入方法を判断するための情報です。二つを共通のシナリオに詰め込むと、利用者に関係のない質問が増える一方、担当者が必要とする項目は不足します。

店舗案内は別の区分にすると運用しやすくなります。所在地、通常の営業時間、定休日、取扱サービスなど、店舗が公開し、継続的に更新している情報はAIの回答対象にできます。ただし、臨時休業や受付終了時刻が変わる場合に備え、どのページや管理情報を正本とするか、誰がいつ更新するかを決めておきます。古い情報を自然な文章で案内できても、正しい対応にはなりません。

実際の製品・運用例を見ると、三菱自動車のチャットボット案内では、車種に関する質問への対応と、解決しなかった場合の相談先が分けられています。また、ContactXの自動車業界向け活用例には、車両、作業種別、希望日時、代車希望などの受付項目が示されています。自店舗へ取り入れる際は、紹介ページの流れをそのまま転用せず、店舗の担当部署と現在使用している予約・在庫管理の仕組みに合わせて組み直す必要があります。

AIに任せる回答と担当者が判断する内容を分ける

自動化する範囲は、「AIが文章を生成できるか」ではなく、「回答の根拠が特定され、現在も正しいと確認できるか」で決めます。公開済みの店舗情報や受付方法は、正本と更新責任者が明確なら案内対象にできます。一方、個体ごとに変わる車両情報、現車確認を要する判断、担当部署の承認を伴う約束は、人が担当します。

在庫データや予約表と連携していても、更新の遅れ、商談中、移動中、整備中など、画面上の状態だけでは確約できない場合があります。連携機能の有無や情報更新の速さは、製品や店舗システムによって異なります。そのため、運用設計では自動確定を前提にせず、「確認依頼を受け付けました」と「予約が確定しました」を明確に分けます。誰が確定し、どの経路で利用者へ知らせるかも決めてください。

安全に関わる相談では、質問を増やしすぎないことも重要です。AIの役割は状況を診断することではなく、担当者が対応を始めるために必要な情報を受け取るところまでです。営業時間外に即時対応できない店舗は、その事実を明示し、店舗で承認された代替窓口や時間外手順を案内します。一般的な注意書きを表示しても、個別の車両について安全が確認されたことにはなりません。

有人切替の条件、受付時間、引き継ぐ会話情報は、チャットボットの有人切替設計を参考に一枚の運用表へまとめられます。AIが回答できなかった場合だけでなく、情報や権限がなく回答してはいけない場合も、例外ではなく通常の引継ぎ経路として設計します。

試乗・商談・点検予約で来店前に集める情報

受付項目は、多ければよいわけではありません。最初の会話では用件を判別し、担当者が次の確認へ進むための最小限の情報を集めます。詳細な要望を一度に尋ねると回答の負担が増え、利用目的のない個人情報まで保有することにもつながります。各項目を「必須」「分かれば任意」「担当者が後で確認」に分けると、質問の要否を判断しやすくなります。

販売・試乗の受付チェックリスト

たとえば「SUVを今週末に見たい」という相談では、希望車種や用途、店舗、候補日時、人数を受け付けます。ただし、展示車があること、希望車に試乗できること、指定時刻に営業担当が対応できることは約束しません。担当者が現在の車両と人員の状況を確認し、利用者へ確定連絡を返すところまでを一連の業務として設計します。

整備・点検の受付チェックリスト

「点検を予約したい」という依頼では、車両情報、希望作業、候補日時、代車希望を確認します。しかし、作業内容、必要設備、部品、担当者、代車の状況がそろわなければ予約を確定できません。予約システムへ直接つないで確定する方式と、候補日時を受け付けて担当者が返答する方式のどちらを採るかは、店舗の体制に応じて選びます。両者の違いはチャットボットと予約システムの連携方法で確認できます。

氏名、電話番号、メールアドレス、登録番号、車台番号、会話に含まれる車両状況などは、目的を決めずに広く収集しません。情報ごとに、何のために必要か、どこへ保存するか、誰が閲覧するか、いつ削除するかを社内で確認します。入力前の説明や同意、会話ログの扱いを検討する際は、AIチャットボットで個人情報を扱う際の考え方も参照してください。

営業とサービス部門へ迷わず引き継ぐ

有人切替は、担当部署へ通知を送っただけでは完了しません。営業が必要とするのは検討条件と次の提案に使う情報であり、サービス部門が必要とするのは車両の特定と入庫判断に使う情報です。受け手が会話を最初から読み直さなくても、確認済みの事実と未確認事項を区別できる形式にします。

引継ぎ記録では、利用者の発言とAIによる整理を分けます。「エンジン付近から音がする」は利用者の申告として記録できますが、「部品が故障していると思われる」と書けば、未実施の診断を加えたように見えます。販売相談でも、「予算はこの範囲」は申告として渡せますが、「購入確度が高い」「この値引きなら成約する」といった根拠のない評価は付けません。

複数部門に関係し、振り分けに迷いやすい相談には、最初の受け手を一つ決めます。たとえば下取りを伴う買い替えは営業が最初に受け、整備履歴の確認が必要なら営業からサービス部門へ依頼する流れにします。利用者を複数の窓口へ往復させないよう、分類できない案件を確認する責任者と、未対応案件を追う担当者も明確にします。

Cresclabの自動車業界向け案内では、問い合わせの集約、試乗・商談予約、担当者への引継ぎという業務の流れが扱われています。WAYBOTのカーディーラー向け解説は、来店前のWeb接客や設置場面を検討する際の参考になります。ただし、利用できる連携、通知、管理機能はサービスや契約によって異なります。導入候補を比較するときは、自店舗で必要な引継ぎ経路を先に整理し、その経路を実現できるか個別に確認してください。

1店舗・1業務から導入し、公開前にテストする

最初から全店舗の販売・整備問い合わせを対象にすると、誤案内が起きた際に、正本、分類、受付項目、引継ぎのどこに原因があるのかを切り分けにくくなります。まずは一店舗の「試乗希望の一次受付」や「定期点検の候補日受付」のように、一つの用件を選びます。安全判断を伴う不具合相談は、有人窓口と時間外手順が整うまで自動回答の対象に含めない判断も必要です。

1. 直近の問い合わせを販売、下取り、整備、店舗案内、その他へ分類する。
2. 一つの対象業務を選び、回答に使う正本、更新者、更新日を決める。
3. AIが案内する事実、聞く項目、答えない内容、有人切替条件を書く。
4. 営業またはサービス部門が受け取る項目と、確認する担当者を決める。
5. 代表質問、言い換え、情報不足、安全に関わる質問で公開前テストを行う。
6. 小さな範囲で公開し、会話と引継ぎ結果を確認してから対象を広げる。

公開前テストでは、正しい回答が出ることだけでなく、回答してはいけない質問で適切に止まれることも確認します。質問ごとに、期待する応答、参照する正本、禁止表現、引継ぎ先、担当者へ届く情報を記録してください。代表質問だけではなく、言い換え、情報不足、価格や在庫の確約を求める質問、安全に関わる質問も対象にします。より広いテスト項目はチャットボット公開前のテストケースで整理できます。

公開後に確認するのは、会話件数だけではありません。正本どおりに案内できたか、販売と整備を正しく分類したか、不要な個人情報を聞かなかったか、担当者が必要情報を受け取れたか、未対応のまま残った案件がないかを会話単位で確認します。売上、成約、作業時間の変化には季節、広告、在庫、店舗体制なども影響します。AIだけの効果とみなさず、まず用件分類、回答内容、情報収集、引継ぎの品質を評価してください。

AI-Boostの自動車販売店向け案内でも、営業時間外の問い合わせ、対応負荷、応対品質のばらつきが導入課題として挙げられています。ただし、24時間メッセージを受け付けられることと、24時間いつでも在庫、価格、安全性を確定できることは別です。担当者が不在の時間帯は、「受付済み」「次回の確認予定」「緊急相談には対応できない」を区別し、利用者が実際の対応状況を判断できる文面にします。

よくある質問

関連記事

• チャットボットの有人切替設計で、回答を止める条件、受付時間、担当者へ渡す情報を整理できます。
• チャットボットと予約システムの連携方法で、直接予約を確定する方式と候補日時だけを受け付ける方式を比較できます。
• AIチャットボットと個人情報で、顧客情報や車両情報を収集する前に確認すべき項目を見直せます。
• チャットボット公開前のテストケースで、代表質問、言い換え、情報不足、境界質問の期待応答を準備できます。