採用サイトのFAQの作り方｜応募者の質問から説明を見直す

1. 会社が言いたいことより、実際に聞かれた言葉から始める

FAQを作ろうとすると、「当社の強みは何ですか」「どんな理念がありますか」と、会社が紹介したい話題を並べがちです。それらも大切ですが、最初は面接や電話で実際に答えに迷った質問を一つ選びます。読み手がどこで判断できなくなったかが分かるからです。

「勤務地はここだけですか」と聞かれても、相手が転勤を心配したのか、毎朝どこへ向かうかを知りたかったのかは同じではありません。会話で確認できた範囲を残し、理由を聞いていなければ不明にします。質問した人の意欲や性格を推測する欄にはしません。

個人の事情を含む面接メモを、そのまま公開原稿へコピーしません。FAQの編集用メモには、仕事の説明を改善するための論点だけを移します。氏名を消しても状況から本人が分かることがあるため、具体的な背景をどこまで残す必要があるかを見直します。

まだ質問の記録がない場合は、現場と採用担当が想定した疑問から下書きを作れます。ただし、想定したものを「応募者から多く寄せられた質問」とは書きません。実際に聞かれた質問と社内で考えた質問を分けておくと、後から内容を見直す際にも判断材料が混ざりません。

2. 共通回答・個別確認・未確定を分ける

集めた質問は、すべてを公開用の回答へ変える必要はありません。同じ会社でも、職種や勤務地、入社時点の状況で答えが変わります。まず、誰に対して使える回答なのかを決めます。対象が曖昧なまま「できます」と書くと、本来は個別に確認すべき内容まで約束になります。

「よく聞かれる」という回数だけで順位を決めないことも大切です。一度しか出ていなくても、仕事内容の受け取り方に大きな違いを生む質問なら、先に説明を整える価値があります。逆に、特定の応募者だけに当てはまる相談を、全員向けの制度に書き換えてはいけません。

似た質問をまとめるときは、答えが本当に同じか確かめます。「最初に何をするか」と「いつ一人で任されるか」は関連しますが、前者は開始時の作業、後者は習熟の確認条件です。一つの長い回答へ押し込むより、判断する内容ごとに分けた方が使いやすくなります。

3. 回答を書く前に、事実と確認先をそろえる

文章が上手でも、根拠が曖昧ならFAQは安定しません。現場の仕事、勤務の運用、教育の段取りなど、それぞれを確かめられる人に確認します。「前の募集でそう書いた」は、現在も同じだと判断する根拠にはなりません。

確認依頼では、質問、回答案、確かめたい一点をまとめて渡します。「この原稿を全部見てください」より、「新人は初日から一人でこの準備を行う、と書いてよいか。現時点の担当と確認方法を教えてほしい」と聞く方が、回答の強さを調整しやすくなります。

• どの職種・勤務地・時期についての回答かを確認する。
• 通常の運用と、異なる扱いになる場合を確かめる。
• 資料で確認したことと、担当者から聞いたことを分ける。
• 確認者・確認日・次に見直すきっかけを社内用メモへ残す。

担当者同士の回答が違う場合は、どちらかの文章を選んで終えません。別の職種について話しているのか、運用が変わったのか、決め事がないのかを整理します。決まっていない内容はFAQの表現だけでは解消できないため、責任者が判断する事項として戻します。

記録の対象期間や適用範囲を確かめず、都合のよい日だけを一般化しないようにします。確認に時間が必要なら、個別の質問には回答予定を伝え、公開用の答えは確定してから作ります。

4. 回答は、結論・対象・具体例・次の確認で組み立てる

回答の冒頭では、質問に直接答えます。その後に対象や条件、仕事の具体例を添え、必要なら詳しい説明や相談先へつなぎます。会社の紹介が長く続き、最後まで読んでも「自分の場合はどうか」が分からない回答になっていないかを確認します。

表の文を並べればどの会社にも使えるわけではありません。自社の事実で埋め直すための構成例です。「必ず」「誰でも」「すぐに」といった言葉が、根拠より強い約束になっていないかも読み返します。

短くするために大切な条件を省くことは避けます。反対に、一つの回答へ給与、休み、教育、選考の説明を詰め込むと、元の疑問が埋もれます。質問ごとに必要な判断材料を残し、別の話題は該当する説明へ分けます。

「対応できません」と答える項目も、理由をぼかして期待を持たせる必要はありません。現時点で決まっている範囲を伝え、別の相談が可能ならその範囲を添えます。例外をその場で作るのではなく、個別確認が必要な場合の窓口を案内します。前向きに見せることより、読み手が自分の条件と比べられることを優先します。

5. 採用サイトのFAQへ集めるだけでなく、迷った場所も直す

質問が繰り返されるときは、答えが不足している場合と、答えの場所が見つからない場合があります。仕事内容を読んでいる人に必要な説明を、ページ最下部のFAQだけへ置いても、途中で読むのをやめた人には届きません。

同じ長い回答をあちこちに複製すると、今度は更新の手間が増えます。必要な要点をその場に示し、詳しい説明を確認できる場所を決めます。リンクを付ける場合も「こちら」だけで済ませず、何を確認できるか分かる案内にします。

FAQを読んでいない人へ「書いてあります」と返すためのページにはしません。質問が届いたら必要な内容を案内し、見つからなかった原因や、読んでも判断できなかった条件を次の改善材料にします。

6. 検討例：集合場所の質問を、確認できる回答へ変える

以下は説明用の架空例です。小さな建設会社の採用ページに「勤務地は市内の各現場」とあり、問い合わせで「毎朝どこに行けばよいですか」と聞かれました。採用担当は「現場によります」と答えていましたが、初めて読む人が知りたいのは日々の移動の見通しでした。

担当者は、今回の募集での集合方法、現場の予定が変わる場合の知らせ方、入社直後の案内を現場責任者へ確認しました。その結果、この例では通常は会社に集合し、別の集合になる場合は前もって担当者が案内する運用だと確認できた、とします。

この回答をFAQへ追加すると同時に、元の勤務地欄にも集合方法の要点を補います。問い合わせ記録には「説明不足だった可能性」を残しますが、応募しなかった理由まで断定しません。本人がどこまで理解できたかは、次の会話で確かめる項目です。

7. 事実の確認と、初めて読む人の確認を分ける

公開前には、仕事を知っている人が事実を確認し、説明を初めて読む人の立場で意味を確認します。同じ担当者が両方を行う場合も、二回に分けて読むと視点を変えやすくなります。詳しい人ほど、書かれていない前提を補って読んでしまうためです。

• 質問と回答が対応し、別の話へすり替わっていないか。
• 適用する職種や場面が分かり、全員への約束に広がっていないか。
• 「状況による」と書いた箇所に、何で変わるかの説明があるか。
• 元の求人、面接資料、窓口の回答と食い違いがないか。
• スマートフォンで必要な回答を見つけ、連絡先まで進めるか。

確認者には「分かりやすいですか」だけでなく、「この回答を読んで、最初の仕事をどう想像しましたか」と聞きます。理解のずれが出た部分を直すのであって、会社が期待する答えを言わせる試験にはしません。

読みづらさを直したあとも、意味が変わる編集をした箇所は事実の確認者へ戻します。文章を短くした結果、対象条件や例外が落ちていないかを最後に見ます。

8. 一つの回答を使い、次の質問で育てる

最初から数十項目を完成させる必要はありません。実際に聞かれた疑問を一つ選び、調べ、書き、必要な場所へ反映します。公開日だけでなく、誰が事実を確認したかと、何が変わったら見直すかを内部の記録に残します。

質問件数が減ったことだけを成功にしません。説明が伝わった可能性もあれば、問い合わせ自体が減った可能性もあります。「以前と同じ確認をし直さずに答えられた」「応募者が仕事内容を具体的に質問できた」など、実際に確認できた変化を残します。

古い回答を直すときは、公開中の説明と社内の履歴を分けます。使わなくなった回答には、そのまま返信へ使わないことが分かる表示を付け、現在の回答を探す場所を一本にします。確認日が新しくても、文章の中に古い職種名や担当者が残ることがあるため、日付だけで更新完了にはしません。