テスト結果フィードバック
AI電話応対(大東建託 管理担当者専用回線) ローンチ前テストのご報告と改善のお願い
テスト日 2026年7月17日 午前
テスト番号 050-1785-4255
対象 テスト通話3本(録音・全文文字起こしに基づく)
作成 ZENBU株式会社
1 テスト結果の全体像
通話 選んだ用件 所要時間 結果
① 1. FAX番号のご確認 1分13秒
完了 番号を案内できた(3本中これのみ完遂)
② 2. 作業完了報告が届いていない件 3分18秒
問題あり 情報は集めたが、電話番号で2回押し問答・約束の順序と締めに欠陥
③ 3. 作業内容に関する詳細確認 4分17秒
失敗 4分以上かけて用件に回答も引き継ぎ宣言もないまま終了
通話時間の中身 — どこで時間が失われたか
通話① FAX番号確認(1分13秒)
ロス・無音 約28秒(38%)
通話② 完了報告未着(3分18秒)
ロス 約75秒(38%)
通話③ 作業詳細確認(4分17秒)
ロス・無音 約2分30秒(59%)/用件は未解決
必要な応対
冒頭メニュー
無音
ロス(やり直し・押し問答・迷子)
※ バーの長さ=通話時間(3本共通の縮尺)。各区間にカーソルを合わせると内訳が表示されます
結論: 現状のままでは本番投入は困難と考えます。個別の言い回しの問題ではなく、
「①番号の検証がプログラムで行われていない」「②会話の進行状態が保持されない」「③情報を集め終えた後のゴール(引き継ぎ宣言・締め)が未定義」
という3つの構造的な原因に集約されます。以下、録音からの再現付きでご説明します。
2 指摘事項(優先度順・録音の再現つき)
指摘 1 用件に回答しないまま通話が終わる(ゴール未定義) 重大
通話③(作業内容の詳細確認)4分17秒
実際のやりとり(終盤) もう一度再生
AI ありがとうございます。0523326770ですね。お間違いないでしょうか。3:38
( 8秒 無音 )
AI お手伝いが必要でしたら、まだこちらにおります。 3:59
( 10秒 無音 )
AI お手伝いが必要でしたら、まだこちらにおります。 4:12
→ このまま通話終了。回答も「担当者から折り返します」の宣言も最後まで一度もない。
現状
聞き取り完了 →
行き先が未定義(待機文言を繰り返すだけ)
あるべき
聞き取り完了 →
折り返し宣言 →
用件の要約 →
終話
問題 受付番号・氏名・電話番号をすべて集め終えたのに、その後に進む先が定義されておらず、4分17秒の通話が業務成果ゼロで終わっています。発信者は「この後何が起きるのか」が分からないまま切ることになります。
依頼 必要な項目がすべて揃ったら、必ず「担当者より本日中に折り返しご連絡いたします」→「用件と対応内容の要約」→終話、の順で締めるフローを実装してください。
指摘 2 受付番号は11桁のはずが、10桁で通ってしまう 重大
通話②・通話③の両方で再現(再現率 2/2)
通話②で確定された受付番号 — 仕様は11桁、実際に通ったのは10桁
2 6 5 3 2 2 1 4 5 2 空
1桁足りないまま「お間違いないでしょうか」→ 確定
AI自身が「2、6、5、3、2、2、1、4、5、2、10桁でございますね 」(1:17)と数え上げたのに、そのまま次へ進んだ。通話③でも10桁の受付番号が無警告で受理された。
問題 「数えられるのに、数えた結果を使って止めない」という挙動は、桁数チェックがプログラムではなくAIの判断(プロンプト)任せになっている証拠です。誤った受付番号がそのまま業務データに流れ、案件を特定できない・別案件を誤特定するリスクがあります。
依頼 受付番号は「11桁ちょうど」をプログラム側で強制してください。不一致のときは「受付番号は11桁でお伺いしております。恐れ入りますがもう一度お願いいたします」と定型で再依頼する形にしてください。
指摘 3 正しい電話番号(固定10桁)を2回拒否 → 3回目に同じ番号で突然受理 重大
通話② ※ 052-332-6770 は固定電話として正しい10桁
0523326770 →
✕ 「桁数が合わないようです」 1:58
0523326770 →
✕ 「桁数が合わないようです」 同じ番号なのに再び拒否
0523326770 →
受理 「お間違いないでしょうか」 2:39 3回目だけ通る
同じ入力で「拒否・拒否・受理」— 判定が毎回変わる = プログラムによる検証ではない
問題 この1項目だけで75秒を消費。携帯電話の11桁を前提にしたルールになっている疑いがあり、固定電話(10桁)からの入電が多い管理担当者向け回線では、そのままクレーム要因になります。通話③でも10桁を言い終えたのに「続けてお願いできますでしょうか」と11桁目を待つ挙動が発生しました。
依頼 電話番号は「固定10桁/携帯・050の11桁」の両対応をプログラム側で判定してください。聞き取りに2回失敗した場合はプッシュボタン入力への切り替えをご検討ください。
指摘 4 確認が終わった項目を忘れ、会話が巻き戻る(同じ番号を計3回確認) 重大
通話③
受付番号を聞き取り
1:05「2607168039」
復唱 →「はい」
1:34 確認完了
(無音 8秒)
「はい」を取り逃す
待機状態に
転落
「それでは先ほどの続きですが、受付番号の確認をさせてください」(2:06)
→ 全桁をもう一度言わされ、復唱確認がさらに2回。同じ番号への「はい/あってます」は計3回
実際のやりとり もう一度再生
AI 2607168039ですね。お間違いないでしょうか。1:23
AI お手伝いが必要でしたら、まだこちらにおります。 1:42
→ 確認完了の直後に、会話の現在地を見失って待機状態へ。
発信者 作業の詳細確認したいんですけど。(用件の言い直しを強いられる)1:52
AI それでは先ほどの続きですが、受付番号の確認をさせてください。 2:06
問題 「確認済み」という状態が保持されておらず、無音などをきっかけに会話が巻き戻ります。この巻き戻りだけで約60秒の純損失。発信者のストレスが最も大きい欠陥です。
依頼 項目ごとに「取得済み・確認済み」の状態を保持し、確認済み項目への再質問を禁止してください。復唱確認は1項目につき1回で確定としてください。
指摘 5 営業所名を一度も聞かない(3通話とも) 高
通話①②③すべて — 実際に聞き取られた項目
問題 個別の聞き漏らしではなく、聞き取り項目の定義からの漏れです。氏名だけでは同姓の担当者を区別できず、折り返し先・FAX再送先の特定に支障が出ます。通話②では「FAXで再送する」と約束したのに、送付先FAX番号も営業所名も聞かずに終話しています。
依頼 聞き取り項目に「営業所名」を追加してください(受付番号の直後が自然です)。FAX再送を案内する用件では、送付先の確認(登録済み番号への送付でよいか)もフローに入れてください。
指摘 6 案件を確認する前に「本日中に再送します」と確約してしまう 高
通話②
実際のやりとり(冒頭) もう一度再生
AI 大変申し訳ございません。ご不便をおかけしております。本日中に、改めてファックスにて送付させていただきます。
AI 念のため、まず受付番号をお伺いしてもよろしいでしょうか。0:40
→ 受付番号を聞く前・案件の実在も確認しない段階で「本日中」を確約。終話時(3:13)はこの約束に一切触れずに切っている。
現状
謝罪 →
確約「本日中に再送」 →
聞き取り →
要約なしで終話
あるべき
謝罪 →
聞き取り →
案件の照合 →
条件付き確約+要約して終話
問題 該当案件が見つからなかった場合でも約束だけが残ります。また終話時に「何を・いつまでに・どこへ送るか」の要約がないため、発信者は本当に対応されるのか確証がないまま切られます。
依頼 確約は情報がすべて揃った後に「確認のうえ、本日中を目処に対応いたします」の形へ。終話前に「受付番号◯◯の完了報告書を、本日中に◯◯営業所へFAXで再送いたします」という要約の読み上げを必須にしてください。
指摘 7 応答までの無音が常時約5秒、最悪13秒 高
全通話で発生(録音のタイムスタンプから実測)
通話③ 受付番号を言い終えてから、復唱が始まるまで 0 秒 無音
0秒 13秒
この間、発信者には「聞こえたのか」の手掛かりが一切ありません。実際にテスト中、沈黙に耐えかねて「あってます」と言い足す場面が発生しています。切れたと誤解して切電される水準です。
依頼 発話終了から0.5秒以内に即時の相槌(「はい」「確認いたします」)を先行再生してください。また番号の聞き取り中は発話終了の判定を長め(1.5〜2秒)にし、途中の息継ぎで聞き取りを打ち切らないでください。
指摘 8 「お手伝いが必要でしたら、まだこちらにおります」が不自然で、会話の途中でも発動する 中
3通話で計4回出現(通話① 0:45/通話③ 1:42・3:59・4:12)
問題 英語の "I'm still here if you need anything" の直訳調で、日本の電話応対では使われない表現です。より深刻なのは、この待機文言が情報収集の途中でも発動して会話の現在地を壊す こと(指摘4の引き金)と、用件完了後の締めの代わりになって通話を間延びさせることです(通話①は締めまでに約28秒浪費)。
依頼 文言を「他にご用件はございますか」に差し替え、情報収集の途中では発動しないよう条件を制御してください。
指摘 9 冒頭メニューの読み上げがやや速い 中
全通話冒頭
冒頭メニューの話速 約350字/分
聞き取りやすい目安 約300字/分
問題 初めての発信者が3つの選択肢を聞き取ってメモできる速度ではありません。番号の復唱速度は適正なので、全体ではなくメニュー部分の問題です。
依頼 メニュー部分のみ話速を1割程度落とし、選択肢の間に短いポーズを入れてください。(あわせて次章のプッシュ操作化をご検討ください。根本解決になります)
3 構成のご提案:冒頭3分岐はプッシュ操作(IVR)に
用件が3パターンに固定されているなら、冒頭の分岐はAIの聞き取りではなくプッシュボタンが適しています。
着信
ガイダンス再生
1 2 3
「FAX番号の確認は1を、完了報告が届いていない件は2を、作業内容の詳細確認は3を押してください」
→
1 を押す
固定音声でFAX番号を案内(AI不要)
「もう一度聞くには1を」付き
2・3 を押す
ここからAI応対に接続
受付番号などの数字はプッシュ入力の併用を推奨
受付番号11桁もプッシュ入力(#で確定)にすれば、指摘2・3の桁問題が構造的に解消 します。
AIの価値が本当に出るのは用件3の自由な聞き取り部分です。そこにAIを集中させる構成を推奨します。
4 改善のお願い(一覧)
番号検証のプログラム化: 受付番号=11桁固定を強制(10桁は定型文で再依頼)。電話番号=固定10桁/携帯・050の11桁の両対応。
聞き取り項目に営業所名を追加。 FAX再送時は送付先の確認もフローに入れる。
確認済み項目の再質問を禁止 し、無音で会話状態が巻き戻らないようにする。復唱確認は1項目1回。
全項目収集完了 → 折り返し宣言 → 用件と対応内容の要約 → 終話 、の順を必須化(用件に答えないまま終わる通話をなくす)。
案件確認前の無条件の確約を禁止 (「本日中に再送します」→「確認のうえ対応します」へ)。
「お手伝いが必要でしたら…」を「他にご用件はございますか」へ差し替え 、情報収集中は発動させない。
応答遅延の改善: 0.5秒以内の即時相槌+番号聞き取り中の発話終了判定を1.5〜2秒に延長。
冒頭3分岐のプッシュ操作化 、番号入力へのプッシュ併用を推奨。
5 補足(検証方法と留保事項)
本報告はテスト通話3本の録音を全文文字起こしし、タイムスタンプ付きで検証した結果に基づきます。会話の再現は録音からの引用です。
指摘3(桁数エラー)は、音声認識側が実際に桁を取りこぼしていた可能性も残ります。ただしその場合でも対処(検証のプログラム化+聞き取り猶予の延長+プッシュ入力の併用)は同じです。
今回未検証の項目:メニュー読み上げ中の割り込み発話(バージイン)への対応、正しい11桁の受付番号を伝えた場合の挙動。次回テストで確認予定です。
良かった点:数字を「一桁ずつゆっくり」と誘導する設計、復唱確認の実施、聞き取れなかった氏名を推測せず聞き直した対応は適切でした。