生成AIの社内FAQ作成ガイド｜問い合わせを減らす6つの設計

FAQを作る目的を問い合わせ件数の削減だけにすると、注意書きばかりが増えます。すると利用者は、読んでも自分のケースに当てはめられず、結局は個別相談へ戻ります。最初に決めるべきなのは、どの程度までなら利用者が自分で判断し、どこから先を確認へ回すかです。

総務省のAI事業者ガイドライン第1.2版は、AIを利用する主体もリスクを理解し、必要な対応を進める考え方を示しています。社内FAQでは、その考え方を「公開済みの自社情報の要約はよい」「未公開の見積額は入力しない」「対外文書は責任者が確認する」のように、業務の言葉へ置き換えます。抽象語を増やすより、迷いが起きる境界を先に書く方が使われます。

この時、利用を認める回答にも条件を添えます。たとえば「社内会議の論点整理に使える」と書くなら、共有先が社内に限られること、事実確認をする人、元資料を保管する場所まで決めます。「使ってよい」と「確認なしで送ってよい」を混同させないことが大切です。FAQを読んだ人が次に取る行動を想像できるかで、回答の質を確かめます。

最初から網羅的なFAQを作ろうとすると、制度説明だけで終わります。研修の質疑、チャットの相談、会議で止まった場面、管理職が差し戻した文章を集め、同じ種類の迷いをまとめます。質問は、利用できる業務、入力する情報、出力の確認、アカウント管理、外部への送信の5つに分けると整理しやすくなります。

たとえば「顧客名を伏せれば、商談メモを要約してよいですか」という質問なら、回答は可否だけで終えません。元のメモに個人情報や未公開情報が残っていないか、利用するサービスの設定を確認したか、要約後の事実を誰が元資料と照合するかまで書きます。質問の形を残すことで、次の利用者も自分の仕事へ引き寄せて読めます。

集める段階では、質問者の名前や個別の案件名を残さず、質問が生まれた業務の種類と迷った理由を記録します。毎週15分でも、推進担当と現場の責任者が質問を見返す時間を作ると、同じ説明を繰り返している箇所が見えてきます。回答が決まらない質問は無理にFAQへ載せず、判断待ちの一覧へ分けます。未確定のことを断定しない運用が、利用者の信頼を守ります。

• どの業務で使いたいか
• 何を入力したいか
• 完成物を誰に渡すか
• 人が確認する箇所はどこか
• 迷った時に誰へ相談するか

社内FAQの回答が長くなると、急いでいる人は読めません。回答の冒頭で可否を示し、その次に理由、続けて実行時の手順、最後に例外時の相談先を書くと、読む順番が安定します。可否を「原則可能」「事前確認が必要」「利用しない」の3種類にそろえると、部署ごとの回答も比べやすくなります。

例として、公開済みの自社サイトを要約して社内説明資料の下書きを作る場合は、原則可能と書けます。ただし、引用したページのURLを残し、固有名詞や数字を原文と照合し、社外へ出す資料に変える時は責任者が確認する、と続けます。AIの出力を完成品として扱わず、下書きから確認へ進む手順が見える回答にします。

反対に、禁止する回答にも代替手段を添えます。たとえば未公開の顧客情報を外部サービスへ入力できない場合は、固有情報を除いた架空の例で質問文を作る、社内で承認された環境を使う、担当部署へ要件を伝える、といった次の選択肢を示します。利用者を止めるだけでは業務の抜け道が生まれます。安全な進め方を示すことで、相談が早くなります。

全社員に同じ量のルールを読ませても、実務で使う人ほど必要な情報を見つけにくくなります。IPAのデジタルスキル標準は、すべてのビジネスパーソンが身につけるDXリテラシー標準と、DXを推進する人材の役割・スキルを分けています。社内FAQも、この考え方を借りて二層にすると運用しやすくなります。

全社員向けには、入力しない情報、出力を確認する場面、アカウント共有を避けること、困った時の連絡先を載せます。推進担当者向けには、利用候補業務の選び方、確認表の作り方、質問をFAQへ反映する判断、利用停止が必要な事例の記録方法を載せます。役割の違いを明確にすると、詳しい人だけが抱え込む状態を防げます。

公開場所も分けます。全社員向けは、検索やチャットからすぐ開ける一枚のFAQにします。推進担当者向けは、更新履歴、判断根拠、関係部署との確認記録までたどれる管理用のページにします。二つの文書で同じ回答が矛盾しないよう、管理用ページを正本にし、全社員向けには要点とリンクを掲載します。更新責任の所在も分かりやすくなります。

PDFを共有フォルダへ置くだけでは、利用者は困った時に見つけられません。社内ポータル、日常的に使うチャットの固定投稿、研修後に配る短いリンク集など、質問が出る場所の近くへ置きます。長い規程へ飛ばす前に、よくある質問の一覧から入れるようにします。

検索語も現場の言葉に合わせます。「個人情報」だけでなく「顧客名」「議事録」「写真」「履歴書」、「対外発信」だけでなく「メール」「提案書」「SNS」といった語を質問文へ含めます。担当部署の名称で探す人もいるため、相談先の表示名と連絡方法を統一します。FAQは正しいだけでは足りず、仕事中に見つけられることが条件です。

導線を置いた後は、アクセス数だけを成功指標にしません。よく読まれた質問、検索しても見つからなかった語、同じ内容で繰り返された相談を確認します。閲覧数が少なくても、迷いやすい業務で必要な時に使われているなら残す価値があります。反対に閲覧が多く個別相談も多い回答は、表現が曖昧か、業務の前提が抜けている可能性があります。質問の記録から直す箇所を決めます。

生成AIの機能やサービスの利用条件、社内で扱う情報、対象業務は変わります。毎月必ず全面改定するより、新しいサービスを使い始める時、対象部署を広げる時、出力の誤りやヒヤリハットが出た時に、該当する回答を見直す方が続きます。変更した質問、変更理由、確認者、更新日を残しておくと、次回の判断が速くなります。

DOONでは、研修中の質問をその場で終わらせず、実務で試した時の迷いまで集めます。その後、社内FAQ、確認表、プロンプト例を一緒に直していきます。社内FAQの完成は、文書を公開した日ではありません。利用者が迷った時に、止まらず相談か確認へ進める状態まで作れているかで判断します。

更新の連絡も運用に含めます。内容を変えた時は、変更した質問、適用開始日、影響する部署、以前の手順との差分を短く知らせます。大きな変更を一度に配るより、利用場面に近いタイミングで伝える方が定着します。FAQは規程の代わりではありませんが、規程・研修・日々の相談をつなぐ役割を持ちます。まずは現場の質問を20件集め、回答の確認者を決めるところから始めてください。