自治体の問い合わせチャットボット｜制度変更・個人情報・緊急連絡の切り分け

閉庁後に「転入届には何が必要ですか」と聞かれた場合、公開済みの持ち物や受付場所であれば、その場で案内できます。一方、「私の世帯は給付の対象ですか」「道路が陥没して危険です」といった問い合わせに、同じ流れで回答するのは適切ではありません。本人確認や職員による個別判断、緊急窓口への案内が必要だからです。

自治体の問い合わせチャットボットは、すべての質問への回答を目指すのではなく、「公開済みの定型案内」「制度変更や適用条件の確認が必要」「個人情報・個別判断が必要」「緊急窓口へ直ちに案内」の4区分で担当範囲を決めます。まずは正本と所管課が明確な定型案内に対象を絞り、各回答に確認日と停止条件を設定します。

チャットボットを24時間表示できることと、職員が24時間対応できることも分けて考える必要があります。時間外でも受け付ける質問、翌開庁日以降に確認する内容、時間を問わず別の窓口へ案内する緊急連絡をあらかじめ定義すれば、住民に誤った期待を持たせず、案内の入口を広げられます。

自治体の問い合わせチャットボットは4区分で担当範囲を決める

導入前に、住民から届く質問を「回答できる・できない」の二択だけで仕分けると、境界にある質問の扱いが決まりません。たとえば、住民票の必要書類は一般案内できますが、代理人による申請や本人確認書類の例外が含まれる場合は、個別条件の確認が必要です。そこで、質問を次の4区分に分け、区分ごとの動作まで決めます。

区分	質問の例	期待する動作	事前に決めること
公開済みの定型案内	庁舎の場所、受付時間、一般的な持ち物	承認済みの正本に基づいて案内する	根拠、所管課、確認日
変更日・条件の確認が必要	来月から申請方法が変わるか	適用日を確認し、未確認なら窓口へ案内する	施行日、旧情報の停止日、承認者
個人情報・個別判断が必要	自分が給付対象か、申請の審査状況	一般説明に留め、本人確認が可能な窓口へ切り替える	入力させない情報、公式の照会先
緊急窓口へ案内	災害、事故、生命・安全に関わる連絡	通常FAQを止め、承認済みの案内を優先する	時間帯別の窓口、確認日、更新責任者

一つの質問が複数の区分にまたがる場合は、より慎重な対応が必要な区分を優先します。「転入時に児童手当も申請できますか」という質問なら、転入手続きと児童手当を一部署の案内で完結させず、論点を分けて各所管を示します。さらに、世帯状況に基づく受給可否を尋ねられた場合は、一般的な条件の説明で止め、個別の結論は出しません。

各区分では、回答文だけでなく、回答根拠、所管課、最終確認日、回答を止める条件、停止後の案内先を一組で管理します。「回答できるFAQがある」ことと、「変更があっても安全に維持できる」ことは別です。公開可否は、更新や停止を含む運用体制まで確認して判断します。

導入は正本と所管課が明確な定型案内から始める

最初の対象分野は、問い合わせ件数の多さだけで選ばないようにします。件数が多くても、例外が多い制度や頻繁に情報が変わる案内は、更新体制が整う前の試行には向きません。公式ページや承認済み文書を正本として指定でき、内容を管理する所管課と更新担当が決まっている質問から始めます。

候補になりやすいのは、庁舎・施設の所在地、通常の開庁時間、手続きの一般的な受付場所、公開済みの持ち物、担当課の連絡先などです。ただし、祝日、臨時閉庁、予約の要否、対象者による違いがある項目は、その条件まで正本で確認します。固定した回答文だけを登録すると、例外が発生した際に古い案内が残るためです。

対象分野は、情報の変動頻度、例外の多さ、誤案内時の影響、所管課の更新体制という4点で比較します。更新頻度が低くても、誤案内によって申請期限を逃すおそれがある項目は、確認間隔を短くするか、所管窓口への案内を併記します。一方、内容が安定し、根拠となる公式ページも明確な案内は、初期公開の対象にしやすい分野です。

FAQ候補を整理する一般的な方法は、チャットボット向けFAQを作る手順で確認できます。自治体で使用する場合は、質問と回答だけでなく、所管課、根拠の公開場所、確認期限、回答停止条件も登録してください。

対象を限定して始める場合も、チャットボットを表示する時間と職員が対応する時間は明示します。「いつでも質問できます」という案内が、「いつでも職員から返事が届く」という意味に読めないかを公開前に確認します。時間外は受付だけを行うのであれば、職員が確認を始める時期を、実際に案内できる範囲で示します。

制度変更は施行前・施行日・経過措置・旧制度終了で管理する

自治体の案内では、同じ制度名でも時点によって正しい回答が変わります。議決や公表が済んでいても、まだ施行されていない制度を現在の手続きとして案内してはいけません。反対に、施行日を過ぎても旧制度の回答が残っていれば、必要書類や申請先を誤って伝える原因になります。

変更台帳には、制度名、変更項目、対象者、申請期間、必要書類、施行日、経過措置、旧制度の終了日、公開予定日、所管課、承認者を記録します。チャットボットの回答だけを管理するのではなく、根拠となる公式ページや文書の更新予定もひも付けてください。

時点	確認する内容	回答の扱い
施行前	公表可否、対象者、開始日、現行制度との違い	承認された将来情報だけを日付付きで案内する
施行日	新しい正本の公開、回答への反映、窓口情報	新制度の回答を有効化し、代表質問を再テストする
経過措置	旧制度が適用される対象と期間	質問の日付や対象が不明なら、必要な確認を促す
旧制度終了	旧ページ、旧回答、古い配布物の扱い	旧回答を停止し、残っている案内を点検する

「来月から申請方法が変わりますか」と聞かれた場合は、所管課が承認した施行日と変更内容を確認できるときだけ、新旧の違いを日付付きで案内します。公開前の検討情報や、担当者が確認できていない内容を推測で補ってはいけません。確認が間に合わない項目は自動回答を一時停止し、最新情報を確認できる公式ページや所管課へ案内します。

更新作業は、変更依頼、正本の確認、所管課の承認、回答への反映、公開画面でのテストという順序で進めます。変更日の管理や再テストの手順を詳しく整理する際は、古い回答を防ぐナレッジ更新手順も参照できます。自治体では制度単位の確認に加え、施行日前と施行日以降の質問を分けて試すことが重要です。

設定した日付を迎えたという理由だけで、自動的に新制度の文面へ切り替える設計にも注意が必要です。公式ページの公開が遅れる、経過措置が変更される、対象者向けの説明が確定していないといった事態があり得ます。時刻だけを条件にせず、所管課の承認と正本の公開を確認してから切り替えます。

個人情報と個別判断が必要になったら公式窓口へ切り替える

制度の一般的な対象条件を案内することと、問い合わせた住民が実際に対象になるかを判定することは別です。「子育て世帯向け給付の対象条件を知りたい」という質問には公開情報を案内できます。一方、「私の世帯は対象ですか」という質問への回答には、世帯構成や所得などを確認したうえでの個別判断が必要になる場合があります。

氏名、住所、生年月日、世帯状況、申請番号、課税状況、健康情報などを確認しなければ答えられない質問では、公開チャットで聞き取りを続けません。一般的な制度案内までに留め、本人確認が可能な電話、窓口、自治体が承認したフォームなどへ切り替えます。どの方法を案内するかは、自治体の規程と実際の受付体制に合わせて決めます。

たとえば、「申請番号を送るので進捗を調べてください」と入力されたら、申請番号や氏名をこの画面へ追加しないよう伝えます。そのうえで、進捗照会に利用できる公式の方法、受付時間、事前に準備する情報を案内します。チャットボットが本人確認や基幹系データの参照に対応していると仮定してはいけません。

住民がすでに個人情報を入力した場合の対応手順も定めます。追加質問を止め、注意文を表示し、記録を確認する担当者を明確にしたうえで、必要な報告を自治体の手順に沿って行います。保存、閲覧、削除などの扱いは、利用する仕組みの仕様と自治体の規程を確認して決めてください。

入力前の注意表示だけでなく、取得目的や閲覧権限などの確認項目は、AIチャットボットで個人情報を扱う前の確認事項にまとめています。個別制度に関する法的判断はチャットボットに委ねず、実際の運用を担当部署、情報管理部門、必要に応じて専門家へ確認します。

緊急連絡は通常FAQを止めて承認済みの窓口を案内する

災害、火災、事故、犯罪、道路や設備の危険、生命・安全に関する入力は、通常の行政FAQに滞留させません。「道路に大きな穴があり事故が起きそうです」という入力に対して、道路補修の一般的な申請方法を長く説明すると、必要な連絡が遅れるおそれがあります。

緊急性を含む表現を受けた場合、チャットボットが質問を重ねて緊急度を確定しようとするのではなく、自治体が承認した窓口名、連絡方法、利用条件を優先して表示します。時間帯や状況によって案内先が異なる場合は、適用条件も明記します。具体的な電話番号や対象区域を登録する際は、所管課が最新の一次情報を確認する必要があります。

「今夜、避難所は開いていますか」という質問にも、平時の施設情報だけで回答を断定しない設計が必要です。開設状況が災害対応によって変わる場合は、災害対策本部など、自治体が指定する最新情報へ案内します。通常時の所在地や施設一覧と、現在開設している避難所の情報を混同してはいけません。

緊急案内には、対象表現、表示文、案内先、対象時間、所管課、最終確認日、次回確認日、更新責任者を設定します。窓口の電話番号だけを登録して終えると、組織変更や受付時間の変更後も古い案内が残りかねません。定期確認に加え、災害対応体制や連絡先が変わった際の臨時更新経路も用意します。

通常の問い合わせから緊急案内へ切り替える条件は、チャットボットの緊急問い合わせ切り分けルールで詳しく確認できます。チャットボットに緊急度の最終判断を任せるのではなく、承認済みの連絡先を速やかに示すための設計として扱ってください。

職員への引き継ぎは開庁時間内と時間外で分ける

定型案内では解決しないものの、緊急ではない問い合わせは所管課へ引き継ぎます。ここで区別すべきなのは、「チャットで入力できる時間」と「職員が内容を確認できる時間」です。時間外に入力できても、職員が直ちに確認する体制でなければ、その事実を明確に伝えます。

開庁時間内は、所管課、受付方法、住民が次に行うことを案内します。引き継ぎ機能を利用する場合も、質問の要旨、すでに案内した内容、問い合わせ日時など、担当者の判断に必要な項目を整理します。個人情報をどの経路で受け渡すかは、公開チャットとは分けて自治体の運用規程に従います。

時間外は、問い合わせ内容を保存して翌開庁日以降に確認するのか、受付自体を行わず公式ページや電話の受付時間を表示するのかを決めます。「後ほど回答します」とだけ表示せず、職員が確認を始める時期や、緊急時に利用する別の窓口を示します。ただし、実際には保証できない回答時刻を約束してはいけません。

場面	表示する内容	避ける案内
開庁時間内の個別照会	所管課、本人確認が可能な受付方法、必要な準備	チャットだけで個別結果を確定する
時間外の通常照会	受付の有無、職員が確認する時間帯、次の開庁時間	すぐに返信されると受け取れる表現
緊急性を含む入力	自治体が承認した時間帯別の緊急案内	翌開庁日の通常受付だけへ送る
所管が不明	総合案内など、担当を確認できる公式窓口	根拠なく一つの課へ送る

有人対応へ切り替える条件、引き継ぐ情報、担当者が不在の場合の動作は、チャットボットから有人対応へ切り替える設計を参照してください。自治体では部局をまたぐ質問もあるため、最初の案内先だけでなく、所管が異なっていた場合の確認先も決めておく必要があります。

部局横断の運用表に正本・担当・確認日・停止条件をまとめる

住民向け案内を複数部局で運用すると、全庁の管理担当と各所管課の責任が曖昧になりがちです。全庁の管理担当がすべての制度内容を判断するのではなく、形式と公開状態は全庁担当、内容の正確性は所管課が受け持つなど、役割を切り分けます。

運用表では、質問分類、代表質問、回答文、根拠URLまたは文書、所管課、更新担当、承認者、代替担当、最終確認日、次回確認日、回答停止条件、開庁時間内外の案内先を一行で追えるようにします。回答文と担当者一覧を別々に管理すると、異動や制度変更の際に両者の対応関係が分からなくなるためです。

管理項目	記入する内容	確認の目的
質問分類	定型、変更確認、個別判断、緊急	期待する動作を統一する
正本	公式ページ、承認済み文書、管理台帳	優先する情報を決める
責任者	所管課、更新担当、承認者、代替担当	異動や不在時にも更新を止めない
期限	最終確認日、次回確認日、施行日	古い回答を発見する
停止条件	期限超過、根拠削除、改正、重大な誤案内	正しさを確認できない回答を継続しない
代替案内	所管窓口、時間外案内、緊急窓口	停止後も住民の次の行動を示す

回答停止条件は具体的に記載します。「必要に応じて停止」では、担当者によって判断が変わります。根拠ページが削除された、確認期限を過ぎた、制度改正の通知を受けた、重大な誤案内が見つかった、といった条件ごとに、停止する担当者と再公開を承認する担当者を決めます。

人事異動の際は、担当者名だけでなく、役割と代替担当も確認します。特定の職員に更新作業が集中すると、不在時には回答を止める判断さえできません。引き継ぎでは、登録済み回答の一覧に加え、次回確認日が近い項目、停止中の項目、承認待ちの変更も共有します。

公開前テストでは通常質問だけでなく境界質問を確認する

公開前テストで定型質問に正答できることだけを確認しても、自治体向けチャットボットの運用品質は判断できません。答えてはいけない質問で停止できるか、日付や対象が曖昧なときに確認を促せるか、個人情報や緊急連絡を通常FAQから外せるかも試します。

テストには、通常の定型質問、対象者が曖昧な質問、施行日前後の日付を含む質問、個人情報を含む質問、複数制度をまたぐ質問、緊急性を含む表現、所管不明の質問を含めます。言い換え、略称、誤字、短い入力も加えると、想定した文面にしか対応できない状態を発見しやすくなります。

• 承認済みの定型質問には、正本に沿って回答できる
• 制度の適用日が不明な質問では、現行制度と新制度を混同しない
• 個別の対象可否や審査結果を確定しない
• 個人情報が入力された後に追加収集を続けない
• 緊急性を含む入力では一般FAQを続けず、承認済みの案内を優先する
• 二つの所管が含まれる質問を一部署だけへ送らない
• 時間外に職員が即時回答すると約束しない
• 根拠のない手続きや窓口を作って案内しない

期待する動作は、「回答する」「条件を確認する」「回答を止める」「所管課へ案内する」「緊急窓口を優先する」に分けます。模範回答と一字一句同じかどうかではなく、必要な根拠に沿っており、禁止した動作をしていないかで判定します。

不合格になった場合は、回答文を追加するだけで終えません。質問分類が誤っているのか、参照する正本が不足しているのか、停止条件が反映されていないのかを切り分けます。公開前の評価方法は、AIチャットボットの回答精度を評価する手順も参考にし、適切に回答しないことや安全に切り替えることも合格条件に含めてください。

公開後は未解決・誤案内・古い回答・切り替え理由を見直す

公開後に自動回答の件数だけを見ていると、答えるべきでない質問にまで回答している状態を見逃します。未解決、誤案内、古い回答、所管課への切り替え、緊急案内への切り替えを分けて確認します。回答しなかった件数が多くても、個別判断が必要な質問を正しく職員へ引き継げているなら、それだけで失敗とは判断できません。

未解決の理由は、知識不足、質問の曖昧さ、所管不明、対象外、窓口情報不足に分類します。知識不足なら、所管課が正本を確認し、定型案内へ追加できるか判断します。質問が曖昧なら、個人情報を求めずに確認できる項目だけを追加します。対象外なら無理に回答範囲を広げず、住民が次に取る行動を案内します。

誤案内や古い回答が見つかった場合は、該当回答の停止、影響範囲の確認、正本の修正、所管課の承認、再テスト、再公開の順で対応します。同じ根拠を使う別の回答も影響を受ける可能性があるため、一問だけを直して完了にしてはいけません。発生日、原因、停止範囲、修正内容、再開承認者を記録します。

有人対応への切り替えは、件数だけでなく、正しい所管へ届いたか、時間外の表示が実際の体制と合っていたか、住民が次の行動を判断できたかを確認します。緊急案内については、通常の受付だけに送られていないか、案内先の情報が現在も有効かを重点的に確認します。

定例の見直しとは別に、制度改正、組織変更、災害対応体制の変更、窓口の移転、重大な誤案内を臨時レビューの契機にします。定期的な確認だけに頼ると、変更の発生から次回確認日まで古い案内が残るためです。

自治体チャットボットの導入可否をチェックリストで判断する

導入可否は、チャットボットで回答できる範囲の広さだけでは判断できません。住民へ公開する前に、次の項目を一つずつ確認します。

1. 最初に公開する対象分野と、回答しない分野が決まっている
2. 各回答の正本と所管課が決まっている
3. 更新担当、承認者、代替担当を割り当てている
4. 最終確認日、次回確認日、制度の施行日を管理できる
5. 期限超過、根拠削除、制度改正、誤案内時の停止条件がある
6. 個人情報を入力させない案内と、本人確認が可能な公式窓口がある
7. 緊急連絡で表示する案内を所管課が確認している
8. 開庁時間内と時間外の表示を分けている
9. 通常質問だけでなく、境界質問と停止動作をテストしている
10. 誤案内の停止責任者と再公開の承認手順が決まっている

未決定の項目がある場合は、公開する対象分野を狭めます。たとえば、緊急窓口の確認が終わっていないなら、危険を伴う通報を自動案内の対象に含めません。制度更新の承認経路が未整備なら、内容が安定した施設案内に限定して試行します。所管課が更新と停止を実際に行えることを確かめてから、段階的に範囲を広げます。

自治体の問い合わせチャットボットで重要なのは、回答数の多さではなく、どの根拠に基づいて回答し、どの条件で職員や公式窓口へ切り替えるかを説明できることです。4区分、正本、所管課、確認日、停止条件、時間帯別の案内先を整理したうえで、Socratesで住民向け一次案内をどこまで設計できるか確認したい場合は、案内窓口へご相談ください。実際の要件と確認済みの製品情報に基づき、利用できる範囲をご案内します。

自治体の問い合わせチャットボットに関するよくある質問

自治体チャットボットですべての問い合わせに回答する必要がありますか？

必要ありません。公開済みの正本から答えられる定型案内を中心にし、制度変更の確認、本人確認、個別判断、緊急対応が必要な質問は、それぞれ所管課や承認済みの公式窓口へ切り替えます。回答しない条件を明確にすることも導入設計の一部です。

制度変更時はいつ回答を更新すればよいですか？

施行前、施行日、経過措置、旧制度終了の各時点を台帳で管理し、所管課が公開日と停止日を承認します。新制度が公表されていても施行前であれば、現在の制度と混同しないよう適用日を示します。確認が終わっていない項目は推測で更新せず、自動回答を停止して所管窓口へ案内します。

住民が個人情報を入力した場合はどうしますか？

追加の個人情報を聞き続けず、公開チャットへそれ以上入力しないよう案内します。本人確認が必要な照会は、自治体が承認した電話、窓口、フォームなどへ切り替えます。すでに入力された記録の確認、保存、削除、報告は、利用する仕組みの仕様と自治体の規程に従って対応します。

緊急の連絡はチャットで詳しく聞き取るべきですか？

チャットボットが質問を重ねて緊急度を確定するのではなく、通常FAQを止め、自治体が承認した窓口名、連絡方法、利用条件を優先して表示します。具体的な案内先は所管課が最新情報を確認し、時間帯や状況によって異なる場合は条件を分けます。

最初はどの分野から導入するとよいですか？

公式ページなどの正本があり、所管課、更新担当、確認期限を決められる定型案内から始めます。施設の所在地や一般的な受付場所などが候補ですが、情報の変動頻度、例外の多さ、誤案内時の影響も確認が必要です。問い合わせ件数が多いという理由だけで、個別判断の多い制度から始めないようにします。