AIで社内FAQの更新漏れを防ぐ方法。問い合わせログから古い回答を見直す実務手順

社内FAQは、一度きれいに作っても、業務ルール、料金、申請方法、担当部署、利用ツールが変わるたびに古くなります。問題は、古くなった回答ほど気づきにくいことです。社員はFAQを読んだうえで問い合わせているのか、読まずに同じ質問をしているのか、そもそもFAQの回答が現状とずれているのか。ここを分けずに「FAQを充実させよう」と考えると、ページ数だけ増えて、現場では使われないナレッジになりがちです。

AIを使うと、問い合わせログ、チャット履歴、ヘルプデスクの回答、既存FAQを突き合わせて、「更新候補」を見つけやすくなります。ただし、AIに全社の正解を決めさせるのではありません。AIには、古い可能性がある回答、重複している質問、根拠が曖昧な回答を洗い出してもらい、最後は担当者が確認する。この分担にすると、社内FAQの更新漏れを防ぎながら、運用負荷も抑えられます。

FAQは作って終わりではなく問い合わせで育てる
AIへ渡す前に問い合わせログを整える
古い回答を見つけるプロンプト例
個別回答とFAQ更新を分けて考える
AI CONNECTを使う場面
社内Wikiやポータル記事と使い分ける
向いている人、向いていない使い方
公開前チェックで更新漏れを減らす
更新頻度は月次と随時を分ける
よくある質問
まとめ

FAQは作って終わりではなく問い合わせで育てる

社内FAQの更新で最初に決めたいのは、「どこから更新のきっかけを拾うか」です。よくある失敗は、担当者が思いついたタイミングだけでFAQを見直すことです。これだと、現場で本当に困っている質問が残り続け、担当者が気づきやすいページだけが更新されます。

更新の入口は、問い合わせログに置くのが実務的です。Slack、Teams、メール、問い合わせフォーム、社内ポータルの質問欄など、社員が実際に聞いた内容には、FAQの不足や古さが表れます。AIには、問い合わせを「新規FAQ候補」「既存FAQの更新候補」「個別対応でよい質問」「制度確認が必要な質問」に分類してもらいます。

問い合わせの状態	見るべきポイント	FAQ側の対応
同じ質問が何度も来る	FAQがない、または見つけにくい	新規作成、タイトル変更、導線追加
FAQを見ても追加質問が来る	回答が抽象的、例外が書かれていない	具体例、対象外、手順を追記
回答内容が担当者で違う	根拠資料や最新版が共有されていない	根拠リンク、更新日、責任部署を明記
古いルールで案内されている	制度変更がFAQに反映されていない	回答を差し替え、旧情報を削除

既存FAQの作り方から整えたい場合は、社内FAQをAIで作る手順も参考になります。今回の記事では、その先の「作ったFAQを古くしない運用」に絞って進めます。

AIへ渡す前に問い合わせログを整える

AIに問い合わせログを渡す前に、最低限の項目をそろえます。質問文だけを大量に入れても、AIは「似ている質問」をまとめることはできますが、どの回答が古いのか、誰が確認すべきなのかまでは判断しにくくなります。FAQ更新に使うログは、分析用の形に整えるほど精度が上がります。

項目	入れる内容	AIで見たいこと
質問文	社員から実際に来た質問	重複、言い換え、頻出テーマ
回答文	担当者が返した内容	既存FAQとの違い、追加すべき説明
回答日	問い合わせに回答した日	古い回答が残っていないか
根拠	規程、マニュアル、社内通知のURLや名前	根拠がない回答の抽出
担当部署	人事、経理、情シスなど	確認依頼先の候補
既存FAQ URL	関連するFAQがあれば入れる	更新対象ページの特定

個人情報や機密情報を含むログは、そのままAIに渡さないようにします。社員名、顧客名、取引先名、具体的な金額、個別のトラブル内容などは、分析に不要であれば伏せます。社内AI環境がある場合も、入力してよい情報の範囲を先に決めておくと、担当者が安心して運用できます。問い合わせ対応そのものをAIで整えたい場合は、社内問い合わせ対応をAIで整理する方法と合わせて読むと流れがつかみやすくなります。

古い回答を見つけるプロンプト例

ログを整えたら、AIに「FAQを作って」と頼む前に、既存FAQとの差分を見てもらいます。いきなり完成文を出させるより、まず更新候補を一覧化させるほうが、担当確認をしやすくなります。

あなたは社内FAQの更新担当を補助するアシスタントです。
以下の問い合わせログと既存FAQを比較し、更新候補を整理してください。

出力してほしい項目:
1. 関連する既存FAQの見出し
2. 更新が必要そうな理由
3. 追加すべき説明
4. 削除または修正したほうがよい古い表現
5. 確認すべき担当部署
6. 根拠資料が不足している箇所

注意:
- 不明なことを断定しない
- 制度やルールの最終判断は担当部署に確認する
- FAQ本文案は、確認前の仮案として書く

このプロンプトで重要なのは、「完成版」ではなく「更新候補」を出してもらうことです。FAQは、社員が実務で参照する情報です。特に人事制度、経費精算、セキュリティ、契約、顧客対応に関わる内容は、AIの文章だけで公開しないほうが安全です。AIは候補を広く拾う役、担当者は正しさを判断する役、と分けておきます。

個別回答とFAQ更新を分けて考える

問い合わせ対応では、目の前の質問に早く返すことが優先されます。一方でFAQ更新では、次に同じ質問をした人が迷わないように、汎用的な回答へ整える必要があります。この2つを混ぜると、チャットの返答をそのままFAQに貼り付けてしまい、条件や例外が抜けた回答になりやすいです。

用途	個別回答	FAQ更新
目的	今の質問者を助ける	次に同じ状況の人を助ける
文体	相手の状況に合わせる	誰が読んでも分かる形にする
必要な情報	質問への直接回答	対象者、条件、手順、例外、根拠
確認	担当者の判断で返すことが多い	公開前に責任部署が確認する

AIには、個別回答をFAQ向けに言い換えさせると便利です。たとえば「この回答を、全社員向けFAQとして再利用できる形に直してください。対象者、例外、確認先、更新日を入れてください」と依頼します。社内ヘルプデスクの一次対応も整えるなら、AI社内ヘルプデスクの作り方が近いテーマです。

AI CONNECTを使う場面

小さなチームなら、スプレッドシートと汎用AIだけでもFAQ更新の棚卸しは始められます。ただ、部署をまたいで問い合わせ対応、社内ナレッジ、AI利用ルール、担当確認の流れを整える場合は、AI導入と定着をまとめて設計したほうが進めやすくなります。

AI CONNECTは、AI活用を社内に根づかせるための相談先として検討できます。FAQ更新のような業務は、単にツールを入れるだけでは続きません。ログの集め方、AIに渡してよい情報、担当部署の確認フロー、社員への使い方共有まで決める必要があります。自社だけで運用設計する時間が取りにくい場合は、外部の知見を使う選択肢もあります。

社内FAQの更新運用やAI活用の定着を整えたい人はAI CONNECTを確認する

社内Wikiやポータル記事と使い分ける

FAQ更新だけで全てを解決しようとすると、1ページの中に情報が詰まりすぎます。よく聞かれる短い質問はFAQ、背景や判断基準が必要な内容は社内Wiki、全社員に知らせたい変更点はポータル記事、というように置き場所を分けると読みやすくなります。

情報の種類	向いている置き場所	例
短く答えられる質問	FAQ	申請期限、問い合わせ先、基本手順
背景や判断基準が必要	社内Wiki	制度の考え方、運用ルール、例外対応
変更を広く知らせたい	社内ポータル記事	新ツール開始、ルール変更、締切案内
守るべき基準がある	ルール文書	セキュリティ、契約、情報管理

社内WikiをAIで更新する流れは社内Wiki更新の記事、社内ポータル向けの告知文を作る流れは社内ポータル記事作成の記事が参考になります。ルールそのものを見直す場合は、FAQ更新ではなくAIで社内ルールを見直す運用として扱うほうが安全です。

向いている人、向いていない使い方

AIによるFAQ更新は、問い合わせが一定量あり、同じような質問が繰り返されている組織に向いています。情シス、人事、経理、総務、カスタマーサポート、営業管理など、社内から質問を受ける部署では効果が出やすいです。担当者の頭の中にある回答を、問い合わせログを起点にFAQへ移すことで、属人化も減らせます。

一方で、AIに任せきりでFAQを自動公開する使い方は向きません。制度変更、法務判断、セキュリティ、顧客契約、給与や個人情報に関わる内容は、必ず担当部署の確認を挟みます。また、問い合わせログが少ない段階では、AI分析よりも、まずFAQの見出しや導線を整えるほうが先です。

公開前チェックで更新漏れを減らす

AIが出したFAQ案は、公開前にチェックリストで確認します。ここを省くと、文章は自然でも、実務では使えない回答が混ざります。特に「誰が確認したか」「いつの情報か」「どの範囲に適用されるか」は、FAQの信頼性に直結します。

事実範囲担当更新日を確認してAIで更新した社内FAQを公開するチェックリスト図解

確認項目	見ること	不十分なときの対応
事実	最新の規程、通知、マニュアルと合っているか	根拠資料を確認してから公開する
範囲	対象者、対象部署、対象期間が分かるか	「全社員」「一部部署」などを明記する
担当	確認部署と問い合わせ先が分かるか	責任部署名を入れる
更新日	いつ見直した情報か分かるか	更新日と次回確認予定を入れる

このチェックを通したら、FAQ本文に更新日を入れ、変更した内容を問い合わせ担当者に共有します。FAQだけ更新しても、現場の担当者が古い回答を返し続けると、また同じ混乱が起きるためです。

更新頻度は月次と随時を分ける

FAQ更新は、毎日すべてを見る必要はありません。おすすめは、月次の定期棚卸しと、制度変更時の随時更新を分けることです。月次では問い合わせログをまとめてAIに分類させ、更新候補を一覧にします。随時更新では、規程改定、ツール変更、申請フロー変更など、古い回答が明らかに発生するタイミングで該当FAQを見直します。

更新管理表には、FAQタイトル、URL、担当部署、最終更新日、次回確認日、関連問い合わせ数、確認状況を入れます。AIには、この表をもとに「次に見直すべきFAQ」を並べてもらうと、優先順位をつけやすくなります。問い合わせが多いのに更新日が古いFAQ、根拠資料がないFAQ、回答者によって内容が違うFAQから着手すると効果的です。