企画意図
この記事は「AI電話とは何か」ではなく、自治体や公共性の高い組織で代表電話業務をAI化する時に、どの条件が揃うと成立し、どこで破綻するのかを整理する。狙う読者は、自治体DX担当、総務課、コールセンター管理者、情報政策部門、AI電話の導入を検討する首長・経営層である。
結論は、代表電話のAI化は音声認識精度だけでは決まらない。成否を決めるのは、用件分類、責任境界、有人転送条件、記録、例外処理、住民体験の設計である。MARIA OSの観点では、電話応対は会話AIではなく、責任を持って用件を次の行動へ接続する業務ハーネスである。
1. 代表電話は「会話」ではなく「責任の入口」である
自治体や大企業の代表電話をAI化する議論では、最初に音声認識や自然な会話に注目が集まりやすい。確かに、聞き取れなければ始まらない。声が不自然なら住民体験も悪い。しかし、代表電話の本当の難しさはそこではない。
代表電話は、組織の責任の入口である。住民や顧客は、担当部署の名前を知って電話してくるとは限らない。制度名も正確ではない。自分の困りごとを、生活の言葉で話す。税、子育て、介護、道路、学校、災害、証明書、手続き、苦情、相談が混ざる。電話を受ける側は、その曖昧な言葉を、組織内の責任部署、手続き、期限、例外、緊急度へ変換しなければならない。
つまり代表電話AIの仕事は、雑談に自然に答えることではない。誰が責任を持つべき用件なのか、AIで完結してよいのか、人間へ渡すべきなのか、記録だけ残すべきなのかを判断することである。この判断を設計しないまま、音声AIだけを導入すると、現場は楽にならない。むしろ、誤転送、説明不足、二度聞き、クレーム対応が増える。
2. AI化できる業務と、してはいけない業務を分ける
代表電話のAI化で最初に決めるべきことは、「何をAIにやらせるか」ではない。「何をAIにやらせないか」である。
AIで完結しやすいのは、情報提供型の用件である。開庁時間、所在地、必要書類、予約方法、粗大ごみの受付手順、証明書発行の窓口、よくある制度説明などは、ナレッジが整備され、回答の根拠が明確で、誤回答時のリスクも比較的限定しやすい。
一方、AIだけで完結させてはいけない領域もある。生活困窮、虐待、DV、災害、緊急通報に近い相談、税や福祉の個別判断、法的効果のある申請意思、本人確認が必要な情報照会である。これらは会話ができるかではなく、責任の重さが違う。AIが親切に話せても、責任を取れるわけではない。
したがって導入初期の設計は、次の3分類から始めるべきである。
- AI完結: 根拠が明確で、個別判断を含まず、誤りの影響が限定的な用件
- AI案内+有人転送: 用件分類はAIが行うが、判断や受付は人間が行う用件
- 即時有人転送: 生命、財産、権利、緊急性、本人確認が絡む用件
この分類は、AIベンダーだけでは決められない。自治体側の業務責任者、法務、個人情報管理、現場オペレーター、情報政策部門が一緒に決める必要がある。AI電話の導入はシステム導入であると同時に、責任分界点の再設計である。
3. 代表電話AIの品質は「正答率」だけでは測れない
AI電話の品質評価で、回答正答率だけを見ると危ない。代表電話に必要なのは、正しく答える能力だけではなく、分からない時に正しく止まる能力である。
たとえば、AIが制度説明に90%正しく答えられるとする。数字だけ見ると高い。しかし残り10%が、福祉、税、災害、個人情報に偏っているなら危険である。逆に、正答率は少し低くても、リスクの高い用件では確実に有人へ渡せるなら、運用上は安全である。
見るべき指標は少なくとも5つある。
- 用件分類精度: 住民の言葉を正しい部署・手続き・リスク区分へ分類できるか
- 有人転送適合率: 人間へ渡すべき用件を見逃していないか
- AI完結率: AIだけで終えてよい用件が、実際に完結しているか
- 再入電率: AI応対後に同じ住民が再び電話していないか
- 苦情・修正率: 説明不足、誤案内、たらい回しが増えていないか
特に重要なのは、有人転送適合率と再入電率である。AI完結率だけを追うと、AIに処理させすぎる誘惑が出る。代表電話では、無理に完結させるより、早く正しい人間へ渡す方が住民体験が良い場面が多い。
4. AI電話はFAQではなく、業務ルーティングである
代表電話AIをFAQの音声版として作ると失敗しやすい。住民はFAQの見出し通りに話さない。たとえば「子どものことで相談したい」と言う人の中には、保育園の空き状況、就学援助、発達相談、虐待リスク、医療費助成、転入手続きが混ざる。AIは単語だけで答えを返すのではなく、用件を絞る質問をし、危険な兆候を拾い、適切な担当へつなぐ必要がある。
この設計は、チャットボットよりも業務ルーティングに近い。AIは「答える」のではなく、「次に誰が責任を持つべきか」を決める。そのためには、部署一覧、制度FAQ、受付時間、担当者、緊急連絡先、本人確認要否、記録要否、折り返し条件が、機械が読める形で整理されていなければならない。
ここでMARIA OSの考え方が効く。AIに自由に会話させるのではなく、各用件をepisodeとして扱う。episodeには、住民の発話、推定用件、リスク区分、根拠、転送先、AIの回答、有人介入理由、通話後の結果を残す。これにより、AI電話は単なる応答システムではなく、継続的に改善できる業務ハーネスになる。
5. 導入前に整えるべき一次情報
自治体AI電話を導入する前に、最低限集めるべき情報がある。これを飛ばすと、どれほど良い音声AIを使っても現場に合わない。
第一に、過去の入電ログである。件数、時間帯、用件、転送先、対応時間、再入電、苦情を集める。録音が使えない場合でも、オペレーターのメモや代表的な用件分類でよい。重要なのは、実際に何が来ているかを知ることである。
第二に、現場オペレーターの判断知である。ベテランは、住民の最初の一言から危険度や担当部署を推定している。その判断はマニュアルに書かれていないことが多い。AI化の前に、この暗黙知を聞き出す必要がある。
第三に、部署ごとの受け入れ条件である。どの用件なら代表電話から直接つないでよいのか。どの情報を聞いてから渡すべきか。折り返しでよいのか。住民に事前に伝えるべきことは何か。これが曖昧だと、AIは正しく転送できない。
第四に、例外リストである。災害時、夜間、休日、制度改正直後、選挙期間、繁忙期、窓口混雑時には通常ルールが変わる。AI電話は平常時だけでなく、例外時にどう振る舞うかを設計しなければならない。
6. 失敗する導入パターン
失敗する導入には共通点がある。
第一に、FAQを読み込ませれば何とかなると考えること。FAQは回答候補であり、責任ルーティングの設計図ではない。FAQだけでは、どこで止めるか、誰へ渡すか、何を記録するかが決まらない。
第二に、AI完結率を最重要KPIにすること。完結率が高いほど良いとは限らない。高リスク用件までAIが抱え込むなら、むしろ危険である。初期はAI完結率より、誤転送率、再入電率、有人転送の質を見るべきである。
第三に、現場を最後に巻き込むこと。代表電話の現場は、住民の言葉と行政組織の構造の翻訳者である。ここを設計から外すと、机上の美しいフローは実運用で壊れる。
第四に、改善ループがないこと。AI電話は導入日に完成しない。どの用件で迷ったか、どの部署で差し戻されたか、どの回答が苦情につながったかを見て、用件分類、回答、転送条件を更新し続ける必要がある。
7. 成功条件は「小さく始めて、責任を広げる」こと
代表電話AIは、最初から全庁対応を目指すべきではない。まずは低リスクで件数が多い用件から始める。たとえば証明書、施設案内、粗大ごみ、予約、開庁時間、担当課案内などである。ここで、用件分類、回答根拠、有人転送、通話記録、改善ループを固める。
次に、AI案内+有人転送の領域を広げる。AIが最初に用件を整理し、必要情報を聞き、担当部署へ文脈付きで渡す。人間はゼロから聞き直さなくてよくなる。住民も何度も同じ説明をしなくてよい。
最後に、実績が溜まった領域だけAI完結を増やす。AIの自律範囲は、信頼に応じて広げるべきである。MARIA OSの言葉で言えば、責任ゲートを通った範囲だけ自律性を解放する。これは保守的に見えるが、長期的には最も速い。なぜなら、一度信頼を失ったAI電話は、現場にも住民にも使われなくなるからである。
8. 結論
自治体AI電話の成否は、AIが自然に話せるかでは決まらない。代表電話業務を、用件分類、責任境界、有人転送条件、記録、例外処理、改善ループとして設計できるかで決まる。
「AI電話とは何か」という記事は、どの会社でも書ける。しかし「自治体AI電話を導入して分かった、代表電話業務がAI化できる条件」は、現場と向き合った会社にしか書けない。ボンギンカンが発信すべきなのは後者である。
AI電話は、音声AIの導入ではない。住民の曖昧な困りごとを、組織の責任ある次の行動へつなぐ仕組みである。その設計ができるなら、代表電話はAI化できる。できないなら、AIは電話口で流暢に迷うだけである。