複数企業の電話窓口を預かるBPOでは、同じ「返品の問い合わせ」でも、委託元によって受付条件も案内文も違います。ある企業では交換を提案できても、別の企業では担当部署への照会が必要です。AIを導入するときの中心課題は、こうした違いを保ったまま、どの工程を効率化するかです。

センター全体の電話を一括して置き換える前に、委託元、用件、権限、完了条件をそろえた小さな単位で検討します。本記事では、センター長や受託運用の責任者に向けて、AIの役割分担、引き継ぎ、品質評価を具体化します。以下の業務例と数値は設計を説明するための仮定で、Bellの導入実績や標準機能を示すものではありません。

AIの役割を四つに分け、最も重い工程から検討する

「AIコールセンター」という言葉には、顧客とAIが直接話す仕組みだけでなく、オペレーターが使う検索支援や、通話後の記録作成も含まれます。受電が少なくても後処理が長い窓口なら、入口の自動応答より記録の下書きから始める方が、課題に合う場合があります。

この四つを同時に導入すると、何が工数や品質を変えたのかを追いにくくなります。まず、対象窓口の通話、保留、後処理、SVへの相談時間を分けて計測します。たとえば回答を探す時間が長ければ検索支援、同じ配送案内が多ければ自動応答が候補です。クレームが複雑で説明に時間が必要な窓口では、人が話し、AIは記録を補助する構成も有効な選択肢です。

委託元ごとに「回答してよい範囲」を分ける

ナレッジを分けるだけでなく、公開の責任者を決める

委託元A社のキャンペーン条件をB社の顧客へ案内する事故は、回答の流暢さを高めても防げません。着信番号や窓口識別子を基に、利用する資料、担当部署、操作権限を区切る必要があります。複数ブランドを扱う場合も、ブランド名だけで契約主体を推測せず、どの窓口へ着信したかを確実に引き継ぎます。

資料には適用先、適用期間、承認者、版を持たせます。古い返品条件を残す場合は、過去の購入分に必要な資料なのか、公開を終えた資料なのかを区別します。新旧の条件が両方検索できるだけでは、AIが正しく選べるとは限りません。購入日等を確認しても適用版を決められない電話は、有人確認へ戻します。

変更の流れは、委託元が正しい条件を提示し、BPO側が会話と分岐へ反映し、双方が影響する通話を試してから公開する形が考えられます。誰でも即時修正できる運用より、変更理由と承認記録が残る運用の方が、誤案内発生時に対象を追いやすくなります。

契約・運用・システムの責任を混ぜない

上表は責任分担を協議するための例です。契約上の責任が自動的に移ることを意味しません。個人情報保護委員会の通則編では、個人データの取扱いを委託する場合の委託先監督が定められています。AI事業者への再委託も含め、契約と実際の取扱いを確認する必要があります。出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」（2026年10月7日確認）

1通の電話を、受付から案件終了まで追う

想定例：通販企業A社の配送状況照会

顧客が「昨日届くはずの商品が来ない」と電話したとします。最初にA社の窓口であることを確定し、配送状況の照会か、破損・紛失等の事故申告かを聞き分けます。照会を自動処理する構成では、委託元が認めた本人確認を行い、注文を特定してから配送データを参照します。発信者番号や注文番号を聞いただけで本人確認済みにする設計は避けます。

配送データに「配達予定日」があれば、確定した到着日と混同しない言葉で案内します。顧客が納得して通話を終えた場合も、参照時刻、案内した内容、追加対応の要否を残します。「届いていないのに配達済みと表示される」といった不一致があれば、再配達や補償を勝手に確約せず、調査担当へ渡します。

この引き継ぎでは、顧客情報を初めから聞き直す負担をできるだけ減らします。確認済みの項目、本人確認の状態、顧客の申告、システムの表示、未解決の点を別々に渡すと、担当者は状況の相違をすぐに把握できます。AIの要約に「配送完了」とだけ残すと、未着申告が埋もれるため、顧客の言葉とシステム上の事実を分けることが重要です。

例外：転送先が話中、または配送システムが停止している

転送を開始しただけで案件を終了すると、顧客が待った末に切断した電話が「対応済み」になります。接続できなかった場合は、折り返し希望を受けるか、委託元が指定した別窓口を案内します。折り返しなら担当キューへ登録し、受領者と期限を付け、SVが未受領案件を確認する運用まで含めます。

システム障害時は、過去の照会結果を現在の状況として読まないようにします。確認できなかったことを伝え、受付した情報を残し、復旧後に誰が照会するかを決めます。同じ顧客がかけ直した場合に、既存案件へ追記できるかも重要です。照会の失敗を、顧客の注文が存在しないという回答へ置き換えてはいけません。

品質評価では「自然に話せた」と「正しく処理できた」を分ける

AIの話し方が丁寧でも、別の委託元の条件を答えたり、変更していない注文を「変更済み」と説明したりすれば重大な品質問題です。評価票では、窓口識別、本人確認、回答根拠、処理結果、引き継ぎ、顧客への説明を分けて確認します。重大な誤開示や誤処理は、平均点に埋めず個別に扱います。

自動評価を使う場合は、人が評価した通話と照合し、どの誤りを見落とし、どの通話を過剰に問題扱いするかを調べます。怒りを推定したスコアだけでクレームを決めず、「担当者につないでほしい」という明示的な希望や、回答の不一致も抽出条件に含めます。評価結果を人事評価へ直結させる前には、文脈を確認し、評価を訂正できる手順が必要です。

検証には、異なる委託元で同じ商品名を使うケース、古い購入日の返品、方言や雑音、途中で用件を変える通話も入れます。正解が一つのFAQだけを試すより、判断が必要な地点で人へ戻れるかを確認する方が、受託運用の境界を確かめられます。

AHT・FCR・自動完結率は、分母と観測期間をそろえる

AI導入後、簡単な通話が自動化されると、人には難しい相談が残ります。その結果、有人AHTが長くなっても、センター全体の有人作業は減っている場合があります。導入前後の平均値だけで、オペレーターの生産性が落ちたと判断しないことが大切です。

たとえば仮に対象100件中60件をAIが完結し、40件を人へ渡したなら自動完結率は60%です。しかし、その60件のうち5件が誤案内で再対応になれば、当初の完結判定を見直す必要があります。再入電を確認できないシステムならFCRを断定せず、測定できた範囲と未確認部分を報告します。

費用と受託契約は、残る人の仕事を含めて見直す

導入前の人件費とAI利用料だけを比べると、品質確認、委託元ごとの資料更新、障害対応が抜けます。初期設計・接続試験・二重運用に加え、月々のAI料金、通話料、有人転送後の費用、監査・改善工数を集計します。委託元が増えるたびに資料管理やテストが増えるため、センター共通費と個別費を分けると採算を確認しやすくなります。

仮の例として、月間の対象業務費用が120万円、導入後に残る有人費用が70万円、AI・通話等が20万円、品質管理・更新が10万円なら、月次差額は20万円です。初期費用60万円を単純に割ると回収期間は3か月ですが、立ち上がり中の二重運用や追加連携は別途反映します。これはBellの見積もりや実績ではなく、計算の例です。

受託契約が席数や稼働時間を基準にしている場合は、作業削減が売上や配置へどう影響するかも協議します。短く話すことだけを評価すると、必要な確認を省く動機になります。委託元とは、解決品質、引き継ぎ、最低限維持する有人体制を含めた評価方法をそろえてください。

小さく試し、委託元が判断できる結果を残す

最初の試験は、一つの委託元の一つの用件に絞ります。対象件数、現状の作業時間、誤りの種類、引き継ぎ先を記録し、試験中も同じ分類で測ります。比較期間は曜日・時間帯・キャンペーン条件を確認し、単純な前後差をAIだけの効果と断定しません。

公開前には、回答を止める権限、有人窓口へ戻す手順、未完了案件の回収を試します。誤案内が出たらセンター全体を止めるしかない構成より、該当委託元・該当用件を切り離せる方が、影響を限定できます。拡大の条件は応答件数だけでなく、重大な誤りの解消と、残る人の仕事が現実的に回ることです。

PBX・CRMとの連携、同時応答数、保存・権限管理の対応範囲は個別の確認事項です。委託元ごとの承認や引き継ぎが、実際の構成で成立するかを確かめます。

入電のピークを乗り切るだけで、後処理や品質改善まで手が回らない。そんなセンターの負担を見直すなら、まず一つの窓口についてBellと話してみませんか。定型応答を切り出すのか、有人対応への引き継ぎを整えるのか。現場で時間がかかっている工程を起点に、品質を保ちながら任せる範囲を一緒に整理しましょう。委託元への提案や導入方針が固まる前のご相談もお待ちしています。コールセンターのAI活用について相談する