ディーラーの試乗・整備予約をAI電話で受付する方法｜予約連携と確認項目

ディーラーの試乗・整備予約は、希望日時を聞くだけでは確定できません。試乗車と担当者、整備ピットと作業時間、代車の有無など、複数の条件を合わせる必要があります。

AI電話は希望の聴取や定型案内の候補になりますが、予約確定まで任せるには台帳との連携と業務ルールが必要です。本記事では予約受付に絞って、店長・受付責任者が導入前に整理する事項を解説します。

試乗と整備で確認項目を分ける

詳細を聞きすぎると予約前に離脱しやすくなります。最初の電話で必要な項目と、来店時や折り返しで確認する項目を分けてください。

まずは予約希望の受付から始める

連携前の段階では、AIが希望日時と用件を記録し、スタッフが空き枠を確認して連絡する方法があります。この場合は「予約希望を受け付けた」と伝え、来店日時の確定を約束しません。

受付後は誰が、いつまでに連絡するかを決めます。閉店後の申込みに対して、対応体制のない「すぐ折り返します」を使わず、次の営業時間に連絡するなど実際の運用と一致させます。

予約確定まで自動化する場合の連携要件

空き枠を読み取る機能と、確定登録する機能は別です。登録後に予約IDが返ること、失敗した処理を検知できること、同じ依頼を重複登録しないことを確認します。

試乗車が別店舗に移動した場合や、整備作業が延長した場合に、台帳へいつ反映されるかも重要です。過去の空き状況を参照しているなら、電話口で確定させない設計にします。

会話例：試乗希望を受ける

以下は仮受付の設計例です。

「ご希望の店舗と車種を教えてください」と確認した後、日時、氏名、折り返し先を順に聞きます。「日曜の午後」のような回答は、具体的な日付と候補時間に確認し直します。

最後は「〇月〇日午後の試乗をご希望として承りました。試乗車を確認し、担当者からご連絡します」と締めます。登録まで完了した場合だけ、確定日時と変更時の連絡方法を案内します。

カタカナの車種名、グレード、旧称、同系列の似た車名は誤認識しやすいため、店舗で扱う一覧を使って確認します。

修理・事故の相談を通常予約へ流さない

警告灯、故障、事故の連絡は、通常の点検予約とは別に扱います。AIが車両の走行可否や故障原因を推測して答える設計は避け、店舗の技術者や指定の緊急窓口へつなぎます。

また、修理費用や納期は現車確認・部品調達で変わります。概算の一般案内をする場合でも、確定見積もりとの違いを明確にしてください。

予約管理ツール・有人受付と比較する

Web予約は顧客自身が空き枠を見て選べる点に利点があります。電話のAI受付は、電話を選ぶ顧客や営業時間外の連絡を受ける用途で比較します。複雑な整備相談は有人受付を残します。

「電話をAI化するか」だけでなく、Web・電話・店頭で同じ台帳を使えるかが重要です。別々の枠管理なら、どこで整合性を取るかを先に決めます。

導入費用と成果を確認する

初期シナリオ設定、店舗数、月間通話量、転送料、予約連携、車種情報の変更対応を含めて見積もります。店舗ごとに同じFAQを管理する場合は、共通情報と店舗固有情報を分けると更新漏れを防ぎやすくなります。

成果は受付件数だけでなく、予約確定率、折り返し期限の遵守、二重予約、来店率、予約修正工数で確認します。来店率が変わった場合も、キャンペーンや車種構成の影響を分けて評価します。

本番前のテスト項目

• 試乗車がない日、担当者が不在の日に予約を希望する
• 代車が必要な整備予約を申し込む
• 会話途中で店舗と車種を変更する
• 家族が既存予約の変更を依頼する
• 非通知で電話し、連絡先を訂正する
• 台帳が停止中に予約やキャンセルを申し込む

受付担当だけでなく営業・整備担当も会話と引き継ぎを確認します。正常な予約の成功率と、失敗したときの未処理検知を別々にテストしてください。

Bellで予約受付を検討する方へ

まずは利用中の予約台帳、店舗数、試乗と整備の区分、確定できない条件を共有してください。Bellの対応範囲・連携可否・費用は、個別要件に合わせて確認します。

電話全体の振り分けや多店舗運用についてはディーラーのAI電話導入ガイドで解説しています。予約受付の導入相談では、仮受付から始める構成も検討できます。