「総務や人事に同じ質問が何度も届く」「担当者が休むと回答できる人がいない」と悩んでいませんか。こうした状況の改善に役立つのが社内FAQです。
ただし、思いついた質問と回答を並べるだけでは、社員に使われないFAQになりかねません。社内FAQは、対象と目的を絞り、頻出質問から小さく作ることが大切です。公開後は検索や問い合わせの記録を確認し、内容を更新します。
社内FAQは、次の5つの手順で作成します。
- 問い合わせ履歴とヒアリングから質問を集める
- 発生頻度と業務への影響で作成順を決める
- 社員が使う言葉で質問と回答を書く
- 内容・権限・導線を確認して公開する
- 検索と問い合わせの記録から追加・修正する
本記事では、社内FAQに必要な項目をテンプレートで紹介します。Excel・Word・Teams・Office 365・専用ツールの使い分けや、公開後の運用方法も解説します。
社内FAQとは
「社内FAQと業務マニュアルは何が違うのか」と迷う方もいるでしょう。社内FAQの役割を理解するには、次の3点を押さえることが重要です。
- 社員の自己解決と回答の標準化を支える仕組み
- 業務マニュアルとの違い
- 顧客向けFAQとの違い
社内FAQに適した情報を見極めるため、それぞれの違いを確認しましょう。
社員の自己解決と回答の標準化を支える仕組み
社内FAQとは、社員から繰り返し寄せられる質問と回答をまとめ、必要なときに検索できるようにした仕組みです。FAQは「Frequently Asked Questions」の略で、「よくある質問」を意味します。
たとえば、次のような質問が対象になります。
- 経費申請の締め日はいつか
- 有給休暇はどこから申請するか
- パスワードを忘れた場合はどうするか
- 新しい取引先を登録するには何が必要か
回答を社内FAQにまとめれば、社員は担当者へ連絡する前に自分で調べられます。担当者によって回答内容が変わることも防ぎやすくなります。
社内FAQの目的は、単に質問件数を増やすことではありません。社員が迷ったときに、正しい情報へたどり着ける状態を作ることです。
業務マニュアルとの違い
社内FAQと業務マニュアルの主な違いは、情報を探す入口です。社内FAQは「質問」から答えを探します。一方、業務マニュアルは、業務の流れや操作手順を順番に理解するための文書です。
| 比較項目 | 社内FAQ | 業務マニュアル |
|---|---|---|
| 主な目的 | 疑問を短時間で解決する | 業務全体や手順を理解する |
| 情報の入口 | 質問文・検索語 | 目次・業務工程 |
| 向いている内容 | 頻出質問、判断条件、申請先 | 一連の作業、操作、教育内容 |
| 読み方 | 必要な項目だけ読む | 順番に読む場合が多い |
たとえば、「経費精算の方法を最初から知りたい」場合はマニュアルが適しています。「領収書を紛失したらどうするか」という個別の疑問にはFAQが向いています。
両者を競合させる必要はありません。FAQには結論を短く書き、詳しい操作は業務マニュアルへ案内すると、情報の重複を防げます。
顧客向けFAQとの違い
社内FAQと顧客向けFAQでは、対象者と扱う情報が異なります。社内FAQは社員が対象であり、社内規程や申請方法など、外部に公開しない情報を含む場合があります。
| 比較項目 | 社内FAQ | 顧客向けFAQ |
|---|---|---|
| 利用者 | 社員、委託先など | 顧客、見込み顧客 |
| 主な内容 | 規程、申請、社内システム、業務ルール | 商品、契約、利用方法、サポート |
| 公開範囲 | 社内限定が中心 | Web上での一般公開が中心 |
| 重視する管理 | 部署・役職別の閲覧権限 | 分かりやすさ、顧客体験、公開情報の正確性 |
社内FAQでは、誰が閲覧できるかを質問単位で確認する必要があります。給与、人事評価、情報セキュリティなど、閲覧範囲を限定すべき内容を一律に公開しないよう注意しましょう。
社内FAQを作る前に決める4つのこと
「まず質問を書き出せばよい」と考えがちですが、目的や責任者が曖昧なままでは更新が止まります。作成前に決めるのは、次の4点です。
- 誰のどの問い合わせを減らすか
- 対象部署と情報の範囲
- 作成者・承認者・更新責任者
- 問い合わせ件数や利用状況などの確認指標
最初に運用の前提をそろえると、必要以上にFAQを増やさずに済みます。
誰のどの問い合わせを減らすか目的を決める
最初に、対象者と解決したい問い合わせを具体化します。「全社の問い合わせを減らす」だけでは範囲が広すぎるためです。
たとえば、「新入社員から総務へ届く、入社後1か月以内の申請に関する質問を減らす」のように設定します。対象者、担当部署、質問の種類を明確にすると、集めるべき情報が見えてきます。
目的を決める際は、現場の困りごとも確認しましょう。件数が少なくても、回答に時間がかかる質問や、誤回答の影響が大きい質問は優先候補になります。
対象部署とFAQに含める情報の範囲を決める
社内FAQは、対象部署と情報の範囲を絞って始めると管理しやすくなります。最初から全社の情報を集めると、確認作業が増え、公開まで進まないことがあるためです。
初期範囲の例は次のとおりです。
- 総務：備品、経費、施設、各種申請
- 人事：休暇、勤怠、入社・異動手続き
- 情報システム：アカウント、端末、パスワード、ソフトウェア
機密情報や個人情報を含む質問は、FAQ化の対象から外すか、閲覧権限を限定します。「FAQへ載せない情報」も先に決めておくと安全です。
回答の作成者・承認者・更新責任者を決める
正確な社内FAQを保つには、作成・承認・更新の役割を分けます。一人の善意に依存すると、異動や退職をきっかけに更新が止まりやすいためです。
| 役割 | 主な担当 |
|---|---|
| 作成者 | 問い合わせ履歴を整理し、回答案を書く |
| 承認者 | 規程や実際の業務と一致しているか確認する |
| 更新責任者 | 期限を管理し、変更時に修正する |
小規模な組織では同じ人が複数の役割を担当しても構いません。ただし、誰が最終確認するかは明記しましょう。
問い合わせ件数や利用状況など確認する指標を決める
社内FAQの効果を判断するため、公開前に確認する指標を決めます。指標がなければ、使われているか、何を直すべきかを判断できません。
候補になる指標は次のとおりです。
- 対象カテゴリの問い合わせ件数
- FAQの閲覧数
- 検索しても結果が出なかった語句
- 回答を見ても解決しなかった件数
- 「役に立った・分からなかった」などの利用者評価
- 最終確認日を過ぎたFAQの件数
利用中のツールですべて取得できるとは限りません。最初は問い合わせ台帳とFAQ更新表だけでも構いません。継続して確認できる指標を選びましょう。
【テンプレート】社内FAQに必要な項目
社内FAQの項目は、質問と回答だけでは不十分です。検索性や更新性を保つには、管理・検索・回答・導線・更新の情報をまとめます。
| 区分 | 項目 | 記載内容 |
|---|---|---|
| 管理 | FAQ ID | 重複を避け、変更を追跡する番号 |
| 管理 | カテゴリ | 総務、人事、情報システムなどの分類 |
| 管理 | 対象部署・対象者 | 閲覧対象となる部署、役職、雇用区分など |
| 検索 | 質問文 | 社員が実際に尋ねる形の文章 |
| 検索 | 別の言い方・旧称 | 略称、表記揺れ、以前の制度名など |
| 回答 | 短い結論 | 最初に示す直接的な答え |
| 回答 | 手順・条件・例外 | 操作手順、適用条件、例外時の対応 |
| 解決導線 | 関連ページ・問い合わせ先 | 申請画面、規程、マニュアル、担当窓口 |
| 更新 | 責任者・確認日・次回確認日 | 正確性と情報の鮮度を管理する情報 |
次は架空の記入例です。実在する企業の制度や運用を示すものではありません。
| FAQ ID | カテゴリ | 質問文 | 短い結論 | 関連情報 | 責任者・確認日 |
|---|---|---|---|---|---|
| FAQ-SO-001 | 総務 | 備品を購入するにはどうすればよいですか？ | 申請フォームで承認を得てから購入します | 備品購入申請、総務窓口 | 総務担当／20XX-XX-XX |
| FAQ-HR-001 | 人事 | 有給休暇はどこから申請しますか？ | 勤怠システムの休暇申請から登録します | 休暇規程、人事窓口 | 人事担当／20XX-XX-XX |
| FAQ-IT-001 | 情報システム | パスワードを忘れた場合はどうしますか？ | 認証画面の再設定手続きを利用します | 再設定ページ、情シス窓口 | 情シス担当／20XX-XX-XX |
Excelで始める場合も、この項目を列として設定できます。公開用の文章と管理用の情報を分けておくと、別のFAQツールへ移行するときにも整理しやすくなります。
社内FAQの作り方を5つの手順で解説
「どこから着手すればよいか分からない」という場合は、質問収集から改善までを5段階に分けましょう。
- 問い合わせ履歴と担当者ヒアリングから質問を集める
- 発生頻度と業務への影響で作成順を決める
- 社員が使う言葉で質問と回答を書く
- 内容・権限・導線を確認して公開する
- 検索と問い合わせの記録から追加・修正する
各段階の成果物と確認事項を説明します。
1. 問い合わせ履歴と担当者ヒアリングから質問を集める
最初に、実際に発生した質問を集めます。担当者の想像だけで作ると、社員が本当に困っている内容とずれる可能性があるためです。
質問の収集元には、次のものがあります。
- メールやチャットの問い合わせ履歴
- ヘルプデスクや申請窓口の記録
- 総務・人事・情報システム担当者へのヒアリング
- 新入社員研修で出た質問
- 既存マニュアルの分かりにくい箇所
- 検索しても情報が見つからなかった記録
個人情報や機密情報は収集時に取り除きます。質問文は整えすぎず、社員が使った表現も残しましょう。後から検索語として活用できます。
2. 発生頻度と業務への影響で作成順を決める
集めた質問は、すべてを一度にFAQ化せず、優先順位を付けます。頻度が高い質問と、誤回答の影響が大きい質問から始めると効果を確認しやすくなります。
| 発生頻度 | 業務への影響 | 対応方針 |
|---|---|---|
| 高い | 大きい | 最優先でFAQ化する |
| 高い | 小さい | 定型回答として早めにFAQ化する |
| 低い | 大きい | FAQ化し、専門窓口への導線も付ける |
| 低い | 小さい | 後回しにするか、既存資料へ統合する |
回答が状況ごとに大きく変わる相談は、FAQだけで完結させないほうが安全です。判断条件を示したうえで、担当窓口へ案内します。
3. 社員が使う言葉で質問と回答を書く
質問文には、担当部署の正式名称よりも社員が実際に使う言葉を採用します。検索者の言葉とFAQの表現が異なると、正しい回答が登録されていても見つからないためです。
たとえば、「認証資格情報の再発行」より「パスワードを忘れた」のほうが検索されやすい場合があります。正式名称は回答本文や別の検索語として補足します。
回答は、結論、手順、例外、関連情報の順に書くと理解しやすくなります。公開前に、対象部署の社員へ読んでもらい、迷わず行動できるか確認しましょう。
4. 内容・権限・導線を確認して公開する
公開前には、回答の正確性だけでなく、閲覧権限とアクセス方法も確認します。正しいFAQでも、場所が分からなければ使われません。
公開前の確認項目は次のとおりです。
- 現在の規程や業務手順と一致しているか
- 承認者が内容を確認したか
- 閲覧できる社員の範囲は適切か
- 申請ページや関連マニュアルのリンクが開くか
- パソコンとスマートフォンで読みやすいか
- Teamsや社内ポータルなど普段の業務導線から開けるか
- 解決しない場合の問い合わせ先があるか
最初は対象部署を限定して試験公開する方法もあります。利用者の反応を確認してから対象を広げると、大幅な手戻りを防げます。
5. 検索と問い合わせの記録から追加・修正する
公開後は、利用記録をもとにFAQを改善します。公開は完成ではなく、社員が使う言葉や業務変更を反映する運用の始まりです。
検索結果がゼロだった語句は、新しいFAQや別名登録の候補になります。FAQ閲覧後も同じ問い合わせが届く場合は、回答が分かりにくい、手順が古い、例外条件が不足している可能性があります。
新しい質問を追加する受付方法も用意しましょう。問い合わせフォームやチャットの定型タグを使えば、FAQ候補を継続的に集められます。
見やすく検索されやすい質問・回答を書くコツ
社内FAQが読まれない原因は、情報量の不足だけではありません。質問文や回答の構造が分かりにくい場合もあります。
- 質問文は社員が実際に尋ねる形にする
- 回答は結論を先に書き、1ページ1質問に絞る
- 手順は番号付きで書き、条件と例外を分ける
- 画像・リンク・問い合わせ先を配置する
専門用語の言い換えと、回答日・責任者の表示も含めて解説します。
質問文は社員が実際に尋ねる形にする
質問文は「休暇申請について」のような名詞だけでなく、「有給休暇はどこから申請しますか？」のように書きます。具体的な疑問が見出しになるため、検索結果を見た社員が自分に必要な回答か判断しやすくなります。
表記揺れも登録しましょう。たとえば「有休」「有給」「年休」が同じ制度を指すなら、別の検索語として持たせます。旧システム名や社内で使われる略称も候補になります。
回答は結論を先に書き1ページ1質問に絞る
回答の冒頭には、質問への直接的な結論を書きます。背景説明から始めると、社員が必要な行動を見つけにくいためです。
1ページに複数の質問を詰め込まず、原則として1ページ1質問にします。関連する疑問は別のFAQとして作り、相互にリンクします。こうすれば、検索結果の見出しと回答内容が一致しやすくなります。
手順は番号付きで書き条件と例外を分ける
操作や申請の手順は番号付きリストで示します。「最初に何をし、次にどこを押すか」が分かりやすくなるためです。
条件や例外は、通常手順と分けて記載します。たとえば、雇用区分や申請金額によって承認経路が異なる場合は、表にまとめます。対象外のケースまで一つの文章に詰め込むと、誤読につながります。
画像・リンク・問い合わせ先を配置する
文章だけで伝わりにくい操作には、画面画像や関連リンクを添えます。ただし、画像内のボタン配置はシステム更新で変わる可能性があります。画像だけに頼らず、操作名も文章で書きましょう。
FAQだけで解決できない場合に備え、問い合わせ先も明記します。「解決しない場合は、エラー画面と発生時刻を添えて情報システム窓口へ連絡する」のように、必要な情報まで示すと往復を減らせます。
このほか、次の2点も重要です。
- 専門用語には、社員が理解できる短い説明を添える
- 回答の責任者と最終確認日を表示する
難しい言葉を完全に削除するのではなく、正式名称と分かりやすい言い換えを併記すると検索にも役立ちます。
Excel・Word・Teams・Office 365など専用ツールの使い分け
「まずは無料で自作したい」「既存のTeamsを使いたい」と考える企業は少なくありません。作成手段は、FAQ件数、利用人数、権限、更新頻度、分析の必要性で選びます。
- Excelは少人数で試す段階に向く
- Wordは変更の少ない配布用FAQに向く
- TeamsではMicrosoft ListsやSharePointへの導線を作る
- Google Sitesはページ型FAQの共有に使える
- 専用FAQツールは件数や部署が増えた段階で検討する
それぞれの適性と、別の仕組みへ移るサインを確認しましょう。
| 選択肢 | 適する状況 | 主な注意点 | 移行を検討するサイン |
|---|---|---|---|
| Excel | 少人数、少ない件数、試験運用 | 閲覧権限や検索、重複管理が複雑になりやすい | 複数部署で同時更新し、版管理が難しくなる |
| Word | 固定的なFAQを配布・印刷する | 質問単位の検索や更新がしにくい | 変更頻度が増え、古いファイルが残る |
| Teams＋Lists／SharePoint | Microsoft 365環境で共有する | 権限・リスト・ページの設計が必要 | 横断検索や利用分析の要求が高まる |
| Google Sites | ページ型FAQを社内共有する | 質問単位の管理や分析を別途考える | 更新件数や承認工程が増える |
| 専用FAQツール | 部署横断、件数増加、検索改善が必要 | 導入前のデータ整理と運用設計が必要 | ― |
Excelは少人数でFAQ項目を試す段階に向く
Excelは、少人数でFAQの項目や運用方法を試す段階に向いています。表形式で質問、回答、カテゴリ、責任者、確認日を管理できるためです。
フィルターや検索を使えば、カテゴリごとの絞り込みもできます。一方、行数や利用者が増えると、重複登録や編集競合が起きやすくなります。ファイルを複製して配布すると、どれが最新版か分からなくなる点にも注意が必要です。
Excelを公開画面として使い続けるのではなく、FAQ項目を検証する台帳として使う方法もあります。運用が固まったら、社内サイトや専用ツールへ移行します。
Wordは変更の少ない配布用FAQに向く
Wordは、質問数が少なく、変更頻度の低いFAQを文書として配布する場合に向いています。印刷やPDF化が必要な場面でも扱いやすいでしょう。
一方、質問単位の検索、カテゴリ別の表示、利用状況の把握には不向きです。更新した文書を再配布しても、社員の端末に古い版が残る可能性があります。
規程の付録や研修資料として固定版を配る場合はWord、日常的に検索・更新する場合は別の仕組みを検討すると切り分けやすくなります。
TeamsではMicrosoft ListsやSharePointへの導線を作る
Teamsを利用している場合は、チャットに回答を書き続けるのではなく、Microsoft ListsやSharePointにFAQを蓄積し、Teamsから開ける導線を作る方法があります。
Microsoftの公式情報では、Microsoft ListsはMicrosoft 365、SharePoint、Teamsから利用できると説明されています。Teamsチャネルには、新しいリストや既存のリストを追加できます。
Listsの列に、質問、回答、カテゴリ、検索語、責任者、確認日を設定すれば、FAQ台帳として管理できます。SharePointページは、FAQの閲覧画面や関連マニュアルの置き場所として利用できます。
ただし、契約プラン、管理者設定、組織の権限設計によって利用条件が異なる場合があります。導入前に自社環境で確認してください。
Google Sitesはページ型のFAQを共有する方法になる
Google Workspaceを利用している場合は、Google Sitesで社内向けのFAQページを作る方法があります。ページをカテゴリごとに分け、関連するGoogleドキュメントやフォームへ案内できます。
Googleの公式ラーニングセンターでは、ページ作成、編集者との共有、公開前のプレビューなどが案内されています。
Google Sitesを使う場合も、回答の責任者や確認日は別途管理します。FAQ件数が増えたときの検索方法、質問単位の更新、利用状況の確認方法も事前に検討しましょう。
専用FAQツールは件数・部署・改善要求が増えた段階で検討する
専用FAQツールは、FAQ件数や利用部署が増え、検索・権限・分析を強化したい段階で検討します。最初から導入することが必須ではありません。
検討のサインには、次のものがあります。
- Excelや文書では重複と更新漏れが増えた
- 部署ごとに閲覧・編集権限を分けたい
- 表記揺れや自然文から回答を見つけやすくしたい
- 検索ゼロ件や未解決の記録を改善に使いたい
- 複数の社内システムや文書を横断して探したい
製品数や機能数だけで選ぶと、運用が複雑になる可能性があります。まず、自社が解決したい問題を一つに絞りましょう。
社内FAQツールを選ぶ5つの基準
社内FAQツールは「有名だから」「AI機能があるから」という理由だけで選ばないことが重要です。実際の利用と更新に必要な5つの基準で確認します。
- 普段使う場所からアクセスできるか
- 表記揺れを含めて検索できるか
- 閲覧・編集・承認の権限を分けられるか
- 更新履歴と責任者を確認できるか
- 利用状況を改善に使えるか
無料トライアルがある場合は、担当者だけでなく実際の利用者にも試してもらいましょう。
社員が普段使う場所からアクセスできるか
FAQは、社員が普段使う社内ポータルやTeamsなどから少ない操作で開けることが重要です。専用画面へ毎回ログインする必要があると、担当者へ直接聞く行動へ戻りやすくなります。
パソコンだけでなく、現場のスマートフォンや共用端末で利用する場合も確認します。ログイン方法、表示速度、画面の読みやすさまで試しましょう。
表記揺れを含めて必要な回答を検索できるか
検索機能は、正式名称だけでなく、略称、旧称、言い換えでも確認します。「年次有給休暇」「有給」「有休」のように、社員が使う表現は一つではないためです。
実際の問い合わせ文を使って検索テストを行い、目的の回答が上位に出るか確認します。見つからない語句を記録して、同義語の登録や質問文の修正に使えることも重要です。
閲覧・編集・承認の権限を分けられるか
社内FAQでは、全社員向けの情報と限定情報を分ける必要があります。部署、役職、雇用区分などに応じて閲覧範囲を設定できるか確認しましょう。
閲覧者が回答を自由に変更できないことも重要です。作成者、承認者、公開者の権限を分けられると、誤った情報の公開を防ぎやすくなります。
更新履歴と責任者を確認できるか
誰が、いつ、何を変更したか確認できる機能は、FAQの信頼性を保つうえで役立ちます。誤って変更した場合に以前の内容へ戻せるかも確認します。
ツールの履歴機能だけに頼らず、FAQごとに更新責任者と次回確認日を設定しましょう。担当者の異動時には、責任者を一括で引き継げる運用が必要です。
検索・閲覧・未解決の状況を改善に使えるか
利用分析では、閲覧数の多さだけを見ないようにします。検索結果がなかった語句や、回答を見ても解決しなかった記録のほうが、改善箇所を見つけやすい場合があるためです。
必要なデータを出力できるか、期間やカテゴリをそろえて比較できるかも確認します。分析機能がなくても、問い合わせ時に「FAQを見たか」「何が分からなかったか」を記録できれば改善に使えます。
社内FAQを作っても使われない4つの原因
社内FAQを公開しても問い合わせが減らない場合は、社員の意識だけを原因にしないことが大切です。使われない主な原因は次の4つです。
- FAQの場所が分からない
- 検索しても見つからない
- 回答が長く分かりにくい
- 登録情報が古くなっている
FAQにない質問を受け付ける方法も用意し、仕組み側から改善しましょう。
FAQの場所が分からない
FAQの存在や場所が知られていなければ、社員は従来どおり担当者へ質問します。公開時の一度きりの案内だけでは定着しません。
社内ポータルの上部、Teamsの固定タブ、申請ページの近くなど、疑問が生まれる場所に導線を置きます。担当者が質問へ回答するときも、回答文だけでなく該当FAQのリンクを案内すると利用方法が伝わります。
検索しても見つからない
検索しても回答が出ない場合は、社員が使う言葉とFAQの登録語がずれている可能性があります。検索機能そのものより、質問文や同義語の不足が原因になることもあります。
検索ゼロ件の語句、問い合わせ時の言い回し、旧制度名を確認します。カテゴリを細かく分けすぎている場合は、社員が選びやすい数に整理しましょう。
回答が長く分かりにくい
回答が長く、結論が最後にあると、社員は途中で読むのをやめてしまいます。規程の文章をそのまま貼り付けるだけでは、次に何をすればよいか分からない場合があります。
冒頭に結論を置き、その後に手順、条件、例外を書きます。詳しい規程やマニュアルはリンク先に分け、FAQでは疑問への答えを優先しましょう。
登録情報が古くなってしまう
古いFAQが残ると、社員はFAQ全体を信用しなくなります。制度変更やシステム更新の際に、関連FAQも変更する運用が必要です。
各FAQに責任者と次回確認日を設定し、期限を迎えたものを定期的に一覧化します。参照している規程やシステムが変わったときに、関連FAQを特定できるようタグを付ける方法もあります。
さらに、FAQにない質問を受け付ける場所を設けましょう。新しい質問が担当者の受信箱だけに残ると、FAQが実際のニーズに追いつきません。
社内FAQを更新し続ける方法
社内FAQは、公開後の更新によって価値が決まります。担当者の感覚だけでなく、問い合わせと利用状況をもとに見直します。
- 対象カテゴリをそろえて問い合わせ件数を比較する
- 検索ゼロ件と未解決を確認する
- 利用者の評価から分かりにくい回答を見つける
- 更新期限を迎えたFAQを棚卸しする
- 重複・利用されないFAQを統合または削除する
改善の判断方法を順に見ていきましょう。
問い合わせ件数は対象カテゴリを揃えて比較する
問い合わせ件数を比較するときは、同じ部署・カテゴリ・期間で集計します。全問い合わせの合計だけでは、FAQの対象外となる相談が混ざるためです。
たとえば、人事FAQを公開した場合は、休暇や勤怠など対象カテゴリの問い合わせを分けて確認します。繁忙期や制度変更の影響もあるため、件数の増減だけで成功・失敗を決めないようにします。
閲覧数だけでなく検索ゼロ件と未解決を確認する
閲覧数が多くても、社員の疑問が解決したとは限りません。目的の回答が見つからなかった検索語と、閲覧後に問い合わせへ進んだ理由を確認します。
検索ゼロ件は、新しいFAQの候補だけではありません。既存FAQへ別の検索語を追加すれば解決できる場合もあります。未解決理由を「情報がない」「回答が難しい」「手順どおりに進まない」などに分けると改善しやすくなります。
利用者の評価から分かりにくい回答を見つける
回答ごとに「役に立った」「解決しなかった」といった簡単な評価を受け付けると、見直すFAQを絞れます。自由記述だけでは回答の負担が大きいため、選択式と任意コメントを組み合わせる方法があります。
評価が低いFAQは、内容が誤っているとは限りません。質問文と回答のずれ、専門用語、リンク切れ、例外条件の不足などを確認しましょう。
更新期限を迎えたFAQを定期的に棚卸しする
FAQごとに次回確認日を設定し、期限を迎えたものを月次や四半期ごとに確認します。規程、料金、組織名、システム画面など、変わりやすい情報は確認間隔を短くします。
更新責任者が異動・退職した場合に備え、部署単位の代替責任者も決めておきます。「変更なし」と確認した場合も、確認日を更新すると情報の信頼性を示せます。
重複・利用されないFAQは統合または削除する
FAQは増やすだけでなく、統合・削除も必要です。同じ内容のFAQが複数あると、どれが正しいか分からなくなり、検索結果も見づらくなります。
利用されないFAQは、検索語が不足しているのか、そもそも必要がないのかを確認します。必要性が低い場合は削除し、関連するマニュアルへ統合します。削除する際は、他のFAQや社内ページからリンクされていないか確認しましょう。
まとめ
社内FAQは、質問と回答を大量に登録することが目的ではありません。社員が必要なときに正しい回答を見つけ、担当者へ連絡せずに行動できる状態を作るための仕組みです。
作成は次の5つの手順で進めます。
- 問い合わせ履歴と担当者ヒアリングから質問を集める
- 発生頻度と業務への影響で作成順を決める
- 社員が使う言葉で質問と回答を書く
- 内容・権限・導線を確認して公開する
- 検索と問い合わせの記録から追加・修正する
最初から全社分を作らず、一つの部署や質問カテゴリに絞って始めましょう。FAQ ID、検索語、責任者、確認日まで管理すると、公開後の更新が続けやすくなります。
Excelや既存のグループウェアでも検証できます。検索・権限・更新・利用分析の負担が増えた段階で、専用FAQツールを検討するのが現実的です。まずは繰り返し届いている質問を集め、最初のFAQ候補を選ぶところから始めてください。