AIで求人票の下書きを作る方法｜採用要件の整理から

AIで求人票の下書きを作るなら、先に採用担当者が募集条件を確定し、AIにはその情報を読み手に伝わる文章へ整理させます。給与、勤務地、業務範囲、応募条件、契約期間などをAIに補完させないことが出発点です。未確定の条件は「要確認」と残し、公開稿の各文を承認済みの入力へ戻せる状態にします。求人票は応募者の判断材料であると同時に労働条件を伝える文書なので、文章が自然でも条件が未確認なら公開を止めます。

求人票にする前に要件シートを埋める

「求人票を書いて」と一文で依頼する前に、募集背景と職務の実態を表へ分けます。抽象語だけの「幅広く活躍」「成長できる環境」では、応募者は日々の仕事を想像できません。実際の業務、成果物、関係者、頻度を確認し、必須条件と歓迎条件を分離します。

表は横にスクロールできます

項目	先に決める内容	AIへ渡す前の確認
職種・雇用形態	社内で承認された正式名称	募集区分、契約期間と一致する
役割・募集背景	なぜ募集し、チームで何を担うか	推測で会社の事情を説明していない
日常業務	頻度の高い作業、成果物、連携先	「その他業務」だけで曖昧にしていない
応募条件	必須経験・資格と歓迎要素	歓迎を必須へ昇格していない
勤務条件	場所、時間、休日、在宅制度	対象者・利用条件が承認済み
給与・契約	賃金、手当、試用期間、契約更新	数字と条件の責任者が確認した
選考	面接・課題・連絡方法	現在の運用と一致する
未確定事項	決まっていない条件、担当者、期限	AIが値を作らない仕組みがある

「コミュニケーション能力」のような語を残すなら、業務上どんな行動が必要かを採用担当者と定義します。例として「顧客の要望を聞き、要点を記録して開発担当へ共有する」と具体化できますが、それが実際の仕事であることを先に確認します。求人票を魅力的にするために年齢、性別、家庭状況などの属性を条件へ加えるのではなく、職務に必要な能力や経験に結び付けます。

確定情報・仮説・未確定を別の列にする

入力情報を「承認済み事実」「確認中」「仮説」「未入力」に分けます。チームが必要としている経験や、入社後に任せたい役割も、社内で合意された内容と担当者個人の希望を区別します。AIの文章化対象は原則として承認済み事実です。仮説は本文に混ぜず、採用責任者が採否を判断するメモとして残します。

労働条件について、厚生労働省の案内では募集時に明示する事項が示されています。2024年4月からは、募集時の明示事項として、従事すべき業務・就業場所の変更範囲、有期契約を更新する場合の基準（通算契約期間または更新回数の上限を含む）が追加されています。これはすべての欄へ一律の文言を入れればよいという意味ではありません。雇用形態や個別の契約に応じ、最新の公式案内と社内の担当者が必要な記載を確認します。求人票の例だけで法的要件を網羅したとは扱わないでください。

特に「給与は経験に応じて決定」「勤務地は相談」などの表現は、範囲や適用条件が不明なら完成とは言えません。賃金形態、手当、固定残業代の扱い、就業場所と変更範囲、勤務時間、休日、試用期間、契約期間、更新基準などを責任者が確定するまで公開ゲートを閉じます。条件が決まらない部分は文章の空欄をAIに埋めさせず、誰がいつ決めるかを明記して返します。

条件シートから下書きを作る

要件を確定したら、AIへ一度に大量の資料を渡すのではなく、必要項目のみを入力します。候補者や従業員の個人情報、選考中の情報を含める場合は、組織が承認したAI環境か、利用契約・社内規則で許可されているか確認します。下書きには「完成版ではない」ことが分かる表示を付け、未確定欄を残します。

あなたは採用条件を決める担当者ではなく、承認済みの入力を求人票の下書きへ整理する編集者です。

入力にない給与、勤務時間、勤務地、契約条件、制度、必須要件、実績を追加しないでください。

必須条件と歓迎条件を分け、元の項目名を保ってください。

不明な項目は削除せず［人事確認］と表示し、末尾に確認先と質問を列挙してください。

実現を保証できない成長、待遇、キャリア、職場環境を約束する表現を加えないでください。

仕事内容、応募条件、労働条件、選考の順に文章化し、各段落に対応する入力項目を併記してください。

下書きが以下の条件へ合っているかも指摘してください：［職務に必要な条件と対象求人］

この依頼文はチェック項目の代わりではありません。出力が整っていても、元の条件との照合が必要です。文章生成後に、入力欄の内容と該当する文を対応させ、根拠のない文や曖昧な文を残さないようにします。条件が不足している場合、AIへ追加質問を作らせても、回答を決めるのは採用責任者です。

変換例で「加えてはいけないこと」を見る

次は説明用の架空例です。実在の求人や雇用条件を示すものではありません。

確定入力（架空）

• 業務：顧客からの問い合わせを分類し、開発チームへ共有する。FAQも更新する。

• 必須：顧客対応の経験。

• 歓迎：ヘルプページの作成経験。

• 未確定：給与、勤務地、契約期間。

下書き例

「顧客から寄せられる問い合わせを分類し、頻出する質問や再現条件を開発チームへ共有します。問い合わせの傾向を踏まえ、FAQの更新にも関わります。顧客対応の経験を必須条件とし、ヘルプページ作成の経験は歓迎条件として扱います。給与・勤務地・契約期間は未確定のため、人事担当者の確認後に記載します。」

この出力は入力の業務を読みやすく整えただけです。「裁量が大きい」「早期に昇進できる」「柔軟な働き方が可能」などの魅力は元情報にありません。入力にない待遇や職場の雰囲気を加えると、応募判断を誤らせる可能性があります。各文をどの入力項目が支えているか分からない場合は、その文を外すか、責任者へ確認します。

公開稿を入力条件と一対一で照合する

最後は文章の校正と条件の確認を分けます。誤字がないことだけで求人票を承認せず、公開稿の各項目を要件シートと照らします。

• 職務：日々の仕事、成果物、役割が実態を表しているか。

• 応募条件：必須・歓迎の区別、資格、年数、職務に必要な理由が明確か。

• 給与：金額、範囲、手当、固定残業代などが承認済み条件と一致するか。

• 勤務：時間、場所、変更範囲、休日、在宅等の適用条件が確認済みか。

• 契約：雇用区分、期間、更新基準・上限など必要情報を責任者が確認したか。

• 選考：面接回数、課題、連絡手段が現在の運用と一致するか。

• 表現：実現を保証できない待遇、成果、昇進の約束を作っていないか。

• 未確定欄：［人事確認］が残ったまま公開へ進んでいないか。

「要確認」が一つでもあれば、その条件が関係する求人の公開を止め、確認担当を明らかにします。複数雇用形態を一つの原稿にまとめる場合は、共通説明と区分ごとの条件を分け、誰にどの条件が適用されるかを明記します。

不一致が見つかったら文章ではなく元条件へ戻る

公開稿が要件票と違う場合は、その文を特定し、根拠となる条件を確認します。根拠があれば、条件表のどの行を誰が承認したか記録してから文章を直します。根拠がなければ、AIにもっともらしい値を聞き直さず「未確定」に戻して責任者へ質問します。担当者が条件を決めた後、その箇所だけ再度文章化させ、最後に全体を再照合します。

変更範囲や給与を後から直すとき、原稿だけ更新して入力シートを古いままにすると、次回の再生成で古い値が復活します。先にSource of Truthとなる条件票を更新し、版と承認者を記録してから下書きを作り直してください。求人広告の内容や個別の労働条件について判断が必要なら、厚生労働省の最新案内と社内の労務・法務担当へ確認します。

人が直すべき「魅力的な表現」と事実の境界

AIは求人票に「若手が活躍」「風通しがよい」「成長できる」といった定型表現を足しがちです。これらは事実を一文で伝えるとは限らず、応募者が期待する職場像を作ります。実際の制度や運用を確認できないなら削除します。書く価値がある場合は、制度名、対象、利用条件、実際の運用例を採用担当者が確認し、例外や利用制限も分かるようにします。従業員の声を載せる場合は、本人の承認、掲載範囲、発言の正確さを確認し、個人の感想を全員に当てはまる制度のように見せません。

応募条件も同様です。「即戦力」「高いコミュニケーション力」だけでは、応募者に必要経験を判断させられません。採用担当者は、その職務で必要となる作業、使う知識、社内で支援できる範囲を整理し、必要条件と歓迎条件を分けます。AIが条件を具体化した場合は、職務の要件を明確にしたのか、それとも入力にない学歴・経験年数を追加したのかを確認してください。

公開前の担当分担を明確にする

求人情報は人事だけでなく、現場責任者、労務、広報、採用媒体の担当が確認することがあります。誰が条件を決定し、誰が文章を校正し、誰が媒体へ公開するかを分けます。給与や勤務条件の承認者と文章表現の確認者が同じとは限りません。AIの出力履歴は、条件を承認した記録の代わりになりません。

公開直前には、媒体へ登録した情報も原稿と一致させます。本文では「勤務地は東京」と書いていても、入力フォームの勤務地選択が別の地域になっている可能性があります。雇用区分、勤務地、給与範囲、応募条件、選考手順は、本文と構造化入力の両方で照合します。募集が終了した後の求人を表示し続けないよう、掲載開始日・終了日・更新担当を決めます。これは記事生成の話を超え、公開運用のチェックですが、下書きが正しく使われるための最後の工程です。

条件が変わったときの版管理

募集内容が変更されたら、文章だけでなく条件シートを先に更新します。更新者、承認者、変更日、変更理由、影響する求人・媒体を記録し、古い下書きから再生成しないよう版を特定します。変更範囲や契約期間の変更は、応募者への説明と既存応募者への扱いにも関わる場合があるため、社内の労務担当へ確認します。古い原稿の数字を新しい文へ転記するのではなく、最新の承認済み条件から書き直します。

最終稿が公開されたら、プレビュー画面でもう一度表示を確認します。表の項目が切れていないか、必須と歓迎が別見出しになっているか、未確定ラベルや社内メモが混入していないかを見ます。検索結果に表示されるタイトルや説明文も公開内容と一致させ、AIが生成した内部注記を外部へ残さないようにします。

AIものさしの判断

AIに任せるのは、確定済み条件の順序づけ、重複の削除、読み手に伝わる説明への変換です。給与や勤務地、応募条件、制度の例外など、採用条件を作る仕事は人が行います。記事を見ながら進める場合は、最初に条件表を作り、確定欄と未確定欄を分け、下書きの各文が入力に戻れる状態を作ってください。最後に人事が条件と最新の公式案内を確認し、「要確認」が残っていないことを確かめてから公開へ進みます。

依頼前に確認する五つの不足

入力シートをAIへ渡す直前に、次の問いへ担当者が答えられるか確認します。業務内容が抽象語だけになっていないか。必須条件に「あると望ましい」経験が混ざっていないか。勤務地・勤務時間・給与が確定済みか。契約の更新や変更範囲を誰が確認するか。公開後の質問をどの窓口が受けるか。答えがない項目は、AIへ自然な文章にさせず、採用責任者へ戻します。入力の不足を明確にできれば、生成文の修正も小さく済みます。