タクシーの電話がつながらない対策|Bell×電脳交通のAI配車連携
Bellと電脳交通の連携例をもとに、AI電話による顧客・迎車地点の確認、配車依頼の登録、配車状況の案内、有人対応への切替を解説します。
この記事の要点
- AIによる電話受付と、車両の配車成立は分けて管理する。
- Bellは電脳交通と連携し、確認した迎車地点・行き先・台数を配車依頼へつなげている。
- 応答率だけでなく、配車成立率・誤手配・総費用で効果を測る。
電話には出られたのに車が来ない。この状態では、タクシー会社にも利用者にも自動化の価値はありません。AI電話を検討するときは、応答率だけでなく「正しい場所へ、手配できた車を案内できるか」まで確認する必要があります。
タクシーを呼びたい利用者の方は、利用する会社の公式サイトで配車アプリ・Web予約などの受付方法を確認してください。このページはタクシー会社向けの導入ガイドで、乗車予約を受け付ける窓口ではありません。別の方法で申し込む場合も、すでに手配が成立していないか確認すると二重予約を防げます。
電話がつながらない原因によって対策を変える
電話受付の人手不足と、配車できる車両の不足は別の問題です。着信を増やしても、空車がなければ配車成立は増えません。まず「応答前に切れた電話」「応答したが配車できなかった依頼」を分けて集計します。
| 詰まっている場所 | 確認するデータ | 対策の候補 |
|---|---|---|
| 電話回線・受付 | 時間帯別の着信と未応答、同時着信の上限 | 回線容量とAI一次受付を合わせて検討 |
| 迎車地点の確認 | 聞き直し、地点修正、平均受付時間 | 登録済み地点の候補確認と復唱 |
| 車両の手配 | 配車不可、待ち時間、区域外依頼 | 配車側の受付条件と案内内容を見直す |
| 受付後の確認 | 同じ利用者の再入電、重複依頼 | 受付番号と配車状況を照合して案内 |
Bellと電脳交通の連携は、聞き取った内容を配車依頼へつなぐ仕組みです。空車不足を解消する仕組みではないため、繁忙時も配車側で確認できた結果を案内します。
AIに適した範囲は、乗車場所や希望時刻などの聞き取りと、連携先の結果に基づく案内です。車両の空き状況が分からないまま配車を約束させる設計は避けます。
電話受付と配車成立を分ける
| 段階 | 確認すること | 利用者への伝え方 |
|---|---|---|
| 受付 | 乗車場所、人数、時刻、連絡先 | これから車両を確認する |
| 配車照会 | 営業区域、対応車種、空車、予約条件 | 確認中であることを説明する |
| 手配確定 | 配車番号、迎車場所、到着の目安 | 確定した情報だけを案内する |
| 手配不可 | 車両不足、区域外、システム障害 | 手配できていないことを明確に伝える |
「受付完了」は「配車完了」と同じではありません。連携できない場合は、オペレーターへの取次や折り返し依頼として運用し、そのことを最初に説明します。
最も重要なのは乗車場所の聞き取り
住所だけで場所を特定できない電話は珍しくありません。駅の東口と西口、同名の施設、裏口と正面玄関など、車が向かう地点を区別する必要があります。
聞き取り項目は次の順に整理すると、確認漏れを見つけやすくなります。
- 市区町村と施設名、または住所を聞く。
- 入口や道路の側など、迎車地点を確認する。
- 人数と、車種に関係する希望を聞く。
- 今すぐか日時指定かを確認する。
- 折り返せる番号を確認し、主要項目を復唱する。
非通知着信では番号を別途聞きます。音声認識が不確かな地名を推測で確定せず、候補を聞き返すか担当者へつなぎます。車いす対応などの条件も、対応可能な車両の確認前に引き受けてはいけません。
配車システムとの連携で確認する項目
連携先にAPIがあるだけでは十分ではありません。問い合わせ、手配、取消、状態確認のどこまで操作できるかを確認します。受付途中で電話が切れた場合や、同じ利用者がかけ直した場合の重複配車対策も必要です。
たとえば、一つの受付に識別番号を付け、手配の結果が不明なときは同じ依頼を再送する前に状態を照会します。応答待ちの時間切れを「失敗」と決めつけて再登録すると、二重手配につながることがあります。
変更・取消の電話では、予約の特定と本人確認を行ったうえで、連携先の処理結果を伝えます。受付だけして取り消せていない状態を残さないようにします。
Bell×電脳交通で実現している配車連携
Bellは、電脳交通の配車システムとAPIで連携し、電話受付から配車依頼の作成、配車状況の確認までをつないでいます。単に会話を記録してオペレーターへ渡すだけではなく、電話で確定した内容を配車業務へ反映できる構成です。タクシー会社向けBellの配車システム連携
連携の流れは次のとおりです。
| 段階 | Bellと電脳交通の連携内容 |
|---|---|
| 着信時 | 発信者番号を使い、登録顧客、迎車地点候補、行き先候補を確認する |
| 会話中 | AIが迎車地点、行き先、台数、即時配車か予約配車かを確認する |
| 受付条件の確認 | 即時・予約それぞれの受付可能台数を確認し、上限を超える依頼はそのまま登録しない |
| 配車依頼 | 確定した迎車地点の位置情報、行き先、台数、乗客情報を連携して配車依頼を作成する |
| 依頼後 | 返された受付番号から配車状態を確認し、確認できた内容だけを利用者へ案内する |
登録済みの利用者であれば、過去の迎車地点などを候補として確認できるため、毎回長い住所を最初から聞き取る負担を減らせます。一方、候補が複数ある場合や登録がない場合は、会話で場所を特定します。
配車依頼を送った後も、受付済み・未配車、迎車中、到着、キャンセルなどの状態を確認します。乗務員がまだ割り当てられていない段階で車両番号や到着時刻を作って案内しないことが重要です。
受付条件に合わない依頼や、AIだけで確定できない内容は、電脳交通側のオペレーターへ接続する運用を組み合わせます。Bellと電脳交通の連携でも、AIですべての電話を終わらせることより、確定できる配車をシステムへ登録し、例外を人へ正しく渡すことを重視しています。
この連携例は、AI電話導入時に「会話できるか」だけでなく、顧客情報の照会、配車依頼の登録、登録後の状態確認まで検証すべきことを示しています。導入時は、自社で多い地名、営業区域、予約条件、台数上限、有人切替を使って試験します。
小さく始める導入手順
最初からすべての着信を切り替える必要はありません。まず営業時間内の取りこぼしや、対応区域内の定型的な配車依頼など、担当者が支援できる範囲を選びます。
試験には、騒がしい場所からの通話、聞き慣れない地名、満車、予約変更、外国語、途中切断を含めます。想定外の会話が続く場合は、何度も同じ質問を繰り返すのではなく、人への切り替えや別の連絡方法を案内します。
本番では、配車未成立の受付を確認する担当者を決めます。夜間も受けるなら、その時間に実際に動ける配車体制が必要です。
費用対効果は「成立した配車」で測る
費用には、初期設定、通話、AI利用、配車連携、保守、残る有人対応を含めます。着信数が増えたときの従量料金と、繁忙時の同時通話数の上限も確認しましょう。
評価は、応答率に加えて以下を追います。
- 配車依頼のうち、正しい内容で手配が成立した割合
- 場所の聞き違いや重複配車、取消漏れの件数
- 利用者のかけ直し率と担当者への転送率
- 配車1件あたりの総費用と担当者の作業時間
AIが受けた件数が増えても、確認作業や苦情が増えていれば改善とは言えません。通常時間帯と繁忙時間帯を分けて比較すると、どこで効果が出たか判断しやすくなります。
Bellへの相談では、対象地域、配車システム名、時間帯別の着信数、夜間の担当体制を共有すると、受付だけを任せるか、配車連携まで行うかを具体化できます。タクシー向けの電話対応を相談する
よくある質問
Bellは電脳交通の配車システムと連携できますか?
はい。発信者番号から登録顧客や迎車地点候補を取得し、電話で確認した迎車地点・行き先・台数などを配車依頼として連携できます。実際の対応範囲は運用条件に合わせて設計します。
満車のときもAIが予約を受けてよいですか?
予約可能かどうかは配車側の条件で判断します。車両を確保できていない段階で予約確定と案内せず、手配不可や確認待ちを明確に伝えます。
関連記事
新着記事

寺下 昇希
Bell 技術責任者
Bellの技術責任者として、AI電話システムの設計・導入・改善に携わっています。現場の電話業務課題を、実務に耐える会話設計とシステム連携で解く知見を発信しています。
- AI電話プロダクトの設計・実装を統括
- 業種別シナリオ設計と運用改善を多数支援