求人票の公開前チェックでAIが指摘できる範囲と人の確認

金曜に仕上がった求人原稿が、月曜の午後まで公開されない。求人部門で起きるこの滞留は、点検が丁寧だから起きるのではありません。必須項目の確認、媒体規約との照合、表現の点検、企業への事実確認という別々の仕事が、1人の担当の机に重なっているからです。

AIを入れる前に要るのは、点検を工程に割ることです。割らないまま「求人票のチェックをAIで」と決めると、適合の判断まで機械の出力に寄りかかります。求人票を作るのがAIでも、表示内容の責任は事業者に残ります。

公開前の点検は求人部門のどこで止まっているか？

対象は、求人原稿が仕上がってから媒体と自社サイトに公開するまでの点検です。人材紹介の求人票も、派遣スタッフ募集の求人も同じ工程を通ります。原稿そのものを書く工程と、公開後に届いた応募への一次対応は別の業務なので、ここでは触れません。

棚卸しの単位で並べます。起点は求人原稿の完成と、企業からの条件変更の連絡の2つです。担当は求人担当とコンプライアンス担当で、小さな会社では求人部門の責任者が兼ねます。成果物はチェック結果、修正済み求人票、公開の可否の記録です。使うのは求人管理システム、媒体の管理画面、チェックリストのExcel、採用要件シートと契約書です。

例外が先に挙がります。紹介予定派遣や業務委託のように記載項目が変わる案件、複数職種をまとめた求人、企業が文面を指定した求人は、型に流すと事故が起きます。求人数と職種は会社ごとに違うため、件数も時間も置かず、表には測る単位だけを示します。

点検の依頼から公開後の反映まで、8つの工程に割る

公開前チェックは「原稿を読み直す仕事」ではありません。着手から完了までを時系列に並べると、担当も帳票も違う8つの工程が並びます。まず担当・帳票・量・詰まる点を見ます。

同じ8工程を、AIと人の受け持ちで見直したのが次の表です。空欄はありません。AIを入れない工程には、その旨を書いています。

図の見方は、色枠がAIの担う工程、灰色が求人担当や責任者が確定する工程、二重枠がその両方です。右上の小さな三角は、失敗が起きやすい工程を指しています。

AIで消える工程は1です。点検待ちの原稿を探して並べる作業が、担当の手から離れます。
短くなる工程は2・3・6・8です。漏れの指摘、媒体差分、指摘の並べ直し、影響範囲の抽出が先に用意されます。
新しく増える確認工程は4の後半です。拾われた表現が実態と合っているかを当てる確認が、修正の前に入ります。

指摘はAIが出し、適合の判断は人が下す

工程に割ると、渡してよい仕事の性質が見えます。並べる・照らす・拾う・言い換えを出すは作業なのでAIへ、適合を判断する・公開を決めるは判断なので人に残ります。この線を先に引くと、指摘の数に振り回されません。

境目で効くのは工程4です。職業安定法は求人等に関する情報の的確な表示について定めています。誇張した表現や、実態と違う条件は求人票に載せられません。AIができるのは、過去に指摘された言い回しと似た箇所を拾って言い換えを出すところまでです。その表現が実態と合っているかの判断は、企業を知る担当が下します。

派遣スタッフの募集では記載項目が増えます。労働者派遣法は就業条件の明示と契約の記載事項を定めており、募集段階の表示と明示書の内容がずれると、就業開始後の説明が崩れます。紹介予定派遣は記載項目そのものが変わるため、型に流さず個別に見ます。

工程7も同じ構造です。公開の可否は責任者が押します。AIが出せるのは、指摘と修正の履歴を1枚にまとめるところまでで、可否そのものは出させません。可否の根拠が記録に残らないと、後から問われたときに説明ができません。

先に手を付けるのは必須項目と媒体規約の照合

着手先は3つの問いで選びます。判断か作業か、データが電子で揃っているか、失敗したときの損失がどれくらいか。この3つを当てると工程2と3が残ります。

工程2と3は作業です。求人票という電子の入力がそのまま手に入り、チェックリストと媒体規約という答え合わせの材料もあります。誤っても公開前に気づけます。反対に工程5は企業への確認が要り、AIを入れても往復の回数は減りません。ここは着手先から外します。

商工中金の「中小企業の生成AIの利用にかかる調査（2026年1月調査）」では、導入後の課題として「社内ルール・方針整備が追い付かない」が25.1%です。点検業務でこの詰まりが出やすいのは、指摘を出す工程と可否を決める工程を分けずに使い始めるためです。分け方を先に文字にしておけば、使い始めてから作り直さずに済みます。

2週間で追うのは公開後の修正件数と滞留

試行は6つの段で足ります。長い手順書は要りません。

1. 求人の種類を1つに絞り、導入前のひと月分を測ります。依頼から公開までの日数、公開後の修正件数、差し戻しの件数の3つです。
2. チェックリストを文字にします。媒体ごとの必須項目と、過去に指摘された表現を一覧にすれば足ります。
3. 点検依頼の受け皿を共有の一覧に一本化します。担当個人のメールに直接届く経路を閉じないと、滞留の時間が測れません。
4. 工程2・3・4をAIに下書きさせ、求人担当が指摘を読み、責任者が工程7で可否を押します。
5. 紹介予定派遣と複数職種の求人は試行から外します。記載項目が変わる案件を混ぜると、指摘の当たり外れが読めません。
6. 2週間後に同じ3つを並べ、責任者が続けるか止めるかを決めます。合否の線は開始前に引いておきます。

3つの数字は、時間・誤り・発見時期に対応します。依頼から公開までの日数が時間、公開後の修正件数が誤り、差し戻しの件数が発見の早さです。指摘の件数そのものは指標にしません。拾いすぎれば増え、絞れば減るだけの数だからです。

承認と記録の型を決めてから点検を任せる

承認は、工程7で責任者が可否を押す形から動かしません。指摘をそのまま反映させる運用に広げるのは、差し戻しが出ない状態がひと月続いてからです。広げる範囲は求人の種類か媒体で区切り、全件を一度に開放しません。

記録は6つ残します。原稿、指摘の一覧、修正した箇所、修正しなかった理由、公開の可否、確認者です。修正しなかった理由を残さないと、同じ指摘が毎回上がり、点検が形だけになります。

例外は文字で決めます。紹介予定派遣、業務委託、複数職種をまとめた求人、企業が文面を指定した求人は、AIの指摘を参考にとどめ、責任者が全項目を見ます。該当する条件を一覧にしておかないと、記載項目が変わる案件が型に流れます。

AIの指摘をうのみにした求人で何が起きるか？

起きやすい失敗は、指摘が無かった求人を確認せずに公開し、実態と違う条件が外に出ることです。原因は、AIが見ているのが文面だけで、企業の実態を知らないためです。防ぎ方は、工程5の事実確認を人の工程として残し、指摘の有無と可否を別の記録にすることです。

もう一つは、指摘が多すぎて読まれなくなることです。禁止表現の一覧を広く取ると、問題のない言い回しまで毎回拾われます。過去に実際に指摘された表現から始め、外れた指摘は一覧から削る運用にします。

本メディアでは、公開の可否をAIに出させるのは勧めません。理由は、表示内容の責任が事業者にあり、可否の根拠を人が説明できる形で残す必要があるからです。前提は、責任者が公開前に目を通せる体制があることです。1日の公開件数が責任者の処理量を超えるなら、可否を押す人を増やすのが先で、AIの導入は後になります。

本メディアでは、点検の着手は必須項目と媒体規約の照合からにすべきだと判断します。理由は、答え合わせの材料が社内にあり、誤りが公開前に見つかるからです。前提は、チェックリストが文字になっていることです。担当の頭の中にしかない会社では、この前提が外れます。

チェックリストが文字になっていない会社は先に作る

点検の基準が担当の頭の中にしかないなら、AIより先に一覧づくりです。過去の指摘が記録に残っていないなら、拾う材料がありません。点検依頼が担当個人のメールに直接届いたままなら、受け皿の一本化が先です。

この3つが揃わない状態で足すと、工程4の確認だけが増えて公開は早くなりません。総務省「令和8年版 情報通信白書」では、自社の何らかの業務で生成AIを利用している割合は日本で86.4%と示されています。使っている会社が珍しくないからこそ、使い始める順番の差が結果の差になります。