保存版ガイド電話応対自動化を知る
電話業務の前後工程自動化とは?
インバウンド・アウトバウンド別に仕組み・進め方を体系的に解説
情報確認日:2026年10月08日

ボイスボットで電話応対を自動化しても、通話後の入力作業や、架電リストの準備が残る場合があります。電話業務の負担は、通話そのものに加え、その前後の作業にも生じるためです。本ガイドでは、電話応対の前後工程とは何か、インバウンド・アウトバウンドそれぞれで何を自動化できるのか、人とボイスボットの役割や、API連携やRPAなどの連携手段をどう選ぶのかを、事例を交えて体系的に解説します。
電話業務の前後工程自動化とは
電話業務の前後工程自動化とは、架電リストの準備や通話結果の登録など、電話応対の前後に発生する作業を、API連携やRPAなどを活用して自動化する取り組みです。
本記事では、電話業務を次の3つに分けて整理します。前工程には、日々の準備に加え、過去の問い合わせを分析して応対内容を決めるなどの運用設計も含めます。運用設計そのものをすべて自動化するという意味ではありません。
| 工程 | 内容 | 作業の例 |
|---|---|---|
| 前工程 | 応対に備える準備・運用設計 | 架電リストの抽出・精査、過去の問い合わせ内容の分析、案内内容や応対フローの準備 |
| 応対 | 顧客との電話対応 | 用件の聞き取り、本人確認、案内・受付、必要に応じた有人オペレータへの転送 |
| 後工程 | 通話後の記録・結果の反映 | 通話結果の確認・登録、必要な担当部署への通知、結果を踏まえた次回架電リストの更新 |
コールセンターでは、オペレータが通話後に応対内容の記録や登録などを行う時間を、ACW(After Call Work:後処理時間)と呼びます。ACWはオペレータの後処理負担を把握する指標であり、後工程全体やシステムの処理時間を表すものではありません。架電リストの準備や、別の担当者が行う登録・確認などは、ACWとは別に工数を把握し、同じ作業時間を重複して集計しないようにします。
重要なポイント
- 大切なのは、自動化する作業と、人が判断・確認する作業を決めることです。ボイスボットが応対で取得した情報をCRMや基幹システムへ渡す方法として、API連携やRPAなどを検討します。
なぜ今、前後工程まで考える必要があるのか
応対だけを自動化しても、手作業が残る
ボイスボットが用件を聞き取っても、その内容を人が画面で確認し、別のシステムに転記しているのであれば、業務全体の削減工数が期待を下回る場合があります。転記のたびに入力ミスが起こるリスクも残ります。前後の作業量も見込んで導入効果を評価する必要があります。
アウトバウンドでは「準備」と「結果反映」が成果と運用負担に影響する
督促やリマインドなどの発信業務では、対象者や時間帯、架電回数の設定は、成果や顧客体験に影響します。架電そのものを自動化しても、リストの抽出や、通話結果をもとにした次回リストの作成を人が毎日行っていれば、準備や結果反映の作業が負担になる場合があります。
既存システムと連携できる範囲を確認する
コールセンターには、電話基盤(PBX)や電話と業務システムを連動させる仕組み(CTI)、顧客管理システム(CRM)、基幹システムなど、すでに多くのシステムがあります。ボイスボットがこれらと連携できない場合、データの移し替えや手作業での転記、業務フローの変更が必要になる場合があります。そのため、「既存システムを活かし、どの工程まで連携できるか」が、ボイスボット選定の重要な確認項目になっています。
【電話応対自動化の全体像】
電話応対自動化の方式や導入メリットについては、コールセンターの電話応対自動化とは? 仕組み・種類・導入メリットを比較解説もご覧ください。
前後工程の全体像(インバウンド/アウトバウンド)
電話業務の前後工程を、インバウンド(受電)とアウトバウンド(発信)に分けて整理すると、次のようになります。色は、担当する人・ツールと連携手段を示します。API連携やRPAを使う構成例であり、連携方法を網羅したものではありません。複数の要素を組み合わせる作業もあります。
※RPAはcommuboの標準機能ではなく、外部のRPA製品等と組み合わせる構成例です。
前工程(準備・設計)
- コールリーズン分析で自動化する用件を決める
- 応対フロー・転送条件の設計
- IVRの振り分け条件・SMS案内先を設計
応対
- 用件の聞き取り・受付
- 顧客情報をAPIで参照し、ボイスボットが案内
- 設定した条件でオペレータへ転送
後工程
- 通話結果をCRM等へ登録
- 必要に応じてSMSで案内を送付
- RPAの画面操作による登録
- 登録エラーや要確認の内容を確認
前工程(準備・設計)
- 基幹システムから架電リストを抽出
- 対象外・重複の除外ルールを決める
- 担当者がリストを取り込み、架電時間帯を設定
応対(架電)
- 一斉・連続の自動架電
- 支払予定日・意向などの聞き取り
- オペレータが相談・交渉に対応
後工程
- APIで通話結果をシステムへ反映
- RPAで通話結果をシステムへ登録
- 必要に応じてSMSで案内を送付
通話結果を確認し次回の架電対象へ反映する。この循環で、どの作業を自動化し、どこで人が確認するかを決めます
※上図は一般的な構成例です。後工程欄の登録・通知は、通話後に行う場合を示しています。通話中に実行する構成もあります。APIとRPAによる登録は、連携先に応じた選択肢であり、同じ情報を二重に登録するものではありません。通話ログの分析やフロー改善は、継続的な運用改善として行います。
人・ボイスボットの役割と、代表的な連携方法
前後工程の自動化を考えるときは、「どの作業を、人とどのツールが担うのか」を明確にすることが出発点です。ここでは、人とボイスボットの役割、および情報を受け渡す代表的な手段としてAPI連携とRPAを取り上げます。
ボイスボット
顧客との会話を担当し、聞き取り、案内、自動架電などを行います。設定に応じて本人確認のための情報照合やSMS送信も組み込めます。
APIによるデータ連携
ボイスボットとCRM・基幹システムなどの間でデータを受け渡し、連携先の仕様に応じて、通話中の情報参照や聞き取った内容の登録を可能にします。
RPAによる定型作業の自動化
RPA(Robotic Process Automation)は、データ入力や抽出などの定型作業を自動化する技術です。画面操作を通じて、APIを利用できないシステムとの情報の受け渡しにも使えます。
人
自動化する範囲の決定、応対フローの設計・改善、例外対応やクレーム、交渉など判断が必要な業務を担います。
代表的な2つの方法の比較:API連携とRPA
外部システムとの連携方法は、API連携とRPAだけではありません。本記事では、代表的な2つの方法として、API連携とRPAによる画面操作を比較します。APIは、ソフトウェア同士が決められた仕様で機能やデータを利用するための窓口です。
| 比較項目 | API連携 | RPA(画面操作の場合) |
|---|---|---|
| 仕組み | APIを呼び出してデータを参照・登録する | 人が行う画面操作をソフトウェアが再現する |
| タイミング | 必要な処理をきっかけに実行したり、定期実行したりできる。通話中の利用は応答速度などの要件を確認する | 定期実行のほか、設定によって特定の処理をきっかけに実行できる |
| 向いている作業 | 本人確認のための顧客情報参照、受付内容の即時登録 | APIを利用できないシステムへの登録・画面からのデータ抽出 |
| 前提条件 | 連携先のAPI仕様・利用権限の確認と、必要な設定・開発 | 操作対象の画面や権限の確認、画面変更時の保守 |
※この表は、APIによるデータ連携とRPAによる画面操作の比較です。連携先の仕様、必要な実行タイミング、費用、保守方法に応じて検討します。併用することも可能です。RPA製品によってはAPIも利用できます。定期的なリスト抽出は、API連携でも実現できる場合があります。
ほかにも、CSVなどのファイルを介して架電リストや通話結果を受け渡す方法があります。ファイルの書き出し・転送・取り込みを人が行う場合は、その手作業が残るため、どこまで自動化するかを確認します。また、iPaaSなどの連携基盤を使って、APIやファイル連携を組み合わせる構成もあります。
※ここで紹介するのは一般的な連携方法です。各方法を利用できるかは、ボイスボットと連携先の仕様・契約・運用条件によって異なります。
【設計のポイント】
ボイスボットが担う応対と、前後工程で必要な作業を分けて考えます。CRM・基幹システムへの情報登録には、API連携・ファイル連携・RPAなどから適した手段を選び、確認や例外対応は人が担うなど、工程ごとの役割を決めることで、既存の仕組みを活かした自動化を設計できます。
インバウンドで自動化できる前後工程
受電業務では、問い合わせの受付から記録・登録・連絡までを一連の流れとして設計します。
| 工程 | 作業 | 設計・処理の例 | 担当・利用する手段の例 |
|---|---|---|---|
| 前工程 | 自動化する用件の選定 | 人が問い合わせ内容を分類し、件数、作業時間、定型性、例外の多さを踏まえて対象を選ぶ | 人 |
| 前工程の設計・応対 | 入電導線の設計と振り分け | 人が振り分け条件と案内先を設計し、稼働時にはIVRで用件を振り分け、必要に応じてSMSでURLを案内する | 人 ボイスボット |
| 応対 | 本人確認・契約情報の案内 | 業務に応じた本人確認項目・照合条件を定め、外部システムの情報と照合し、必要な本人確認を終えてから契約情報を案内する | ボイスボット API連携 |
| 応対中 | オペレータへの引き継ぎ | 電話転送とあわせて、CTI・CRM等との連携により、聞き取った情報をオペレータが確認できる構成にする | API連携 人 |
| 応対中・通話後 | 応対内容の登録 | 聞き取った内容をCRM等へ登録する。API連携やRPAなどを利用し、実行時点とエラー時の対応を設計する | API連携 RPA |
| 応対中・通話後 | 顧客への案内・確認 | SMSで手続き先のURLを案内する。必要に応じて、連携するWebフォーム等で顧客自身に情報を確認・入力してもらう | ボイスボット 連携するWebフォーム等 |
| 後工程 | 担当部署への通知 | 受付内容に応じて担当者へ通知し、折り返し対応につなげる | API連携 RPA |
インバウンドの自動化対象を決める起点は「コールリーズン分析」
コールリーズンとは、顧客が電話をかけてくる理由(用件)のことです。問い合わせを用件ごとに分類して件数を把握すると、どの用件から自動化すれば効果が大きいかが見えてきます。件数に加え、1件あたりの作業時間、回答や手続きの定型性、例外対応の多さも確認して、自動化の優先順位を決めます。
コールリーズンの分析方法はコールリーズンとは?分析方法や分析結果の活用方法を解説で詳しく解説しています。
後工程では転記の負担を確認する
後工程では、通話内容を別のシステムへ書き写す作業が大きな負担になる場合があります。連携先が受け付ける項目を確認し、必要な情報を登録できれば、転記の手間や入力ミスのリスクを減らせます。後処理時間の考え方はコールセンターのACW(平均後処理時間)の最適化方法!AI活用で短縮するコツもあわせてご覧ください。
アウトバウンドで自動化できる前後工程
発信業務では、架電前のリスト準備と、通話結果の反映が重要です。督促、手続きの案内、契約更新のお知らせ、点検の案内など、金融・保険・インフラなどの業界での活用が考えられます。
| 工程 | 作業 | 設計・処理の例 | 担当・利用する手段の例 |
|---|---|---|---|
| 前工程 | 架電リストの抽出 | 基幹システムから対象者を抽出する作業を定型化する | RPA API連携 |
| 前工程 | リストの精査 | 人が対象外・重複・連絡先変更などの除外条件と、架電停止の希望への対応を決め、リストに反映する | 人 RPA |
| 前工程 | 架電スケジュールの設定 | 担当者がリストを取り込み、架電の開始・終了時間を設定する。運用に応じて連携・自動化の範囲を決める | 人 |
| 応対 | 自動架電と聞き取り | 一斉・連続で発信し、支払予定日や意向などを聞き取る | ボイスボット |
| 後工程 | 通話結果の登録 | 聞き取り結果や応答の有無を基幹システムへ反映する | API連携 RPA |
| 後工程 | 追加連絡 | SMSで支払方法や手続きのURLを案内する | ボイスボット |
| 後工程→前工程 | 次回リストの作成 | 通話結果に加え、入金・手続き完了などの更新情報も反映し、次回の対象を抽出する | RPA API連携 |
【アウトバウンド設計のポイント】
アウトバウンドでは、架電に加え、リスト準備と結果反映のどこまでを自動化するかを検討することが重要です。複数回の架電を行う運用では、架電結果や除外条件を確認し、次回リストに反映する方法を決めます。
アウトバウンドのボイスボット活用はアウトバウンド×ボイスボットの実践ガイド|会話フロー・事例から活用方法を解説、督促業務の課題は督促電話業務を効率化!よくある課題からシステム活用方法まで解説で詳しく解説しています。
事例で見る前後工程の自動化
commuboを導入した企業の中から、前後工程の設計や発信業務の自動化を考えるうえで参考になる事例を紹介します。事例ごとに実施した工程は異なります。数値は各出典の掲載時点のもので、同様の効果を保証するものではありません。
アルティウスリンク株式会社様コールセンターBPO/インバウンド・アウトバウンド/RPA併用
- 課題
- SMS送信、自動架電、問い合わせ受付などで複数のツールを使い分けており、管理が煩雑に。修正のたびにベンダへの依頼が必要で、改善に時間とコストがかかっていた。
- 前工程
- 発信リストの抽出をRPAで処理。
- 応対
- 複数ツールをcommuboに一本化し、センター内で内製運用。料金未納顧客への督促架電(月間約1万件)、料金照会や振込票再発行の自動受付、待ち呼発生時のSMSによるWeb誘導などを実施。
- 後工程
- 通話後の基幹システム登録をRPAで処理し、人的作業とヒューマンエラーを削減。
- 成果
- 応対自動化、RPA併用、ツール統合、内製運用を含む取り組み全体の効果として、人手換算で月間約2,750時間分の業務削減、ランニングコスト月間約550万円相当の効果。
詳しくはボイスボット導入企業のリアル事例2選|コールセンター自動化と運用設計のポイント【ユーザー会commubo DAYレポート】
株式会社フルタイムシステム様メーカー(宅配ボックス)/インバウンド/コールリーズン分析
- 課題
- 24時間365日・月間約5万件の問い合わせがあり、応答率の改善が必要だった。
- 前工程
- 問い合わせ内容を分析し、「問い合わせの8割は2割のコールリーズンに集中する」という考え方で、主要な用件から優先して自動化。
- 応対・システム連携
- IVR・SMSによる案内や、音声認識とシステム連携を活用したパスワード解除などを実施。
- 成果
- 月最大1万件程度の問い合わせをボイスボットが応対。ボイスボット応対分の一次解決率は約70%と報告。
成果数値と分析の考え方の出典:commubo DAY 2026レポート。具体的な運用は[事例] 株式会社フルタイムシステム様|20種近くの問合せを短期間で自動化、多様な機能を活用 オペレータ増員の代わりにcommuboで対策
Quants株式会社様保証サービス/アウトバウンド(債権管理の督促コール)
- 課題
- 債務者数が1年間で150名から1,200名に拡大。「1日朝昼晩の3回架電」というKPIに対し、体制を拡大しても連絡が追いつかなかった。
- 架電準備
- リストインポートによる一斉架電をルーティン化し、開始・終了時間を予約設定。
- 応対
- 1日最大500件の対象へ架電し、同社が設定した「1日3回架電」のKPIを達成。
- 成果
- 債権回収率が導入前の有人対応時よりも向上。社員は複雑な応対に専念できるように。
この事例は架電準備・発信の運用例です。公開事例では、基幹システムへの結果反映や次回リスト作成の自動化までは示されていません。架電回数は同社の運用例であり、一律の推奨回数ではありません。
詳しくは[事例] Quants株式会社様|リスト発信を活用し、有人対応時よりも債権回収率を向上!事業急成長による架電量増加を乗り越え
事例から分かる設計上のポイント【この記事のポイントまとめ】
- 前後工程の自動化範囲は事例ごとに異なります。リスト取込や結果確認など、人が担う作業を明確にします
- 件数の多い用件や定型的な業務を優先し、必要に応じて対象を広げます
- フロー改善を現場で進めた事例もあります。運用体制は業務に合わせて設計します
前後工程自動化の進め方
導入・運用の5つのステップ
前後工程を含めて確認したいKPI
| 区分 | 指標 | 確認する内容 |
|---|---|---|
| 応対 | 完結率・有人転送率 | ボイスボットで用件が完了した割合、人へ転送した割合 |
| 後工程 | オペレータの後処理時間(ACW) | オペレータが通話後に行う関連作業の時間。システム処理や別担当者の事務作業は分けて測る |
| 後工程 | 登録ミス件数・発生率 | 転記ミス、誤認識のままの登録、登録漏れ、二重登録を確認する。件数だけでなく処理件数に対する割合も比較する |
| 前工程 | リスト作成工数 | 架電リストの抽出・精査にかかる時間がどれだけ減ったか |
| アウトバウンド | 架電目標の達成率、回収率・入金率など | 決めた回数・件数を架電できているか、業務成果が維持・向上しているか |
| 全体 | 削減工数・総コスト | 監視・保守・例外処理を含む工数と、導入費・利用料・連携費用などを含む総コストを導入前後で比較する |
※指標ごとに対象業務・集計期間・分母をそろえます。受付完了と後続の登録完了を分け、完結率の定義を決めてください。難しい用件だけが有人対応に残ると平均ACWが上がる場合もあるため、平均値と総工数をあわせて確認します。
KPIの考え方はコールセンターで重要なKPI一覧!KGIから逆算し目標達成するコツを紹介もご覧ください。
注意点・失敗しないためのポイント
1. 自動化する範囲を絞って始める導入・運用の5つのステップ
前後工程をすべて自動化しようとすると、例外パターンへの対応で設計が複雑になり、設計・保守の負担が大きくなる場合があります。件数が多く、ルールが明確な作業から始めましょう。
2. 連携の可否は環境によって異なる
同じCRMや基幹システムでも、APIやファイル入出力の仕様、利用権限などによって連携できる範囲が変わります。検討の早い段階で、情報システム部門やベンダに現在のシステム構成を共有し、確認することが大切です。
3. 例外時に人へ戻す仕組みを用意する
登録エラーや想定外の回答があった場合に、人が確認できる仕組みを必ず用意します。エラーに気づけるよう、監視と再処理の手順も決めておきます。
4. 個人情報・セキュリティ要件を確認する
前後工程の連携では顧客情報をシステム間でやり取りする場合があります。金融・保険・インフラなどでは特に、通信の暗号化やデータの保管場所など、自社のセキュリティ要件を満たせるかを確認しましょう。
5. 採用する連携方法の保守体制を決めておく導入・運用の5つのステップ
RPAは対象画面の変更、API連携はAPI仕様や認証方式の変更などにより、修正が必要になる場合があります。ファイル連携でも、項目や形式の変更への対応が必要です。担当者と確認手順を決めておきましょう。
【よくある失敗】
応対の自動化だけを先に進め、後工程の設計を後回しにした結果、ボイスボットの受付内容を人が毎日手作業で転記することになり、期待したほど工数が減らない場合があります。導入検討の段階から、前後工程まで含めて業務全体を設計することが重要です。
commuboで電話の前後をつなぐ
commuboは、既存の電話システムや業務システムを活かした連携を検討できるAIボイスボットです。実現できる範囲は接続先の仕様や運用設計によって異なります。
| 機能 | 前後工程での役割 |
|---|---|
| 外部システムとのAPI連携 | commuboから外部システムのAPIを呼び出し、情報の参照・登録ができます。外部システムからcommuboを制御する場合は、別製品「commubo connect」を利用します。 |
| 電話システム連携 | SIPによる内線接続など、既存の電話システムとの連携に対応しています。接続可否や転送方式は、PBX・CTI側の仕様と構成を確認します。電話回線もあわせてご相談いただけます。 |
| オペレータへの転送と情報の引き継ぎ | ボイスボットが聞き取った顧客番号などにもとづいて、転送時にオペレータ側でお客様情報を確認できる構成が可能です。 |
| SMS送信 | 通話中・通話後にURLや案内をSMSで送り、Webでの手続きや確認につなげられます。 |
| 自動架電・発信予約 | リストを取り込んだ一斉・連続架電や、架電時間帯の予約設定、進捗の確認ができます。 |
| Webダッシュボード | ノーコードで会話シナリオを作成・編集でき、会話内容もリアルタイムに確認できます。現場が自分たちで改善を回す「内製化」を支えます。 |
※連携の範囲や構成は、お客様のシステム環境によって異なります。詳しくはお問い合わせください。
機能の詳細は特徴・テクノロジー、commubo connect、連携を検証済みの電話システムは連携可能システム一覧でご確認いただけます。
400社以上の導入実績
commuboは400社を超える導入実績を持つAIボイスボットです。現在のシステム構成や業務フローをもとに、前後工程を含めた自動化の範囲をご提案します。
学習ステップ:あなたの理解度に合わせて記事を選ぶ
基礎理解
インバウンド
アウトバウンド
事例確認
よくある質問
電話で顧客と話す「応対」の前後に発生する作業のことです。前工程には架電リストの作成や過去の問い合わせ内容の分析、後工程には通話結果の確認・登録、担当部署への通知、次回架電リストへの反映などが含まれます。顧客情報の参照やSMS送信は通話中に行う場合もあります。
ボイスボット単体で完結するとは限りません。外部システムの参照・登録が必要な業務ではAPI連携やRPAなどを組み合わせ、人による確認や例外対応の範囲も決めます。必要な機能と連携条件は製品や環境によって異なります。どの作業を何が担うかを整理することが第一歩です。
APIで必要なデータを参照・登録できるか、RPAで対象画面を安定して操作できるかを確認し、処理速度、費用、保守の負担に応じて選びます。併用も可能です。この2つがすべての選択肢ではなく、CSVなどのファイル連携も検討できます。
ボイスボットの完結率に加え、オペレータの後処理時間(ACW)、リスト作成や別担当者の登録・確認作業の工数、登録ミスの発生率を確認します。ACWと別の工数を重複集計しないようにし、監視・保守を含む総工数や総コストも比較します。アウトバウンドでは回収率・入金率など、業務目的に沿った成果も確認します。
毎日・毎週など繰り返し発生し、手順が決まっている作業から始めるのがおすすめです。候補として、架電リストの抽出や通話結果の登録があります。作業量と連携先の仕様、架電停止の希望などの確認方法を踏まえて優先順位を決めましょう。
commuboは既存のPBX・CTIとの接続や、外部システムとのAPI連携に対応しており、今お使いのシステムを活かした導入を検討できます。ただし、連携できる範囲はシステムの種類や設定によって異なるため、事前に現在のシステム構成をお知らせいただくことをおすすめします。
関連する保存版ガイド
本ページの前提となる「電話応対自動化」と「ボイスボット」の全体像は、次の保存版ガイドで確認できます。各工程の詳しい記事は上の学習ステップから選べます。
まとめ
電話業務の負担は、通話そのものだけでなく、リスト作成や記録・登録・連絡といった前後の作業にも発生し、業務によっては大きな負担になります。応対を自動化しても前後の手作業が残る場合は、業務全体の削減効果が限られることがあります。
前後工程の自動化で大切なのは、人とボイスボットが担う作業を決め、必要に応じてAPI連携・ファイル連携・RPAなどで情報を受け渡し、今ある仕組みを活かしながら段階的に自動化の範囲を広げていくことです。
【この記事のポイントまとめ】
- 電話業務は「前工程・応対・後工程」に分けて考え、前後の作業まで含めて自動化を設計する
- 人とボイスボットの役割を決め、業務に合う連携方法を選ぶ
- インバウンドでは用件別の件数を分析し、転記などの後処理負担を確認する
- アウトバウンドは「リスト→架電→結果反映→次のリスト」の循環で、手作業と人による確認の範囲を設計する
- 効果は完結率だけでなく、ACW・リスト作成工数・登録ミスなど前後工程の指標でも確認する
