求人媒体に掲載中の求人の表示と応募の数を n8n で毎週集め、反応の悪い求人を規則で拾って、労働条件を変えない原稿の改善案を AI で作る

処理の起点を決める

毎週月曜の10時に、n8n の Schedule Trigger で動かします。 公式のドキュメントでは、週の単位で曜日と時刻を決められ、ワークフローのタイムゾーン、無ければインスタンスのタイムゾーンを使います。自前のサーバーに置いた n8n の既定は America/New York なので、ワークフローの設定で Asia/Tokyo にします。 設定しないと、月曜の10時が日本の月曜の夜11時になります。

10時にするのは、担当が CSV を置く時間を取るためです。 9時に出社して3つの管理画面から書き出し、フォルダに置くまでを30分ほどと見ます。フォルダに3つそろっていなければ、そろった分だけ集計し、足りない媒体を知らせに書きます。 1つ欠けた週に全体を止めると、残りの2つの媒体の数字まで遅れます。

入力データを集める

質を決めるのは、管理表の労働条件の列です。 時給は「1,300円」と「1,300〜1,500円（経験により）」のように、幅と条件まで管理表の1つのセルに書きます。 案の数字は、このセルの値と照らします。原稿の本文の中にしか時給が書かれていないと、照らす相手がありません。

過去の改善の記録は、AIに渡す例になります。 直して応募率が上がった例を、職種ごとに数件ずつ渡します。担当の頭の中にあった直し方が、ここで表に出ます。

データの取得方法を決める

CSV の文字コードを先にそろえます。 媒体によっては Shift_JIS で書き出され、そのまま読むと列の名前が文字化けして対応表と一致しません。書き出しの設定で UTF-8 を選べる媒体はそうし、選べない媒体は担当が変換してから置く手順にします。

媒体の求人の番号は、管理表の列で置き換えます。 同じ求人を3つの媒体に出していれば、3つの番号が管理表の1行に並びます。置き換えられない番号は、管理表への登録漏れとして知らせに書き、 集計からは外します。

AIへ渡す前に整形する

1. 列の名前をそろえる … 対応表で、媒体ごとの列の名前を views、applies、start_date に置き換えます
2. 番号を置き換える … 媒体の求人の番号を管理表の求人の番号にします
3. 媒体をまたいで足す … 同じ求人の3つの媒体の表示回数と応募数を足します
4. 計算する … 応募率（応募数 ÷ 表示回数）、前週からの変化、掲載日数を出します
5. 規則で拾う … 規則の表の条件に合う求人を候補にします
6. 候補の数を限る … 1週の候補は多くても15本にし、応募率の低い順に並べます

5番目の規則の表は、たとえば次のように持ちます。

4行目と5行目が、担当の経験では抜けやすい規則です。 直した翌週にまた直すと、どちらの直し方が効いたのか分からなくなります。3週続けて候補になる求人は、書き方ではなく時給や勤務地に理由があると見て、案を作らずに課長へ回します。

3番目で媒体をまたいで足すのは、求人を直す単位が原稿だからです。 同じ原稿を3つの媒体に出していれば、直すのは1回です。媒体ごとの差は、別の列に残して担当が見ます。

4番目で、表示回数が少なすぎる求人は応募率を出しません。 表示回数が30回で応募が0件の求人と、3,000回で0件の求人は意味が違います。表示回数が規則の表の下限に届かない求人は「表示が足りない」として別に知らせ、 原稿ではなく掲載の設定を見直す候補にします。

6番目で数を限るのは、担当が読める数にするためです。 120本の1割を超えて候補が出る週は、規則のほうが厳しすぎるか、労働条件の側に理由があることが多くあります。

AIに処理させる

させるのは、選ばれた求人1本ずつについて、書き方の改善案と理由を作ることだけです。

労働条件の欄は、案に含めさせません。 時給、勤務時間、休日、交通費、雇用の期間は、管理表の値をそのまま原稿に残す前提で、AIには書き直しの対象外として渡します。

1行目がいちばん起きやすい失敗です。 「時給1,300〜1,500円（経験により）」を見たAIは、書き出しに「時給1,500円！」と書きます。 幅の上限だけを先に見せる書き方なので、案の数字を管理表のセルと照らし、幅の片側だけが出てきたら差し戻します。

指示内容を固定する

あなたは人材派遣会社の採用課で、掲載中の求人の原稿を直す案を作ります。
この求人は、表示はされているが応募が少ないため、規則で選ばれました。
案は採用課の担当が読み、採るかを決めます。

【入力】
- 職種：{job_type} ／ 勤務地：{location}
- 原稿の本文（労働条件の欄を除く）：{body}
- 労働条件（書き直しの対象外）：{conditions}
- 表示回数・応募数・応募率・掲載日数：{metrics}
- 同じ職種で、直して応募率が上がった例：{examples}

【作るもの】
1. 職種名の案を2つ。仕事の中身が分かる言葉で、30字以内。
2. 原稿の最初の3行の書き直し。
3. 仕事内容に書き足すとよい事柄（1日の流れ、使う道具、研修など）。
   原稿に書かれていない事実を作らず、「拠点に確かめる事柄」として書く。
4. 足りない情報の一覧。
5. それぞれの理由。原稿のどの文を見たかを、原稿から写して添える。

【厳守事項】
- 労働条件（時給、勤務時間、休日、交通費、雇用の期間）を書き直さないでください。
  案の中で労働条件に触れるときは、{conditions} の書き方をそのまま写してください。
- 金額や時刻の幅を、片側だけ書かないでください。
- 「最大」「月収例」「高収入」「残業ほぼなし」を書かないでください。
- 原稿に無い実績や職場の雰囲気（定着率、人間関係）を書かないでください。
- 性別や年齢を限る、またはそう読める書き方をしないでください。
- 応募率が低い理由を、労働条件のせいだと決めつけないでください。
  労働条件が理由かもしれないと考えたときは、その旨を「担当への申し送り」に書いてください。

「書き足す事柄を、拠点に確かめる事柄として書く」が効きます。 書かないと、AIは「最初の3日間は先輩がつきっきりで教えます」とそれらしい研修を作ります。 実際の研修が違えば、原稿が事実と違うことになります。

「担当への申し送り」は、条件の問題を原稿の問題にすり替えないための欄です。 近くの同じ職種より時給が低いことが理由なら、原稿をいくら直しても応募は増えません。 その気づきを、案とは別の欄で採用課に渡します。

出力形式を固定する

Structured Output Parser で、次の形に決めます。

{
  "job_id": "WH-0412",
  "title_options": ["ピッキング（スマホの指示を見て商品を集める仕事）", "倉庫内の商品集め・検品"],
  "opening_lines": "",
  "add_to_description": [
    { "topic": "1日の流れ", "ask_branch": "始業から終業までの作業の順番" }
  ],
  "missing_info": ["制服の貸与の有無"],
  "reasons": [
    { "change": "職種名", "quote": "軽作業スタッフ", "why": "作業の中身が分からない" }
  ],
  "note_to_recruiter": ""
}

1つ目の理由は、add_to_description を事実ではなく問いで返させられることです。 ask_branch は拠点に聞く事柄で、答えが返ってきてから原稿に書きます。 AIが作った研修の話が、そのまま原稿に入る道がありません。

2つ目は、reasons の quote で、案の根拠を原稿の文で確かめられることです。 担当は、どの文がどう変わるのかを原稿と並べて読めます。

3つ目は、案の中の数字を Code ノードで拾えることです。 title_options と opening_lines から金額と時刻を正規表現で取り出し、管理表の労働条件のセルに同じ文字列があるかを照らします。 無ければ、その案に「条件の数字が管理表と違う」と印を付けます。使ってはいけない表現の一覧も、同じ段で文字の一致で照らします。

// Code ノード（Run Once for Each Item）：案の数字を管理表の労働条件と照らす
const cond = $json.conditions;              // 管理表のセルの文字列
const text = [...$json.title_options, $json.opening_lines].join("\n");
const nums = text.match(/[0-9０-９,，]+(円|時|分)/g) || [];
const ng = $json.ng_words.filter(w => text.includes(w));
const mismatch = nums.filter(n => !cond.includes(n));
return { json: { ...$json, mismatch, ng, flagged: mismatch.length > 0 || ng.length > 0 } };

照らすのは文字列の一致だけにします。 「1,300円」と「1300円」の違いも印になりますが、印が多めに付くほうが安全です。 担当は印の付いた案を開いて、管理表のセルと見比べるだけで済みます。

システムへ連携する

媒体の管理画面へは書き込みません。 原稿の差し替えは担当が行います。この構成が出すのは、直す候補と案と理由までです。

知らせのメールには、候補の本数、表示が足りない求人、置き換えられなかった番号、届いていない媒体の CSV を並べます。 改善案の本文はメールに載せず、改善案の表のリンクだけを付けます。

人が確認する

担当が、すべての案を読んでから原稿を直します。

1. 条件の照合の印を見る … 「条件の数字が管理表と違う」の印が付いた案は採りません
2. 職種名と書き出しを選ぶ … 2つの案から選ぶか、担当が書き直します
3. 拠点に確かめる … ask_branch の事柄を拠点の営業に聞き、答えを原稿に書きます
4. 申し送りを読む … 労働条件が理由かもしれないという申し送りは、課長と拠点に回します
5. 差し替えて記録する … 媒体で原稿を差し替え、管理表に差し替えた日と直し方の種類を書きます

3番目を省かないでください。 1日の流れや研修は、拠点の現場ごとに違います。 案の問いに拠点が答えたものだけが原稿に入ります。

採らなかった案にも理由を一言残します。 「拠点が嫌がる言い回し」「媒体の文字数を超える」のような理由がたまると、指示の厳守事項に足すべきことが分かります。

目標は、480件をならして1件2分です。 候補にならなかった求人は数字の列を流し見るだけで、候補の求人は案を選んで拠点に聞き、差し替えるのに15分ほどかかります。

例外に対処する

2行目は、年に何回か必ず起きます。 媒体の管理画面が新しくなると、CSV の列の名前や並びが変わります。一致しない列があれば、その媒体の数字を0として集計しないことが大事です。 0として扱うと、その媒体に出している求人が一斉に候補になります。

記録を残す

• 週ごとの CSV の元のファイル（週のフォルダに残す）
• 求人ごとの週の数字（表示回数、応募数、応募率、掲載日数）
• その週に使った規則の表の内容
• 候補にした求人と、改善案の全文、条件の照合と表現の照合の結果
• 担当が採った案と、差し替えた日、直し方の種類
• 差し替えの前後2週間の応募率

5つ目と6つ目で、直し方の効き目が見えます。 職種名を変えた求人と書き出しを変えた求人で、前後の応募率がどう動いたかを3か月分並べれば、 どの直し方が効くかが職種ごとに分かります。それが次の案に渡す例になります。