中小企業のAI電話導入で最初に選ぶ業務と費用

少人数の企業がAI電話を始めるときは、代表電話や営業電話をまとめて置き換えません。一つの電話業務を選び、日々の結果を見る責任者と、AIが処理できないときの有人経路を先に決めます。

担当者を増やせない会社ほど、設定できる機能の数よりも、毎日確認できる範囲が導入規模を決めます。最初の対象は、通話後に担当者が取る行動を一つに絞れる業務が適しています。

例えば3人で店舗を運営していて接客中の電話が取れないなら、最初は名前と用件を受けて折り返す範囲が候補です。予約の確定まで任せると、空き枠や変更・取消の連携も必要になります。安いプランを探す前に、翌日まで残せない電話か、その場の確定が必要かを分けてください。

月40件でも基本料だけで決めない

少件数では従量費より基本料や設定の負担が大きく見える一方、通話が長いと従量費も増えます。以下は2026年10月19日の公式料金を使った月40件の例です。AIと人の対応品質を同一とする比較ではありません。

出典はfondesk IVR料金と有人fondesk料金です。前者のAIオペレーターは公式にベータ版として案内されています。別の録音・SMS・転送や、元の電話回線からの転送料は小計に含めていません。有人側は対応時間内の一次受付を前提とし、個別の質問への回答や予約確定を任せる料金ではありません。

AIの平均会話が4分なら同じ計算は6,980円です。差額が小さくなるだけでなく、長い会話を確認する時間も増えます。どちらも通知後に誰が用件を処理するかが決まっていなければ、電話を受ける場所が変わるだけになります。

仮に現在の40件に各5分かけているなら、電話対応は月200分です。導入後も折り返しと確認に月150分かかるなら、差し引き50分しか減りません。逆に接客中の中断を防ぐことが主目的なら、時間差だけで採否を決める必要はありません。この計算は効果の保証ではなく、削減と取りこぼし防止のどちらにお金を払うかを決めるための例です。

最初の一業務を終了状態から選ぶ

最初に選ぶのは件数が多い業務ではありません。AIの通話が終わった後に、誰が何をするか決めやすい業務です。

受電なら、営業時間外の用件を聞き、翌営業日の折り返し担当へ通知するところまでを一業務にできます。発信なら、資料請求者へ希望条件を確認し、対応が必要な人を営業担当へ渡すところまでです。

商品説明と予約変更、苦情、契約手続きを一つの設定へ入れないでください。判断する人や必要な本人確認が異なるからです。最初の業務は、次の三点を一文で書けるものにします。

• どの着信または受付を対象にするか
• AIがどこまで会話するか
• 通話後に誰が何をするか

例えば「接客中の代表電話だけを対象に、名前と用件を聞き、当日の折り返し担当へ通知する」と書きます。この範囲なら、予約台帳の連携や営業リストへの発信を初回の見積もりへ含めずに済みます。対象外の用件を受けた場合の案内は、最初から用意しておきます。

日々の責任者を一人に決める

少人数の運用では、複数人で見ることと責任者を曖昧にすることを分けます。毎営業日に通話結果を確認し、設定変更の要否を決める人を一人置いてください。

責任者が確認するのは、通話件数の集計だけではありません。対象外へ発信していないか、有人対応が滞っていないか、誤った案内がなかったかを見ます。提供会社へ変更を依頼する場合も、この人が窓口になります。

休暇や不在に備え、代行者も一人決めます。ただし、二人が別々に会話設定を変更しないようにします。変更の依頼者、承認者、反映日時を一件の履歴へ残してください。

NIST AI RMFのGovern 2.1は、AIリスクを把握・測定・管理する役割と連絡経路を文書化する考え方を示しています。大人数の委員会を作るという意味ではありません。少人数でも、誰が見るかを明確にすることが出発点です。

一つの例外経路を必ず残す

AIが答えられない通話を放置しないため、最初は一つの有人経路へ集めます。担当部署ごとに細かく振り分ける前に、例外を受ける共通の担当者または共有キューを用意します。

有人へ渡す条件は、AIの自信だけで決めません。相手が人との会話を希望したとき、本人確認が必要なとき、契約や金額の判断を求められたときは例外にします。緊急性を判断できない用件も同じです。

通話中の転送が難しければ、折り返しへ切り替えます。その場合は、相手の連絡先と用件を残します。希望時間、折り返し担当と期限も同じ記録へ入れてください。通知を送っただけで完了にしないでください。

例外経路が混雑した日は、AIの対象件数を増やしません。処理できる件数まで対象を戻します。少人数の会社では、AIの処理能力よりも、人が例外を受け切れる量が本番規模を決めます。

使う情報と残す記録を絞る

最初の運用では、後で使う予定の情報まで聞かないようにします。通話後の担当者が次の行動を始めるために必要な項目だけを選んでください。

たとえば代表電話の折り返しなら、氏名と会社名、連絡先と用件で足りる場合があります。希望時間も、折り返し業務で使う場合に限って聞きます。生年月日や住所が必要になる手続きは、本人確認を含む別の業務として設計します。

個人情報保護委員会のFAQは、利用目的を本人が合理的に予測できる程度に具体化する考え方を示しています。Webフォームなどで本人から直接連絡先を得る場合も、利用目的の明示が原則必要です。フォーム送信後にAIが電話するなら、その連絡が受付内容の確認なのか、新しいサービスの案内なのかを区別します。

録音、文字起こし、要約をすべて有効にする必要はありません。使う記録ごとに閲覧者と保存期間を決めます。責任者が日々確認しない情報は、収集する理由から見直してください。

初週は六つの終了状態で記録する

本番を始めた初週は、平均通話時間やAI化率よりも、一件ごとの終了状態を見ます。少人数でも毎日確認できるよう、状態を増やしすぎないことが大切です。

当サイトでは、次の六つから始める方法を勧めます。

1. AIだけで正しく完了した
2. 有人へ正しく渡した
3. 折り返しとして受け付けた
4. 対象外として終了した
5. 相手の希望で停止した
6. 誤案内または処理失敗があった

「通話完了」だけでは、担当者の仕事が残ったか分かりません。有人対応へ引き継いだ状態と折り返し待ちを分け、失敗は要約の中へ埋めないでください。

初週の対象は、責任者が録音または文字起こしと業務結果を照合できる件数にします。十件や百件と先に固定せず、当日中に全件を見られる量から始めます。

例えば初週10件で、営業時間案内の正常完了4件、折り返し受付5件、連絡先の聞き取り失敗1件だったとします。5件の通知を送れたとしても、折り返し担当が動いていなければ未処理です。翌朝はその5件の担当と期限を確認し、失敗した1件は受付案内と連絡先の復唱を見直します。件数は説明用であり、成功率の目標ではありません。

この状態で「10件受けられたから予約確定も追加する」とは判断しません。まず未処理と失敗の経路を直し、同じ用件をもう一度試します。小さく始めるとは安いプランにすることではなく、問題が起きた日のうちに確認できる範囲にすることです。

毎日の確認時間を確保する

責任者と例外を受ける担当者が、失敗・未処理・変更の三つを毎日確認します。例えば十五分の確認枠から始め、処理しきれない場合は時間か体制を増やします。十五分あれば十分という基準ではありません。

失敗では、誤案内や誤転送、記録漏れを見ます。未処理では、折り返し期限を過ぎた件と、通知を誰も確認していない件を探します。変更では、次の営業日に直す会話や対象条件を一つに絞ります。

設定を変えたら、変更前に失敗した通話と正常に終わった通話をもう一度試します。修正した箇所以外を壊していないか確認するためです。変更理由と確認結果を残します。

確認表には、異常の内容、未処理の担当者と期限、変更後の再試験結果を残します。項目を増やすことより、その日の対応が次の担当者へ渡ったかを確認してください。

止める条件を拡大条件より先に決める

初週の前に、一時停止する条件を決めます。重大な誤案内や停止希望後の再連絡、本人情報の誤った開示、例外経路の滞留が起きた場合です。

停止操作を誰が行い、停止中の電話をどの番号または担当者へ戻すかも確認します。サービスを止めても電話業務は残るため、従来の受付や手動連絡へ戻す経路が必要です。

NIST AI RMFは、意図した用途と異なる結果が出たAIを停止できる責任と手順を求めています。導入時に停止方法を試しておくと、問題が起きたときに提供会社の回答を待つだけの状態を避けられます。

拡大は、失敗件数がゼロになった日ではなく、失敗を検知して直せることを確認してから判断します。責任者が確認できる時間と、有人側が例外を処理できる余力も残してください。

次の業務は同じ型を複製する

一業務が安定したら、別の用件を同じ設定へ足す前に、新しい運用単位として設計します。対象と会話範囲、終了状態と例外経路、記録項目をもう一度決めます。

二つ目の業務で責任者を変える場合は、変更権限と日次確認も分けます。一人が全業務を見る体制を続けるなら、その人が当日中に確認できる件数を超えないようにします。

最初の一歩は、直近の電話記録から「通話後に同じ一行動が必要だった用件」を一つ選ぶことです。その業務について、日々の責任者と例外を受ける人を一人ずつ書き、AIへ渡さない条件まで一枚にまとめてください。