ROI事件ファイル No.480『一日二百五十本の電話』
一日二百五十本の電話
第一章：電話が鳴り止まない会場
「五つのガイダンスラインのうち二つが、常時パンク状態です。電話が鳴りっぱなしで、取れない電話が積み上がっている」
Zenith Automations社のCEO、ジョン・スミス氏は、そう言いながら資料を広げた。依頼主は荒井商事株式会社——中古車オークションの全国チェーンで、小山会場の電話対応業務が限界に達していると伝えてきた。
「一日に何件の電話がかかってきますか」と私は尋ねた。
「平均二百五十件から三百件です」とジョン氏が答えた。「繁忙期にはさらに増えます。オークション開催日の前後が特に集中する」
「電話の内容はどんなものが多いですか」とClaudeが確認した。
「四種類に分けられます」とジョン氏が答えた。「問い合わせ対応、データ変更依頼、入金確認、不備対応です。このうち約半数——百件から百五十件が、定型的な問い合わせです。たとえば開催スケジュール、出品手数料の確認、登録方法の質問。答えが決まっている問い合わせが、有人対応のラインを埋めています」
「答えが決まっている問い合わせが、答えが決まっていない問い合わせを待たせている」とGeminiが整理した。
「そうです」とジョン氏が続けた。「不備対応や入金トラブルは、担当者が確認しながら答えなければならない。でも、そのラインが定型問い合わせで埋まっているから、複雑な問い合わせが後回しになる。後回しになった顧客がイライラして、再度電話してくる。電話がさらに増える」
「現在のチャットボットはありますか」とClaudeが確認した。
「あります。古いものが動いていますが、ほとんど使われていません」とジョン氏が答えた。「情報が古くて、答えられない質問が多い。顧客が試して、使えないと判断して、電話してきます」
「AIを入れようとした経緯はありますか」と私が確認した。
「今回が初めてではありません」とジョン氏が答えた。「一年前に別のシステムを検討しましたが、初期費用が大きすぎて判断できなかった。今回は、小さく始めたい。最初から全部を解決しようとして動けなかった前回の失敗を繰り返したくない」
「小さく始める、というのが今日のテーマです」と私は言った。
第二章：MVPが問う最小限の検証
「この案件には、MVPが必要です」
Claudeがホワイトボードに三つの文字を書いた。M・V・P。
「MVPとは、Minimum Viable Productの略で、最小限の機能で作られた試作品で検証を行うフレームワークです」と私が説明した。「AI導入でよくある失敗は、完成形を想定して設計するため、全て整うまで動けなくなることです。MVPは、動けるようになるための最小単位を先に定義します。何が最小限で、何が後からでいいかを最初に決める——その判断が、前回の失敗を繰り返さない鍵です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。ジョン氏から提供されていた電話記録と、会場スタッフの業務ログを入力する。
「月間の電話対応コストが出ました」とGeminiが読み上げた。「スタッフ六名で月平均六千件の電話を処理。一件あたり平均対応時間三分で月三百時間。時給二千二百円で月六十六万円。定型問い合わせが半数と仮定すると、月三十三万円が定型対応に使われています。取れない電話による機会損失——折り返しが間に合わなかった顧客の離脱を月五十件と仮定すると、一件あたり取引額三万円で月百五十万円の機会損失試算。合計で月百八十三万円が、電話対応の非効率から発生しています。年間換算で二千百九十六万円です」
ジョン氏が静かに言った。「機会損失を計算したことがなかった。取れなかった電話の向こうにいたお客さんの数を、数えたことがなかった」
「では、MVPで設計します」と私が続けた。
[MVP第一層——最小限で解決できる最大の課題]
「MVPの設計で最初に決めることは、何が最小限かではなく、何が最も痛いかです」とClaudeが言った。「荒井商事の最も痛い課題は、定型問い合わせがラインを埋めることで、複雑な問い合わせが後回しになることです。したがって、MVPの目標は定型問い合わせの自動化です。これだけに絞ります」
「チャットボットで対応しますか、電話AIで対応しますか」とジョン氏が確認した。
「両方ではなく、一つから始めます」と私が答えた。「既存のチャットボットが動いているなら、そこにAI機能を追加するほうが、新規導入より早く・安く・リスクが低い。既存チャットボットのMVPを先に試します」
[MVP第二層——最小限のデータで始める]
「チャットボットに登録する情報を絞ります」とGeminiが続けた。「全ての問い合わせに答えようとすると、情報整備に時間がかかりすぎます。まず上位十種類の定型問い合わせだけに答えられる状態を作る。これがMVPの情報設計です」
「上位十種類はどう特定しますか」と私が確認した。
「スタッフに一週間、電話の内容を記録してもらいます」とClaudeが答えた。「記録を集計すると、上位十種類が明確になります。この一週間が、MVPのデータ収集フェーズです」
「一年前の検討で、情報整備に時間がかかりすぎて止まりました」とジョン氏が言った。
「上位十種類だけなら、整備に一週間で完了します」とGeminiが答えた。「全部を整備してから動かすのではなく、十種類で動かして、足りないものを追加していく。MVPの拡張は、動かした後にしかできません」
[MVP第三層——電話AIの位置付け]
「チャットボットのMVPが安定したら、次に電話AIを検討します」と私が整理した。「電話AIのMVPは、ガイダンスの振り分けです。かかってきた電話を内容によって振り分け、定型問い合わせはチャットボットに誘導し、複雑な問い合わせは有人対応ラインに接続する。この振り分けだけを電話AIに担わせる。答えさせるのは最初からやらない」
「答えさせないんですか」とジョン氏が確認した。
「振り分けだけに機能を絞ることで、精度が上がります」とClaudeが答えた。「AIが答えようとすると、間違いが出る。間違った答えは顧客の不満を生む。振り分けなら、誤分類が起きても人間が拾えます。MVPは、失敗しても取り戻せる設計にします」
「ROI Proposal Generatorで投資計画を試算しましょう」とGeminiが提案した。
チャットボット強化と電話AIガイダンス振り分けの導入コストが出た。
- 初期費用：既存チャットボットへのAI機能追加・電話ガイダンス振り分け設定費用合計六十万円
- 月次費用：機能追加後の利用料増分月三万円
- 月次削減効果：定型問い合わせ五十パーセント自動化＝月十六万五千円、機会損失削減三十パーセント＝月四十五万円、合計月六十一万五千円
- 月次純削減：六十一万五千円－三万円＝月五十八万五千円
- 投資回収期間：六十万円÷五十八万五千円＝約一・〇ヶ月
「一ヶ月での回収です」とGeminiが整理した。「機会損失の削減が最も大きな効果です。取れなかった電話が取れるようになると、回収は加速します」
ジョン氏が数字を確認しながら言った。「一年前は、完成形の見積もりで止まっていました。MVPで考えると、初期費用が全く違いますね」
「初期費用が下がると、判断が早くなります」と私が応じた。「判断が早くなると、動き始められます」
第三章：最小限から始める理由
「進め方を整理します」と私がホワイトボードの前に立った。
「第一週——上位十種類の定型問い合わせをスタッフが記録する。第二週——記録を集計し、回答文を整備する。チャットボットに登録する。第三週——チャットボットのMVP稼働。スタッフが全件確認し、回答の正確さを評価する。第四週——電話ガイダンスの振り分け設定。定型問い合わせをチャットボットに誘導するメッセージを録音する。第二ヶ月——両方を並行稼働させ、定型問い合わせの自動解決率を週次で確認する」
「スタッフが拒否反応を示すことはありますか」と私がジョン氏に確認した。
「可能性はあります」とジョン氏が答えた。「自分たちの仕事が奪われると思うかもしれない」
「伝える言葉を一緒に考えましょう」とClaudeが言った。「スタッフに伝えるべき内容は一つです——定型問い合わせをAIが受けることで、複雑な問い合わせに集中できます。今、一番ストレスになっている仕事は何ですか、とスタッフに聞いてみてください」
「繋がらない電話に対して、お客さんに謝ることだと思います」とジョン氏が答えた。
「その謝罪が減ります、と伝えてください」とClaudeが静かに言った。「奪われるのではなく、謝罪から解放される——その言葉で、スタッフの反応が変わります」
第四章：取れない電話が、なくなった日
五ヶ月後、ジョン氏から報告が届いた。
チャットボットのMVP稼働から二週間で、定型問い合わせのチャットボット解決率が四十七パーセントに達した。電話への定型問い合わせが月間で三十一パーセント減少。パンク状態だったガイダンスラインの一本が、繁忙期以外は安定するようになった。
スタッフへのアンケートでは、「謝罪する場面が減った」と答えた人数が六名中五名。「複雑な問い合わせに集中できるようになった」という回答が四名。「AIに仕事を奪われた感じがする」という回答はゼロだった。
電話AIのガイダンス振り分けは三ヶ月目に稼働。定型問い合わせをチャットボットに誘導するメッセージに切り替えてから、チャットボットの利用率が四十七パーセントから六十三パーセントに上昇した。
ジョン氏の報告書には最後にこう記されていた。「一年前は完成形から逆算して、初期費用で止まりました。MVPで考えると、最初の一ヶ月で動ける状態が作れた。動いてから分かったことが、次の設計を正確にしました。取れない電話が減った日、スタッフが初めて定時に退勤できた、と会場長から連絡が来ました」
一日二百五十本の電話が、半分の担当者で回せるようになった日だった。
「完成形を想定すると、動けなくなる。MVPが問うのは、最小限で何が検証できるかだ。荒井商事の最小限は、上位十種類の定型問い合わせだった。十種類が自動化されると、電話の半数が変わる。電話の半数が変わると、残りの半数に集中できる。最小限から始めることは、妥協ではない。動くための最短距離だ。取れない電話に謝り続けていたスタッフが、複雑な問い合わせに向き合えるようになった日、一日二百五十本は別の意味を持ち始めた」
関連ファイル
使用ツール
- ROI Polygraph — 電話対応工数・機会損失コストの可視化
- ROI Proposal Generator — MVP段階的AI導入の投資回収シミュレーション
