社内FAQの作り方を調べている人の多くは、すでに一度作ったことがあります。共有ドライブに表を置き、質問と回答を並べ、全員に周知した。それでも同じ質問が電話とチャットで届き続ける。この状態は、FAQの中身が足りないから起きているのではなく、作り方の順番が違うことで起きています。
この記事では、社内FAQを「置く」作業ではなく「同じ質問が来なくなるまでの手順」として並べ直します。素材をどこから集めるのか、置き場所を何で決めるのか、質問文と回答文をどう書くのか、そして更新を誰が回すのか。受付や事務局をひとりで回している人が、いまの手作業のどこが詰まっているのかを見極められるところまで扱います。
社内FAQを作る会社が増えているのに、問い合わせが減らない理由
社内FAQへの取り組みは、この数年で明確に増えました。バックオフィスの人員を増やさないまま、テレワークと中途入社が同時に増えたため、口頭で伝えていた手順が回らなくなったからです。総務、人事、経理、情報システムのいずれかが窓口を兼ねている組織では、問い合わせ対応が本来の業務を押し出す形になります。
ところが、作ったあとの手応えは分かれます。同じ質問が減った組織と、まったく減らなかった組織の両方があります。
社内のあらゆる部署からの問い合わせを減らすために、「社内FAQ」を活用する企業が増えているようです。ただ、作ったものの問い合わせが減らず、業務効率化がなかなか進まないと感じている人も多いのではないでしょうか。 出典: dts.co.jp
減らない側に共通しているのは、次の3つです。第一に、探す側の言葉ではなく、答える側の言葉で書かれている。「休職に関する規程の適用範囲について」という見出しは、質問者が打ち込む「休みが長引くとき 給与」とはひとつも重なりません。第二に、置き場所が深い。共有ドライブの階層を3つ下ったところにある表は、聞いたほうが速いと判断されます。第三に、更新の持ち主がいない。制度が変わった月に誰も直さなければ、FAQは半年で「当てにならないもの」に格下げされ、以降は誰も開きません。
社内FAQの作り方を考えるとき、この3つはすべて中身の質ではなく設計と運用の話です。だから、質問と回答を増やす作業から始めると、どれだけ書いても手応えが出ません。順番としては、素材を集める、置き場所と持ち主を決める、書く、測る、直す、になります。
社内FAQを作ると何が変わり、何が変わらないか
先に、社内FAQのメリットとデメリットを両方並べておきます。期待の置き場所を間違えると、運用が続きません。
メリットの1つ目は、同じ質問に同じ答えが返ることです。担当者が3人いると、口頭の回答は微妙にずれます。ずれた回答はあとで「前は違うことを言われた」という別の問い合わせを生みます。FAQを正とすると、この二次的な問い合わせが消えます。
2つ目は、答える時間が前に寄ることです。回答を書くのは一度だけで、以降はリンクを送るだけになります。窓口の担当者からしばしば出るのは、月末や年度替わりに同じ説明を何度も書いている、という話です。同じ内容を書く回数が10回から1回に落ちるだけで、繁忙期の体感はかなり変わります。
3つ目は、引き継ぎの資料がそのまま手に入ることです。担当が変わるとき、FAQがあれば口頭の伝達は要点だけで済みます。
一方、変わらないことも明確です。FAQは、判断が要る問い合わせを減らしません。「この経費は通るか」「この相手とはNDAが必要か」のように、前提の確認が要るものは、結局人が読んで判断します。減るのは手順の問い合わせ、つまり「どこに出すのか」「いつまでか」「誰の承認が要るのか」です。
デメリットは2つあります。ひとつは、書く時間が最初にまとまって要ること。もうひとつは、間違った記述が残ると、口頭の誤りより広く効いてしまうことです。誰も直さないFAQは、無いほうが安全な場面すらあります。だから作り方の手順の中に、更新を止めない仕組みを最初から入れておきます。
社内FAQの種類と、どれを先に作るか
一口に社内FAQと言っても、読み手と目的でいくつかの種類に分かれます。分けずに1つの表へ詰め込むと、どの質問も見つけにくくなります。
1つ目は、手続きのFAQです。有休の申請、経費の精算、備品の購入、名刺の発注のように、出す先と期限が決まっているもの。件数がもっとも多く、回答が短く、更新の頻度も低いので、最初に作るべきはここです。効果が出るのも早く、書いた翌週から問い合わせが減ります。
2つ目は、道具のFAQです。パソコンの設定、社内システムのログイン、共有ドライブの権限、会議室の予約システム。情報システムの窓口に集まるもので、道具が入れ替わると一斉に古くなります。画面の名前をそのまま書いておくと、読む人が迷いません。
3つ目は、制度のFAQです。人事評価、休職、育児と介護、慶弔、社内規程の適用範囲。判断が絡むため、回答は「原則」と「相談先」の2段構えになります。ここを断定で書くと、あとで個別の事情に合わなくなります。
4つ目は、新しく入った人向けのFAQです。入社初週に必ず聞かれる内容をまとめたもので、中途入社が続く組織ほど効きます。内容自体は1つ目から3つ目の抜粋ですが、順番が違います。困る順に並べると、そのまま入社時の案内資料として使えます。
活用例として多いのは、1つ目と2つ目を先に作り、窓口に届く件数が落ちたところで3つ目に手を付ける形です。4つ目は、上の3つが動き出してから抜粋して組み立てます。最初から4種類を並行して作ろうとすると、どれも中途半端なまま止まります。
作る前に決める3つのこと
社内FAQの作り方で成否を分けるのは、最初の設計です。ここを飛ばして書き始めると、あとで全部並べ替えることになります。
決めることの1つ目は、素材の出どころです。想像で質問を作らないことが一番大事です。実際に届いた問い合わせを、直近3カ月ぶんさかのぼって書き出します。メールの受信箱、チャットの窓口、電話メモ、受付フォームの回答。ここで拾った文言は、質問者が実際に使った言葉なので、そのまま検索語として使えます。件数の多い順に並べると、上位20件で全体の半分を占めることがよくあります。まずこの20件だけを完成させます。
2つ目は、置き場所です。判断の基準は「いま社員が一日に何度も開いている画面から、何回のクリックで着くか」だけです。グループウェアのトップに常設のリンクを置けるなら、共有ドライブより有利です。チャットが主戦場なら、チャット内で検索できる形が有利です。きれいなポータルを新しく立てて、そこへ誘導するのは最後の手段です。新しい画面は、覚えてもらう手間が別に発生します。
3つ目は、持ち主です。FAQ全体の持ち主と、分野ごとの持ち主を分けて決めます。全体の持ち主は、構成と置き場所と更新の期限を管理します。分野ごとの持ち主は、制度が変わったときに自分の担当分を直します。持ち主が決まっていないFAQは、例外なく古くなります。名前を書いて、いつ見直すかを一緒に書いておきます。
社内FAQの作り方：6つの手順
ここからが実作業です。順番どおりに進めると、最初の版は2週間ほどで形になります。
手順1：届いた問い合わせを全部書き出す
期間を決めて、届いた問い合わせを1件1行で書き出します。このとき、回答は書かず、質問の文言だけを写します。要約すると質問者の言葉が消えるので、原文のまま貼ります。
手順2：似たものをまとめて数える
書き出した行を、聞かれている内容で束ねます。「経費の締め日」と「立替の精算いつまで」は同じ束です。束ごとに件数を数え、多い順に並べます。この並び順が、そのままFAQの並び順になります。よくある失敗は、組織図の順（人事、総務、経理…）に並べてしまうことです。探す人は部署で探しません。
手順3：上位から回答を書く
件数の多い束から回答を書きます。全部書き終えてから公開しようとすると、いつまでも公開できません。上位20件が書けた時点で公開し、残りは運用の中で足します。
手順4：置き場所に載せて、入口を1つに絞る
決めた置き場所に載せ、入口のURLを1つに固定します。入口が複数あると、古い版が生き残ります。周知のときは、探し方を一緒に伝えます。「この言葉で検索すると出る」まで書きます。
手順5：問い合わせが来たら、必ずFAQのリンクで返す
ここが分かれ目です。FAQに書いてあることを聞かれたとき、口頭で答えると学習が起きません。リンクを送り、そのうえで補足します。書いていなかったら、その場で追記してからリンクを送ります。この習慣が、FAQを育てる唯一の実務的な方法です。
手順6：見直しの期限を入れる
各項目に、最後に確認した日付と次の見直し月を書きます。制度に関わるものは年度替わり、道具に関わるものは半年ごとが目安です。日付が無い項目は、読む側が信用できません。
構成と見せ方のコツ
内容が同じでも、並べ方で見つかる確率が変わります。構成のコツは4つです。
分野の数は、多くても7つまでに抑えます。人が一度に見比べられる数には限りがあり、分野が10を超えると、読む人はどの分野に自分の質問があるのか判断できなくなります。分野が増えたと感じたら、増やす前に「この分野で本当に探すか」を確かめます。
分野の中の並び順は、件数の多い順です。名前の五十音順や登録した順に並べると、いちばん聞かれる項目が下に沈みます。並び順は、更新のたびに見直します。
1画面に見出しだけを並べ、回答は開いてから見せる形にします。回答を全部展開した長いページは、検索した語が画面のどこにあるか分からなくなります。ただし、ページ内検索で本文が当たる形にしておくことは必要です。見出しだけの目次ページと、本文の入ったページを分けてしまうと、検索から本文に着けなくなります。
最後に、見た目に凝らないことです。色や罫線を増やすより、1行目に結論が来ているかどうかのほうが効きます。読みやすさを上げたいときは、文章を短くするのが先です。
質問文と回答文の書き方
社内FAQの作り方でいちばん差が出るのは、文章の書き方です。ポイントは4つあります。
質問文は、質問者の言葉で書きます。「年次有給休暇の取得申請手続について」ではなく「有休を取りたいとき、どこに出しますか」です。規程名から入る見出しは、規程名を知っている人しか見つけられません。規程名は回答文の中に置きます。
回答文は、結論から書きます。1行目に「どこに、何を、いつまでに」を置き、背景と例外はそのあとに書きます。読む人は全文を読みません。1行目で自分の用が済むかどうかを判断します。
例外は、切り出さずに同じ項目の中に書きます。例外だけ別項目にすると、本則を読んだ人が例外を見落とします。ただし、例外が3つを超えたら、その業務自体が複雑すぎる合図です。FAQを増やすより、手続きを簡単にしたほうが効きます。
言い切ることも大事です。「原則として〜と考えられます」という書き方は、読んだ人がもう一度確認しに来ます。判断が要る場合は、濁さずに「この条件に当てはまるときは窓口に相談してください」と書き、相談先を名前で示します。
最後に、1項目に1つのことだけ書きます。「経費と交通費と出張」をまとめた長い項目は、検索に当たっても読まれません。分けたほうが探しやすくなります。
ツールの選び方：テンプレートから専用ツールまで
社内FAQの作成に使えるツールは、大きく4通りあります。選び方の基準は、件数と更新の頻度です。
表計算ソフトのテンプレートは、件数が50件までなら十分に機能します。無料テンプレートも多く出回っていますが、列は「質問」「回答」「分野」「担当」「最終確認日」の5列で足ります。列を増やすほど、更新されなくなります。
社内ポータルやグループウェアのページ機能は、すでに全員がログインしている場所に置けるのが強みです。検索が弱い製品もあるので、導入前に実際の質問文で検索して、目的の項目が出るかを試します。
FAQ専用のシステムは、件数が数百を超え、検索の精度と更新の履歴が要るようになってから検討します。選ぶときの確認ポイントは、検索が表記ゆれに耐えるか、誰がいつ直したかが残るか、権限を分野ごとに分けられるか、閲覧数と「解決しなかった」の記録が取れるかの4点です。
チャットボットは、FAQの代わりではなく入口です。抱える件数が多すぎると回答にたどり着くまでの往復が増えるため、向く規模には目安があります。
Q&Aの数については、目安としてチャットボットであれば300件以下、FAQページであれば300件以上の取り扱いが向いています。 出典: persol-bd.co.jp
おすすめの順番は、テンプレートで始めて、上位20件を回し、件数と更新の負荷が見えてから専用ツールを検討する形です。最初から高機能なものを入れると、素材が無いまま画面だけが立ち上がります。
ツールを選ぶときの確認ポイント
専用のFAQシステムを検討する段階になったら、機能の一覧を見る前に、次の4つを自分の手で試します。どれも試用版で確かめられます。
実際の質問文で検索して出るか
自社に届いた質問を、原文のまま10件ほど打ち込みます。半分以上で目的の項目が上位に出れば合格です。漢字とひらがなの違い、送り仮名のゆれ、略語で当たるかどうかまで見ます。検索の精度は、導入後に運用でどうにかできる部分ではありません。
誰がいつ直したかが残るか
更新の履歴が残らない仕組みは、間違いを見つけたときに戻せません。誰が、いつ、どこを変えたかが一覧で見える形になっているかを確かめます。承認を挟む機能があると、制度に関わる項目を安全に扱えます。
分野ごとに権限を分けられるか
給与や評価に関わる項目は、閲覧できる人を限る必要があります。全員に見せるものと、特定の部署だけに見せるものを、同じ仕組みの中で分けられるかを見ます。分けられない場合は、別の置き場所が必要になり、入口が2つに増えます。
読まれ方の記録が取れるか
項目ごとの閲覧数と、検索されたのに該当が出なかった語が記録されるかどうか。この2つが取れないと、次に何を書けばよいかが勘になります。運用の負荷を決めるのは、この記録の有無です。
上の4つを満たさない製品は、機能が多くても運用が続きません。逆にこの4つが押さえられていれば、表計算ソフトからの乗り換えは短い期間で済みます。
運用に乗せる：更新の頻度と、見るべき数字
社内FAQは、作った日が最高の状態で、以降は放っておくと価値が下がります。運用の設計は作成と同じ重さで考えます。
FAQの定期的な更新は簡単な作業ではありません。しかし、FAQを育てていくことで、問い合わせ削減だけでなく、顧客体験や社内業務の効率化に直結します。 出典: dts.co.jp
更新の合図は3つです。制度や規程が変わったとき、道具が入れ替わったとき、そしてFAQに無い質問が届いたときです。3つ目がいちばん大事で、届いた瞬間に追記するのが最も安い更新です。あとでまとめて直そうとすると、質問の文言を忘れます。
見るべき数字は、多く見積もっても4つで足ります。1つ目は、窓口に届いた問い合わせの件数。2つ目は、そのうちFAQに載っていた内容の割合。3つ目は、FAQの各項目の閲覧数。4つ目は、検索されたが該当が出なかった語です。4つ目は在庫の穴をそのまま示すので、次に書く項目が自動的に決まります。
閲覧数が極端に少ない項目は、削除ではなく質問文の書き換えを先に試します。中身は正しいのに、見出しの言葉が検索語と合っていないだけのことが多いからです。
成功している運用に共通するのは、週に15分だけ見る時間を固定していることです。月に一度まとめて2時間取る形は、だいたい飛びます。
窓口の人が一人のときの現実的な進め方
受付や事務局を一人で回している場合、上の手順をそのまま全部やる時間は取れません。順番を削るなら、削る場所を決めておきます。
残すのは3つです。届いた質問を書き出すこと、件数の多い上から回答を書くこと、届くたびに追記すること。この3つだけでも、半年後には使えるものになります。
削ってよいのは、分野の設計と見た目の整えです。最初は1枚の表に全部並べても構いません。件数が50件を超えたところで分野に分けます。
時間の取り方は、まとめて確保しないほうが続きます。問い合わせに答えるついでに1件追記する形にすると、別の作業として時間を取らずに済みます。答えを書いた文章はすでに手元にあるので、貼るだけです。
生成AIに社内の質問を答えさせる場合
社内の問い合わせに生成AIで答えさせる取り組みは増えています。社内文書を読み込ませて、質問に文章で返す形です。この方式には向く場面と、注意すべき点がはっきりあります。
向くのは、質問の言い方がばらつく場面です。「有休」「年休」「年次有給休暇」のように同じことを指す語が複数あるとき、キーワードの一致で探す仕組みより強く働きます。また、複数の文書にまたがる内容を1つの答えにまとめる用途にも向きます。
注意すべき点は3つあります。第一に、元になる文書が古ければ、古い答えが自然な文章で返ってきます。読む側は文章が整っているほど信用するので、誤りに気づきにくくなります。素材を正しく保つ作業は、どの方式でも省けません。
第二に、根拠の場所が示されない答えは、あとで確かめられません。回答と一緒に「どの文書のどこを見たか」が出る形にしておくと、読む人が自分で確認できます。
第三に、権限の切り分けです。人事や給与に関する文書は、全員が読める形に置けません。読み込ませる範囲と、誰の質問に何を答えるかを先に決めてから始めます。
現実的な順番としては、まず手順のFAQを人の手で整え、そのうえで生成AIに読ませる形が安全です。整っていない文書を読ませても、答えは整いません。
効果をどう測るか
社内FAQの効果は、問い合わせ件数だけを見ていると評価を誤ります。人が増えれば件数も増えるからです。見る指標は、件数そのものより割合と時間に置きます。
1つ目は、届いた問い合わせのうち、FAQに載っていた内容の割合です。この割合が高いまま下がらない場合、FAQは在庫としては足りていて、探されていないだけです。対策は入口と見出しの書き換えで、書き足しではありません。
2つ目は、1件に答えるまでの時間です。リンクを送るだけで済む問い合わせが増えれば、1件あたりの所要時間が落ちます。ここが落ちないなら、回答文が長すぎて結局補足を書いているか、項目が1つに複数の論点を抱えている合図です。
3つ目は、同じ人から同じ質問が繰り返されているかどうかです。繰り返される場合、回答が読まれたうえで理解されていません。文章の問題であって、量の問題ではありません。
4つ目は、書き足しの件数です。週に何件追記したかを数えると、運用が回っているかどうかが一目で分かります。4週間続けて0件なら、運用が止まっています。
これらは月に一度、送信されたあとの道具がそろっている受付の記録から拾える範囲で足ります。専用の集計を組む必要はありません。
失敗する社内FAQの共通点
うまくいかなかった社内FAQには、はっきりした型があります。
ひとつは、網羅を目指したものです。すべての業務を書こうとして、公開までに数カ月かかり、公開時点で一部が古くなっている。上位20件で公開するほうが、結果的に早く完成します。
ふたつめは、規程のコピーになっているものです。規程は正確ですが、読む人の用には答えません。FAQは規程の翻訳であって、転記ではありません。
みっつめは、窓口の担当者が口頭で答え続けているものです。作った本人が使わなければ、誰も使いません。
よっつめは、検索できない形で置かれているものです。PDFやスライドで作られたFAQは、本文が検索に当たりません。
いつつめは、答えにくい質問を避けているものです。実際に多いのは「例外的なケースをどうするか」で、そこを書かないと問い合わせは残ります。
むっつめは、周知が一度で終わっているものです。作った週に全員へ知らせただけでは、そのあとに入った人には届きません。新しく入った人への案内の中に、FAQの入口を必ず入れておきます。
ななつめは、質問の受付経路を絞りすぎたものです。「質問はFAQを見てから」という運用は正しく見えますが、探しても無かったときの受け皿を用意しないと、質問そのものが表に出なくなります。表に出ない質問は、FAQの穴として記録されないまま、個人のやり取りの中に埋もれます。
受付の窓口から見た社内FAQの位置づけ
ここまでは社内向けの話ですが、同じ詰まりは社外からの受付でも起きます。応募、申し込み、問い合わせを1つの窓口で受けている人は、FAQの整備と受付の整備を分けて考えると、手が止まりにくくなります。
社外の人が何度も聞いてくる内容は、受付の画面そのものに書くほうが速いです。問い合わせの受け方と、届いたあとの扱いを整理した問い合わせの受付には、窓口を1つにまとめるときの考え方がまとまっています。採用の応募のように締切と選考の状況が絡むものは、採用の応募受付のほうが近い形です。
回答の管理が絡む部分では、道具の選び方も変わります。無料で始められるフォームは配って集めるところまでは強く、その先の担当割りと状況の管理は手元の表で補うことになります。両者の線引きを整理したGoogleフォームとの比較は、いまの手作業のどこが詰まっているかを見分ける材料になります。届いたあとに何ができると楽になるのかは、できることに一覧があります。送信されたあとの道具がそろっているかどうかで、FAQを書く量そのものが変わります。
社外向けに公開している質問と回答の作り方は、社内FAQの練習台にもなります。実際に公開されているよくある質問を読むと、1項目1論点で結論から書く形がどういう見え方になるかが分かります。画面の動きを先に見たい場合は動くところを見る、費用の考え方を確かめたい場合は料金を見てから決めるのが早い順番です。
個人情報を含む問い合わせを扱うときの社内ルールは、FAQに書く前に所管の窓口や専門家に確かめてください。考え方の出発点としては個人情報保護委員会の公開資料が参照先になります。FAQに法律の解釈を断定して書くと、あとで直す範囲が広がります。
社内FAQの作り方を1行にすると、届いた質問を素材にして、探される場所に置き、持ち主を決めて、届くたびに足す、になります。書く量よりも、この4つが決まっているかどうかで結果が分かれます。
Q1. 社内FAQは何件から作り始めればよいですか？
上位20件で公開して構いません。直近3カ月に届いた問い合わせを書き出し、内容で束ねて件数の多い順に並べ、上から20件だけ回答を書きます。全部そろえてから公開しようとすると、公開前に一部が古くなります。残りは運用の中で足していく形が続きます。
Q2. 社内FAQの作成にかかる期間の目安は？
上位20件までなら2週間ほどで最初の版が出せます。内訳は、問い合わせの書き出しと集計に数日、回答の執筆に1週間、置き場所への掲載と周知に数日です。制度の確認が必要な項目が多い場合は、確認の待ち時間を別に見ておきます。
Q3. 無料のテンプレートと専用ツールはどう使い分けますか？
件数が50件までで更新が月に数回なら、表計算ソフトのテンプレートで足ります。列は質問、回答、分野、担当、最終確認日の5列が目安です。件数が数百を超え、検索精度と更新履歴、分野ごとの権限が必要になった段階で専用ツールを検討します。
Q4. 作ったのに問い合わせが減りません。何から直せばよいですか？
質問文の言葉を、質問者が実際に打ち込む言葉に書き換えるところから始めます。次に入口を1つに固定し、よく開く画面からのクリック数を減らします。そのうえで、FAQに載っている内容を聞かれたら口頭で答えず、必ずリンクを送る運用に変えます。