AIで作った社内FAQを更新する｜古い回答を残さない運用手順

AIで社内FAQを作っても、就業ルール、申請方法、商品仕様、担当窓口が変われば回答は古くなります。問題は文章の生成速度ではなく、どの資料を根拠に、誰が、いつまで有効と判断したかを追えることです。古い回答が検索結果へ残ると、社員は正しい手順より先に誤った案内へ到達します。

本記事は問い合わせ履歴から質問を作る初期作業ではなく、公開済みの社内FAQを更新する運用に限定します。AIは差分抽出や下書きを支援できますが、有効性の判断と公開承認は根拠資料を管理する人が担います。

FAQを文章ではなく管理単位として持つ

質問と回答だけを保存せず、一件ごとにID、根拠、責任者、期限、状態を持たせます。文書ファイルの中に大量のFAQを並べると、変更対象を探しにくく、古い回答だけが残りやすくなります。

全FAQを毎週読み返す運用は続きません。変更が起きたときに対象FAQを見つける仕組みにします。規程や料金の改定、システム画面の変更、担当窓口の変更、同じ問い合わせの増加、回答への「解決しなかった」という反応を更新トリガーとして登録します。

AIへ新版だけを渡すと、何が変わったかを誤認する可能性があります。差分の要約は確認作業を助けるものであり、変更の事実そのものは原資料で確かめます。

根拠が見つからない、部署間で説明が違う、例外処理が未決定という場合は、古い回答を残したまま検討しません。状態を「確認中」に変え、利用者には担当窓口と回答予定を示します。誤案内を続けるより、保留理由が分かる方が実務上安全です。

廃止するFAQは単に削除せず、リンク元、検索語、代替する手順を確認します。新しい回答へ転送するのか、問い合わせ窓口へ案内するのかを決めます。

週次では、期限切れ、確認中、閲覧が多い回答、解決しなかった回答を短時間で見ます。月次では、根拠資料が同じFAQの統合、重複質問、担当不在、更新遅延の原因を見直します。閲覧数が少ないだけで削除せず、重要度と誤案内時の影響を合わせて判断します。

更新の成果をFAQ件数で評価すると、似た質問が増えます。利用者が回答だけで手続を完了できたか、どの表現で誤解したか、窓口へ引き継いだかを記録します。正答でも、社内用語が多く行動できなければ改善対象です。

更新者は、AIの文章を直すだけでなく、根拠資料自体が探しにくい、所管が不明、例外の決定が遅いといった元の運用課題も台帳へ戻します。FAQ更新を、情報管理の不備を見つける窓として使います。

部署によって同じ質問への回答が異なる場合は、AIに平均的な文章を作らせず、適用条件と決定者を明らかにします。一つに統合できない回答は、利用者が条件を選べる質問へ分け、適用対象を冒頭で示します。

生成AIの出力をファクトチェックする手順は個別出力の一次情報確認を扱います。AI顧客対応のテストケースは公開前の誤案内検証を扱います。本記事は社内FAQを公開後も更新し続ける台帳と責任分担に限定しています。

社内情報をAIで扱う前の整理は、LIFESEEDSのAI活用・業務効率化支援をご確認ください。FAQ更新が属人化している場合はお問い合わせからご相談いただけます。