人材紹介の求人票作成にAIこの業務でAIに任せる範囲
対象は、求人原稿や企業との確認メモから、職務内容と条件を項目ごとに整理する業務です。必須・歓迎・未確認を区別し、担当者が企業へ確認する質問を準備します。
企業から受け取った条件と、紹介会社による説明を分けます。曖昧な表現や資料間の矛盾は、もっともらしい条件に書き換えず、確認事項として残します。ATSへの登録は、項目と承認手順を揃えた上で行います。
最初にそろえる資料
原稿の版と確認済みのヒアリングメモを揃え、項目の意味を定義します。
| 資料 | 必要な情報 | 確認すること |
|---|---|---|
| 企業の求人原稿 | 職務、条件、勤務場所、給与等 | 現行の求人と更新日 |
| ヒアリングメモ | 企業が確認した補足と未決事項 | 担当者の推測を分ける |
| 求人票・ATSの項目 | 必須項目、選択肢、入力形式 | 自由記述と登録項目の対応 |
| 表記のルール | 必須・歓迎・未確認の区分 | 条件を強めたり弱めたりしない |
AIと担当者が進める流れ
整理した項目を担当者が企業へ確認し、その回答を下書きへ戻します。
| 段階 | AIが準備すること | 担当者の作業 |
|---|---|---|
| 1. 抽出 | 職務と条件を項目に分ける | 原稿と照合 |
| 2. 区分 | 必須・歓迎・未確認を分ける | 企業の意図と矛盾を確認 |
| 3. 下書き | 項目表と企業への確認質問を作る | 企業の回答を反映 |
| 4. 登録 | 承認済み項目を登録形式へ整える | 求人票・ATSの内容を確定 |
記載例：曖昧な求人原稿を項目表にする
架空の求人Dの整理例です。確認したことと、これから企業に聞くことを同じ表で追えるようにします。
| 項目 | 下書き・整理結果 | 根拠・確認事項 |
|---|---|---|
| 職務 | 法人向けサービスの営業。既存顧客対応と新規提案。 | 求人原稿v1の業務内容 |
| 必須・歓迎 | 法人営業経験：必須か歓迎か未確認 | 原稿に『経験者歓迎』、メモに『経験必須』の記載 |
| 給与 | 年収400万〜600万円。内訳は確認待ち。 | 原稿の金額。手当・固定残業等の内訳を企業へ確認 |
| 勤務条件 | 勤務地の候補は記載あり。在宅勤務の条件は確認待ち。 | 未記載の勤務形態を追加しない |
担当者が確認すること
給与、勤務時間、勤務地、雇用形態などは企業が確認した原稿と照合します。必須条件と歓迎条件の区別を保ち、資料にない条件を追加しません。
ATSへ書き込む前に、求人ID、更新対象、承認済みの項目を確認します。変更履歴を残し、公開する内容は担当者が確定します。
小さく試して、確認と修正も含めて測る
担当者が確認した求人を使い、項目抽出の正確さと企業への確認が減らせるかを確かめます。
| 見る項目 | 記録方法 |
|---|---|
| 項目の正確さ | 原稿にない条件や転記誤りの件数 |
| 条件の区分 | 必須・歓迎・未確認の誤分類 |
| 確認の明確さ | 企業へ聞くべき矛盾・不足を示せたか |
| 登録までの時間 | 整理・企業確認・修正・入力の合計 |
企業ごとに書式が違っても整理できますか？
異なる書式を共通項目に整理する設計を検討できます。項目の定義と、欠けている場合の扱いを決め、実際の原稿を使って確認します。
求人票をATSへ自動登録できますか？
利用するATSの連携方法と権限を確認して設計します。まず下書きの項目表を試し、承認済み情報だけを既存求人の正しい項目へ反映する手順を検証します。
参考にした公開資料
パーソルキャリアの開発ブログは2025年12月の記事で、求人原稿を扱うLLM機能の開発と、入力情報の調整・出力の試験について説明しています。これを参考に、入力の整理と担当者による確認を組み合わせた業務例を示しています。資料確認日：2026年10月12日。
求人情報の整理と求人票作成を相談する
求人原稿の形式、ATSの名称、担当者が確認している項目をお知らせください。項目の定義、下書き、確認画面、登録までの業務を整理します。