総務・人事・情報システム部門に寄せられる社内の問い合わせをAIチャットボットで自動化するとき、成果を左右するのはAIの性能よりも「規程やマニュアルをどう整えるか」です。社内規程は、人が前後の条文や運用の慣行を踏まえて読む前提で書かれているため、そのままAIに読ませると、例外条件の読み落としや、改定前の条文の引用といった誤りが起きます。規程から問い合わせに答えるためのQ&Aを作り、どの部署が何を答えるかと、誰が更新するかを決めておけば、社内ヘルプデスクのボットは担当者の負担を着実に減らします。
この記事は、総務・人事・情シスの担当者、社内問い合わせの多さに悩んでいる管理部門の責任者、社内向けの生成AI活用を進めている推進担当者に向けて書いています。社内問い合わせの棚卸し、規程Q&Aの作り方、ボットの仕組みの選び方、権限と情報の扱い、公開と定着、更新の運用までを、順番に説明します。
社外向けの問い合わせ対応と違い、社内ヘルプデスクは「利用者が全員社員で、本人確認がしやすい」「参照できる文書が多い」「回答を間違えたときの影響が社内に閉じることが多い」という特徴があります。そのため、生成AIを試す最初の題材として選ばれることも多い領域です。一方で、給与や評価、人事異動のように、見てはいけない人がいる情報も含まれるため、設計には社外向けとは別の注意が必要です。
社内ヘルプデスクをチャットボット化すると何が変わるか
社内問い合わせの多くは、規程やマニュアルに答えが書いてあるにもかかわらず、どこに書いてあるかが分からない、読んでも自分のケースに当てはまるか判断できない、という理由で発生します。「慶弔休暇は何日取れるか」「出張の日当はいくらか」「経費精算の締め日はいつか」「パスワードを忘れたときの手続きは」「新しいソフトを入れてよいか」といった質問です。
担当者の側から見ると、同じ質問に何度も答えること自体の手間に加え、作業が中断されることの負担が大きくなります。問い合わせが来るたびに手を止め、規程を確認して返信する、という繰り返しが、本来の業務の時間を削っています。
チャットボット化によって期待できる変化は次のとおりです。
- 社員が時間を気にせず、すぐに答えを得られる
- 担当者が同じ質問に繰り返し答える時間が減り、判断が必要な相談に集中できる
- 回答のばらつきが減り、担当者によって案内が違うという状態が解消される
- どんな質問が多いかが記録として残り、規程やマニュアルの分かりにくい部分が見える
最後の点は見落とされがちですが、重要な効果です。質問のログは「規程のどこが分かりにくいか」「どの手続きが煩雑か」を示す材料になり、制度や手続きそのものの改善につながります。
社内問い合わせを棚卸しして対象を決める
まず、各部署に寄せられている問い合わせを集めます。社内チャットの専用チャンネル、メール、問い合わせフォーム、口頭での相談のメモなど、記録が残っているものを集め、残っていない場合は担当者に一定期間メモを取ってもらいます。
集めた問い合わせは、部署ごとにテーマで分け、それぞれについて「答えがどこに書いてあるか」と「答えるのに個別の判断や情報が必要か」を確認します。
| 区分 | 例 | ボットでの扱い |
|---|---|---|
| 規程・マニュアルに答えがある | 休暇の日数、経費精算の締め日、備品の申請方法 | ボットが回答する |
| 規程に原則はあるが個別判断が要る | 規程にない出張経路の扱い、特例の休暇 | 原則を示したうえで担当者への相談を案内する |
| 個人の情報が必要 | 自分の有給残日数、給与明細の内容 | 確認できるシステムの場所を案内する |
| 担当者が対応すべき | ハラスメントの相談、体調・家庭の事情、人事評価への不満 | ボットは回答せず、相談窓口を案内する |
ハラスメントや心身の不調に関する相談は、件数とは関係なく、ボットの対象から明確に外し、適切な相談窓口を案内する扱いにします。相談しづらい内容ほどボットに書き込まれやすいため、検知したときの案内文をあらかじめ用意しておくことが大切です。
対象を決めるときは、一つの部署の、件数の多いテーマから始めるのが進めやすい方法です。例えば、情シスの「アカウント・パスワード」「ソフトウェアの申請」「機器の貸し出し」から始め、うまく回ったら総務、人事へと広げます。
規程Q&Aの作り方
社内ヘルプデスクのボットの精度を決めるのは、参照させる文書の質です。規程の原文をそのまま参照させるだけでなく、規程から問い合わせに答えるためのQ&Aを作ると、回答の精度と一貫性が上がります。
規程原文とQ&Aの役割を分ける
規程原文は「正式な根拠」、Q&Aは「よくある質問への答え方」と役割を分けます。Q&Aには、根拠となる規程の名称と条番号を必ず書き添えます。ボットが回答するときにはQ&Aの答えを示しつつ、根拠として規程の該当箇所を示せるようにしておくと、社員が原文を確認でき、回答の信頼性も上がります。
Q&Aの書き方の基本
規程からQ&Aを作るときは、次のルールで書くと、AIが参照しても誤解しにくくなります。
- 一つの項目に一つの質問と答えだけを書く
- 質問は社員が実際に使う言葉で書き、言い換えも併記する（「慶弔休暇」「忌引き」「お葬式で休む」など）
- 答えの最初に結論を書く（「取得できます」「○日です」「申請が必要です」）
- 答えが変わる条件をすべて書き出す（雇用形態、勤続年数、役職、拠点など）
- 手続きの手順と、申請先のシステムや様式の名前を書く
- 例外や担当者への相談が必要なケースを書く
- 根拠の規程名と条番号、最終更新日を書く
特に重要なのは4の条件です。規程は「正社員は」「契約社員は」のように条件で答えが分かれることが多く、条件を書き落とすと、ボットは条件を無視して一つの答えを返してしまいます。条件が多い場合は、条件ごとに項目を分けるか、表の形で整理します。
文書の分け方とメタデータ
規程やマニュアルを検索して回答させる仕組みでは、文書を適切な単位に分けて登録します。条単位、Q&Aの項目単位など、意味のまとまりで分けるのが基本です。あわせて、文書ごとに「担当部署」「対象となる社員の範囲」「施行日・更新日」「公開範囲」といった情報を持たせておくと、検索の精度が上がり、古い版を除外することもできます。分け方の考え方はRAGのチャンク分割の考え方で詳しく解説しています。
例えば、架空の例として、全国に拠点を持つ従業員数百名規模の会社で、総務が出張旅費規程のQ&Aを作ったとします。原文では日当の額が役職と出張先の地域で分かれ、さらに日帰りと宿泊で扱いが違っていました。最初は「出張の日当はいくらですか」という一つのQ&Aにまとめていたところ、ボットが役職を確認せずに一般社員の額を答える誤りが起きました。そこで、役職ごとに項目を分け、ボットには「役職によって答えが異なる場合は、先に役職を確認する」という振る舞いのルールを加えたことで、誤りが解消されました。
ボットの仕組みを選ぶ
社内ヘルプデスクのボットを作る方法は、大きく三つあります。
| 方法 | 概要 | 向くケース |
|---|---|---|
| 社内チャットツールの機能や拡張を使う | 普段使っているチャットツールに組み込まれたAI機能や、連携できるボットを使う | 対象文書が少なく、まず試したい |
| 社内向けAIチャットのSaaSを使う | 文書を取り込んで回答する機能を持つサービスを契約する | 開発体制がなく、複数部署で使いたい |
| 社内文書を検索して答える仕組みを個別に作る | 文書の登録、検索、回答生成、権限制御を自社向けに設計する | 権限の細かい制御や既存システムとの連携が必要 |
社内文書を検索してその内容を根拠に回答を作る仕組みは、一般にRAGと呼ばれます。構築の流れはRAGシステムの構築手順で解説しています。
どの方法を選ぶ場合でも、社員が普段使っているチャットツールやポータルから質問できることが、利用の定着には大きく効きます。別のサイトにログインし直さなければ使えないボットは、それだけで使われにくくなります。
権限と情報の扱いを設計する
社内ヘルプデスクのボットで最も注意すべきなのは、見てはいけない人に情報を見せてしまうことです。全社員向けの規程だけを対象にしているうちは問題になりにくいものの、管理職向けの規程、人事の内部手順、特定部署だけの資料などを参照させ始めると、権限の設計が欠かせません。
基本的な考え方は、「回答を作る前の検索の段階で、質問した人が見られる文書だけを対象にする」ことです。回答を作った後で隠そうとしても、生成された文章に内容が混ざってしまうため、検索段階での制御が原則です。社員の所属や役職を社内の認証基盤から受け取り、文書ごとに設定した公開範囲と照らし合わせて検索対象を絞ります。設計の詳細はRAGでの権限管理：見てはいけない文書を回答に混ぜない設計で扱っています。
あわせて、次の点も決めておきます。
- 社員が入力した質問のログを誰が見られるか（人事関連の質問内容は特に配慮が要る）
- ログの保存期間と、分析に使う場合の匿名化の方法
- 生成AIのサービスに送った内容が学習に使われない設定になっているか
- 社員がボットに書き込んではいけない情報（他人の個人情報、顧客の機密など）の周知
生成AIを社内で使う際のルールづくりは、生成AIの社内利用ガイドラインの作り方も参考になります。
導入と定着の手順
社内ヘルプデスクのボットは、作ることよりも使われ続けることの方が難しい領域です。導入は次の手順で進めます。
- 目的と対象を決める：最初の部署とテーマ、減らしたい問い合わせの種類を決める
- 規程Q&Aを作る：対象テーマの規程とマニュアルからQ&Aを作り、担当部署で内容を確認する
- 評価用の質問を用意する：過去の実際の問い合わせから、答えるべき質問、条件の確認が必要な質問、答えてはいけない質問を混ぜて用意する
- 試作して担当部署で試す：担当者自身が質問し、回答の正確さ、根拠の示し方、相談窓口の案内を確認する
- 一部の部署で先行公開する：協力的な部署に使ってもらい、使い勝手と回答の質を確認する
- 全社に公開する：使い方の案内と、ボットで答えられない場合の問い合わせ先を合わせて周知する
- 問い合わせ窓口の動線を変える：問い合わせフォームや社内チャットの入り口で、まずボットを案内する
- ログを見て改善する：未回答の質問、低評価の回答、担当者への引き継ぎ理由を定期的に確認し、Q&Aを追加・修正する
7の動線の変更は定着の鍵になります。ボットを公開しても、社員が慣れた担当者に直接聞く習慣が残ると、ボットは使われません。担当者側も「まずボットで確認してみてください、解決しなければこちらで対応します」と案内し、ボットを入り口にする流れをつくります。あわせて、社内ポータルのトップや問い合わせフォームの冒頭にボットの入り口を置き、新入社員研修や異動時の案内でも使い方を紹介すると、利用のきっかけが増えます。公開後しばらくは、ボットに寄せられた質問の件数と、担当者に直接来た問い合わせの件数を並べて見ていくと、動線の変更がうまくいっているかを確かめられます。
公開前チェックリスト
- 対象テーマの評価用の質問で、根拠を示して正しく答えられている
- 条件で答えが分かれる質問で、条件を確認してから答えている
- 規程にないことを推測で答えず、担当部署への相談を案内している
- ハラスメントや心身の不調の相談に対し、適切な窓口を案内している
- 質問者が見られない文書の内容が回答に含まれない
- 古い版の規程が検索対象から外れている
- 質問ログの閲覧者と保存期間が決まっている
- Q&Aの更新担当者と、規程改定時の反映手順が決まっている
- ボットで解決しない場合の問い合わせ先が明示されている
規程改定と更新の運用
社内ヘルプデスクのボットが信頼を失う最大の原因は、古い情報を答えることです。規程が改定されたのにQ&Aが更新されず、ボットが旧規程の内容を答えてしまうと、社員はボットを信用しなくなり、二度と使わなくなります。
更新を確実にするために、次のような仕組みをつくります。
- 規程の改定手続きの中に「Q&Aの更新」を組み込み、改定の承認と同時にQ&Aの修正を行う
- Q&Aごとに担当部署と責任者を決める
- 各Q&Aに最終確認日を記録し、一定期間確認されていない項目を定期的に見直す
- 施行日が決まっている改定は、施行日に合わせて新旧を切り替えられるようにする
規程のQ&Aを整えることは、ボットのためだけでなく、社内のナレッジを整理することでもあります。属人化していた運用の知識を文書にする機会と捉えると、取り組みの意義が社内で伝わりやすくなります。
架空の例として、在宅勤務の規程を改定し、通信費の補助の扱いが変わった場合を考えます。改定の稟議に「関連Q&Aの修正案」を添付することを決まりにしておけば、承認と同時にQ&Aの差し替え内容が確定します。施行日の前日までは旧規程のQ&Aを、施行日からは新しいQ&Aを検索対象にする設定にしておけば、移行期間中に「来月から変わると聞いたが、今月はどうなるのか」という質問にも、両方の版を区別して答えられます。
よくある失敗と避け方
規程の原文だけを読ませて終わる
原文だけでは条件の読み落としや解釈の誤りが起きやすく、精度が上がりません。問い合わせの多いテーマから規程Q&Aを作り、原文は根拠として併用します。
全部署を一度に対象にする
部署ごとに文書の整い具合も、担当者の協力の度合いも違います。一つの部署で型をつくり、Q&Aの書き方と運用の手順を固めてから横に広げます。
担当部署の確認を経ずに公開する
ボットの回答は部署の公式な案内として受け取られます。Q&Aの内容は必ず担当部署が確認し、責任を持てる状態で公開します。
権限の考慮を後回しにする
全社員向けの文書だけで始めた後で限定公開の文書を追加すると、権限の仕組みを作り直すことになります。将来扱う可能性がある文書の種類を最初に洗い出し、公開範囲の設定ができる設計にしておきます。
回答に根拠を示さない
根拠の規程名や条番号を示さずに答えるボットは、社員が回答の正しさを確かめられず、結局担当者に「ボットはこう言っていましたが本当ですか」と確認が来ることになります。回答には必ず根拠の文書と該当箇所を添え、原文へたどれるようにしておくと、確認のための問い合わせが減り、社員が規程そのものに触れる機会も増えます。
よくある質問
Q. 社員数が少ない会社でも、社内ヘルプデスクのボットは必要ですか？
社員数が少ない場合、ボットを作るよりも、規程とマニュアルを一か所にまとめて検索しやすくする方が効果的なことがあります。ただし、管理部門の担当者が一人で多くの業務を兼ねている場合や、拠点が分かれていて質問しづらい場合は、小規模でもボットの価値は出やすくなります。
Q. 規程Q&Aは誰が作るべきですか？
内容の責任は規程を所管する部署が持つべきです。ただし、Q&Aの書き方をそろえる役割は、推進担当者や外部の支援者が担うと効率的です。担当部署が下書きを作り、推進担当者が書き方を整え、担当部署が最終確認する、という分担がよく機能します。
Q. ChatGPTのような汎用のAIに規程を貼り付けて聞くのでは駄目ですか？
個人が規程を読み解く補助としては有効ですが、全社の問い合わせ窓口としては、どの版の規程を使うかの管理、回答の一貫性、権限の制御、ログの管理ができません。社内展開の進め方はChatGPTを社内導入する手順も参考にしてください。
Q. 就業規則に関する回答で、法的な問題は起きませんか？
ボットの回答は社内規程の内容の案内にとどめ、法令の解釈や個別の労務判断には踏み込まない設計にします。規程そのものの内容や運用については、社会保険労務士などの専門家に確認してください。
Otsumuに相談できること
対象が全社員向けの規程とマニュアルに限られ、権限の細かな制御が必要なく、普段使っているチャットツールやSaaSの機能で文書を取り込んで答えられるのであれば、社内で進めることは十分可能です。この記事の手順で一つの部署から規程Q&Aを作り、先行公開から始めれば、外部の支援なしで成果を出せる場合も多いはずです。
部署や役職によって見られる文書が異なる、人事システムや勤怠システムと連携して個人の状況に応じた案内をしたい、規程や手順書が大量にありPDFや表を多く含む、といった場合は、検索と権限の設計に専門的な工夫が必要になります。また、生成AIの社内活用を全社で進めたいが、どこから手を付けるべきか定まらない場合も、外部の視点が役に立ちます。
Otsumuでは、社内問い合わせの棚卸しと対象の選定から、規程Q&Aの設計、社内文書を検索して答える仕組みの開発、権限設計、公開後の改善までを一貫して支援しています。目的から逆算して必要な機能に絞り、AIを活用した少人数の開発で、一つの部署から小さく始めて広げる進め方を取ります。詳しくはAIチャットボット開発やRAG開発のページをご覧ください。
自社の社内問い合わせのどこから手を付けるとよいか、状況を伺いながら一緒に整理することもできます。30分の無料相談からお気軽にご連絡ください。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01