AI仕事効率化情報通信・IT情報整理・要約事務・総務 / カスタマーサクセスClaude

AIで社内FAQを作る方法｜質問収集・回答確認・更新運用の進め方

問い合わせ履歴だけをAIへ渡さず、正本・例外・責任者・確認日を揃え、20問から使われる社内FAQを作る方法を解説します。

2026年8月17日16分で読めるコレダケAI編集部

結論

AIで社内FAQ（よくある質問集）を作る時は、質問文を大量生成するより先に、「どの質問を対象にするか」「回答の正本は何か」「誰が確認し、いつ見直すか」を決めます。AIは、メールやチャットに散らばった質問の分類、重複の統合、回答原稿の下書き、表現の統一、抜けている条件の候補出しに向きます。一方、正しい回答、例外、権限、公開範囲、廃止判断は担当部署が決めます。

最初から全社チャットボットを作る必要はありません。一部署・一テーマのよくある20問を選び、質問、短い回答、条件、正本、確認日、問い合わせ先を揃えて3週間試します。閲覧されたか、FAQで解決しなかった質問は何か、同じ問い合わせが続いたか、更新にどれだけ手間がかかったかを見て、追加・統合・廃止を判断します。

この記事で得られること

FAQ・マニュアル・自動応答の違い、対象質問の選び方、集める材料、5つの作成工程、信頼できる回答の構造、Claude ProjectsなどのAIの使いどころ、架空の社内IT例、安全確認、20問からの評価方法が分かります。会社固有の回答や自動応答の設定ではなく、FAQを運用するための判断軸を持ち帰れる内容です。

1. 社内FAQが使われない原因と対象範囲を決める / 2. 質問履歴・正本・例外・連絡先を集める / 3. 分類→統合→下書き→確認→公開の5工程 / 4. 回答に正本・責任者・確認日・連絡先を持たせる / 5. Claude ProjectsなどのAIは原稿整理に使う / 6. 架空例：アカウント発行FAQを作る / 7. 個人情報・機密・古い回答・誤回答を防ぐ / 8. よくある20問で始めて利用状況を評価する

導入

社内FAQが使われない理由は、社員が検索しないからとは限りません。質問の言い方が利用者と違う、回答が長すぎる、対象条件がない、更新日が分からない、最終的に誰へ聞けばよいか書かれていないと、読んでも不安が残ります。古いFAQが一つ混ざるだけで、ページ全体への信頼が下がることもあります。

生成AIは、質問履歴をまとめ、似た質問を束ね、読みやすい原稿を作る助けになります。しかし、社内規程やシステム仕様を自動で最新に保つわけではありません。FAQの価値は回答文の自然さではなく、正本へ戻れること、責任者が分かること、古くなった時に止められることにあります。

この記事では、情シス、総務、カスタマーサクセスが社内向けFAQの原稿を作る場面を想定します。法務、人事評価、給与、医療、安全管理など個別判断が必要な質問は、FAQだけで完結させず、担当者へつなぐ設計を優先してください。

1. 社内FAQが使われない原因と対象範囲を決める

FAQに向くのは、頻度が高く、回答の正本があり、条件を説明できる質問です。「パスワードを忘れた」「経費申請の締め日はいつ」「申請が差し戻された時はどこを見る」といった質問は候補になります。反対に、事情を聞かなければ判断できない相談、承認、例外交渉、法的判断は、FAQへ一つの正解として固定しません。

形式	答える問い	向く内容
FAQ	この場合はどうするか	頻度が高く短く答えられる質問
業務マニュアル	業務全体をどう進めるか	目的、役割、工程、例外、責任
手順書	画面や道具をどう操作するか	操作順、入力、完了確認
個別相談	この事情で何を判断するか	例外、承認、専門判断、交渉
自動応答	質問に合う回答を探して返す	原稿と権限が整った後の配信手段

FAQ・マニュアル・個別相談の役割

頻度と正本の両方がある質問から始める

問い合わせが多くても、部署ごとに答えが違う質問は、先にルールの整理が必要です。正本があっても年に一度しか聞かれない質問は、最初の20問より優先度を下げられます。質問回数、回答にかかる手間、誤る影響、正本の有無を並べ、頻度が高く確認しやすいものから選びます。

業務全体を説明する必要がある場合は、FAQだけでなく、AIで業務マニュアルを作る方法と役割を分けます。顧客対応のFAQや引き継ぎは、カスタマーサクセスのAI活用方法も参考になります。

2. 質問履歴・正本・例外・連絡先を集める

社内FAQの材料として質問履歴・正本・例外・連絡先を集める図解 — 質問だけでなく、正本、例外、責任者、連絡先をセットで集めます。

AIへ渡す材料は、質問履歴だけでは足りません。メール、チャット、問い合わせ票から質問の言い方を集め、規程、公式ヘルプ、承認済みマニュアルなどの正本と組み合わせます。さらに、通常回答では解決しない例外、担当部署、連絡先、回答を公開できる範囲を集めます。

材料	例	確認すること
質問履歴	メール、チャット、問い合わせ票	個人情報を除き、似た言い方を残す
正本	規程、公式ヘルプ、承認済み文書	版、更新日、所有部署
回答履歴	担当者が実際に返した内容	正本との差、独自判断
例外	権限なし、期限超過、障害、個別承認	FAQで答えず誰へつなぐか
公開条件	閲覧者、部署、雇用区分	見せてよい情報と連絡先

社内FAQを作る前に集める5種類の材料

質問履歴には、氏名、メールアドレス、社員番号、顧客名、契約内容、健康情報などが含まれることがあります。質問の意味を保ちながら個人を特定できる情報を除き、会社が許可した環境だけで扱います。実際の問い合わせ文をそのまま保存する必要がない場合は、内容を一般化して質問候補へ変えます。

正本と回答履歴が違う時はAIに選ばせない

担当者の過去回答と最新規程が違う場合、AIへ「正しそうな方でまとめて」と頼むと、自然な折衷案を作る可能性があります。差分を一覧にして所有部署へ確認し、未確認の質問は公開待ちにします。AIが空白を埋めるより、「確認中」と明示して連絡先へつなぐ方が安全です。

質問から個人・顧客を特定できる情報を除く
正本の版、更新日、所有部署を記録する
例外時は回答せず担当者へつなぐ条件を決める
公開範囲と閲覧権限を確認する

3. 分類→統合→下書き→確認→公開の5工程

社内FAQを分類・統合・下書き・確認・公開の5工程で作る図解 — AIは分類と下書きを補助し、担当部署が正本と公開を確認します。

作成は、分類、統合、下書き、確認、公開の5工程に分けます。まず質問を「アカウント」「経費」「勤怠」など利用者が探す言葉で分類します。次に「ログインできない」「パスワードを忘れた」のような重複を、意味を失わない範囲で統合します。その後、正本を参照して回答原稿を作り、担当部署が確認してから公開します。

工程	AIが補助しやすいこと	人が確認すること
1. 分類	質問の似たテーマをまとめる	利用者が探す分類名
2. 統合	重複と表現揺れの候補	条件の違う質問を混ぜていないか
3. 下書き	短い回答、見出し、言い換え	正本、対象、例外、権限
4. 確認	抜け候補、矛盾、確認表	回答責任者の承認
5. 公開	要約、索引、変更履歴の整形	閲覧範囲、確認日、連絡先

AIで社内FAQを作る5工程

質問文は、社員が実際に使う言葉を残します。制度名だけでなく「○○できない」「○○はいつまで」のような検索語を含めると見つけやすくなります。回答は最初に結論を書き、その後に対象条件、必要な手順、例外、連絡先を置きます。背景説明を長くする場合はマニュアルへリンクし、FAQ自体を読みやすく保ちます。

4. 回答に正本・責任者・確認日・連絡先を持たせる

信頼できるFAQは、質問と回答だけで終わりません。対象者、結論、条件、手順、例外、正本、回答責任者、最終確認日、解決しない時の連絡先を持たせます。利用者は、自分が回答の対象か、いつの情報か、どこまで進めてよいかを判断できます。

項目	役割	書き方の例
質問	利用者の検索語	社用アカウントへログインできません
短い回答	最初の行動	まず再設定ページを確認します
対象・条件	誰に当てはまるか	在籍中で端末登録済みの社員
手順	必要最小限の行動	確認→再設定→再ログイン
例外	FAQで完結しない条件	退職、権限停止、障害時は窓口へ
正本	回答の根拠	アカウント管理規程第○版
責任者・確認日	更新責任	情報システム部 / 2026-08-17
連絡先	解決しない時の次の行動	申請フォームまたは担当窓口

一つのFAQ回答に持たせる項目

回答できない条件も明記する

FAQは何でも答える場所ではありません。「個別契約による」「管理者の承認が必要」「本人確認ができない」「障害情報を確認中」といった条件では、無理に一般回答へ当てはめず、担当者へつなぎます。回答不能を失敗扱いにせず、安全に止める設計にすると、誤った自己解決を減らせます。

確認日は単なる飾りではありません。規程やシステムが変わっていなくても、一定期間ごとに回答を見直した証拠になります。更新担当が異動した時に放置されないよう、個人名ではなく部署や役割を所有者として持たせ、後任の引き継ぎ方法を決めます。

5. Claude ProjectsなどのAIは原稿整理に使う

Claude Projectsは、関連文書と会話を一つの作業領域へまとめ、質問分類や回答原稿の整理へ使う候補です。Anthropicの公式ヘルプでは、Projectが独自の会話履歴と知識ベースを持ち、文書や情報を追加できると説明されています。利用できる機能や条件は変わるため、実際の契約と画面で確認します。

ファイルのアップロードに関する公式案内では、チャットやProjectへ文書を追加できる一方、ファイル形式、容量、抽出方法に条件があると案内されています。FAQの正本を入れる時は、ファイル名に版と日付を付け、古い文書を同じ場所に残さないようにします。

工程	AIが補助すること	人が担うこと
質問整理	分類、重複、表現揺れの候補	対象質問と分類名の決定
回答原稿	要約、言い換え、構造化	正本との一致、例外、権限
品質確認	矛盾・抜け候補の一覧	回答責任者の承認
運用	変更候補、問い合わせ傾向の整理	公開、更新、廃止、連絡先

FAQ作成でAIと人の役割を分ける

ChatGPTやCopilotなど別のAIを使う場合も、考え方は同じです。AIに正しさを決めさせるのではなく、確認済みの正本から原稿候補を作り、人が承認します。入力できる情報、学習利用、保存期間、アクセス権、削除方法を会社のルールとサービス設定で確認してください。

6. 架空例：アカウント発行FAQを作る

架空の会社では、「アカウントを作りたい」「初期パスワードが届かない」「ログインできない」「権限を追加したい」「退職者のアカウントを止めたい」という質問が繰り返されています。これらを一つの回答へまとめず、申請、本人確認、障害、権限変更、停止で分けます。

質問	短い回答	正本・確認	FAQで答えない条件
新規発行はどう申請しますか	申請フォームから所属・役割を入力	アカウント管理規程 / 情シス	特別権限は承認者へ
初期パスワードが届きません	迷惑メールと登録先を確認	通知手順 / 確認日	本人確認できない時は窓口へ
ログインできません	障害情報→再設定→端末確認	公式ヘルプ / 情シス	全社障害時は再設定しない
権限を追加したいです	対象業務と承認者を添えて申請	権限管理規程 / 所有部署	個別判断はFAQで承認しない
退職者の停止はどうしますか	所定の期限と申請経路を確認	退職手続規程 / 人事・情シス	緊急停止は専用窓口へ

架空のアカウントFAQの構成例

AIには、問い合わせ文をこの五つの意図へ分類し、重複した言い方を候補としてまとめさせます。回答本文は、結論、対象、手順、例外、正本、確認日、連絡先の順で整えます。担当部署は、実際の規程と画面を照合し、架空の日数や権限名が追加されていないか確認します。

質問の言い換えを残す

社員は正式名称で検索するとは限りません。「パスワード忘れた」「ログイン不可」「認証できない」は、同じFAQへ導ける言い換え候補です。ただし、障害と本人の入力ミスは対応が違うため、条件まで同じかを確認します。言い換えを増やす目的は回答を水増しすることではなく、正しい入口へ案内することです。

7. 個人情報・機密・古い回答・誤回答を防ぐ

FAQづくりでは、入力前、公開前、運用中の三段階でリスクを確認します。入力前は、問い合わせ履歴から個人・顧客・契約を特定できる情報を除き、許可されたAIだけを使います。公開前は、正本、対象条件、例外、閲覧権限を確認します。運用中は、規程や画面の変更、問い合わせの変化、古い回答を見直します。

個人情報保護委員会の注意喚起では、生成AIへ個人データを入力する場合、提供者が機械学習へ利用しないことなどを十分に確認するよう案内しています。また、AIの応答には不正確な内容が含まれる場合があるため、正本と担当者による確認を省略できません。

リスク	起きること	対応
個人情報	問い合わせ文から社員や顧客を特定できる	匿名化、必要最小限、許可済み環境
機密情報	内部URLや権限情報が広く公開される	閲覧範囲、リンク権限、公開前確認
古い回答	制度・画面・連絡先が変わる	確認日、所有者、見直し期限、廃止
誤回答	AIが正本にない条件を補う	出典、未確認表示、担当者承認
例外の誤処理	個別判断を一般回答へ当てはめる	停止条件と連絡先を明記
自動公開	未確認原稿が利用者へ届く	下書きと公開権限を分ける

社内FAQで起きやすいリスクと対応

入力前：個人情報、顧客情報、契約情報、内部URLを確認する
公開前：正本、対象条件、例外、責任者、確認日を確認する
運用中：規程・画面・連絡先の変更と未解決質問を確認する
廃止時：検索結果や自動応答から古い回答を外す

8. よくある20問で始めて利用状況を評価する

社内FAQを20問から始め閲覧・未解決・再問い合わせ・更新負荷を評価する図解 — 一部署・一テーマで小さく試し、追加・統合・修正・廃止を判断します。

最初は、問い合わせが多い一部署・一テーマの20問に絞ります。20という数は効果を保証する基準ではなく、担当者が一件ずつ確認し、公開後の反応を追える小さな単位として使います。三週間ほど試し、どのFAQが閲覧されたか、解決しなかった質問、同じ問い合わせ、回答の修正、更新時間を記録します。

項目	見ること	次の対応
閲覧	探されている質問か	見られないFAQは題名・配置を見直す
未解決	FAQ後も担当者へ来た質問	条件・例外・連絡先を補う
再問い合わせ	同じ質問が続いたか	言い換え、検索語、回答冒頭を直す
誤り・古さ	正本との差や変更	修正、非公開、廃止を判断
更新負荷	確認に必要な担当と時間	所有者と見直し頻度を調整