採用管理システム(ATS)が実際に行うこと

採用管理システムとは、採用ページが付いたデータベースです。一つの求人に数百件の応募が集まることがあり、誰かがそれを整理しなければならないため、企業はこれを使います。「ATSを突破する」ために書かれた記事の多くは、人を見た瞬間に落とす機械を描いています。実物はもっと地味で、その地味な実態を理解することこそが、実際に読んでもらうための近道です。

ステップ1: ファイルがテキストに変換される

CVをアップロードすると、システムはまずそこからプレーンテキストを抽出します。選択可能な実テキストを持つPDFなら、テキストはきれいに渡されます。しかし実質的にページの「画像」であるPDF(デザインツールから画像として書き出したもの、あるいはスキャンしたもの)は、光学文字認識(OCR)にかける必要があり、時間がかかるうえ精度も落ち、単に処理をスキップするシステムもあります。得られたテキストからパーサーは項目を特定しようとします。氏名、メール、電話番号、そして職歴・学歴・スキルとしてラベル付けできるブロックです。これは、見慣れた見出しと見慣れた形(職種名、会社名、期間)を探すことで行われます。だからこそ、風変わりな見出し(「私の歩み」など)や、順に読むと左右の列の文章が交互に混ざってしまう2カラムレイアウトが最も問題を起こすのです。パーサーは厳しいわけではありません。推測しているだけであり、その推測を簡単にしてあげることが大切です。

ステップ2: 項目がデータベースに入る

抽出された項目は候補者レコードに格納されます。氏名、連絡先、日付付きの職歴一覧、資格一覧、そして生のテキストです。多くのシステムは採用担当者に解析済みレコードと元ファイルの両方を表示するため、解析ミスは通常、失格ではなく不便にとどまります。ただし、その不便は実害を伴います。日付が読み取られなければ「経験3年以上」の検索に出てこないかもしれませんし、電話番号がパーサーの飛ばしたテキストボックスに入っていれば、担当者はファイルを開いて探さなければなりません。多くのシステムは応募の途中で解析済みの項目を確認するよう求めてきますが、そこでパーサーがあなたのレイアウトをどう解釈したかを自分の目で見ることができます。その画面はクリックで流さず、注意深く読む価値があります。

ステップ3: 人が検索する

ここが誤解の多いステップです。ほとんどのシステムには、CVを自動的にゴミ箱へ送るスコアは存在しません。実際に起きるのは、200件のレコードを前にした採用担当者が検索を行うことです。職種名、スキル、ツール、資格、勤務地、経験年数の範囲などです。一致したレコードは表示され、一致しないレコードは却下されるのではなく、まだ見られていないだけです。求人票との「マッチ率」を表示するシステムや、応募フォームで足切り質問(「この国で就労する権利がありますか?」など)を使う企業もありますが、CVを黙って捨てる数値のしきい値は、ネットで言われるよりはるかに稀です。実務上の結論はどちらでも同じです。採用担当者が検索しそうな言葉を、標準的な表記で、実テキストとして載せておくことです。

ATSが行わないこと

質を読むことはしません。「主導した」が「手伝った」より強いことを知りません。2ページのCVを減点することも、1ページを加点することもありません。経歴の空白を検出して警告することもありません。日付を読んだ人間ならそうするかもしれませんが。一般的なケースでは、人を介さずに他の候補者と比較して上位10人を採用責任者に送ることもありません。そしてデザインには無関心です。美しく組版されたCVも簡素なCVも、パーサーにとっては同じテキストです。この最後の点は両刃です。デザインは機械に対して役立ちませんが、実テキストで単一の読み順として組まれている限り、害になる必要もありません。

アプリの位置づけ

CV Makerは、パーサーが最も確実に処理できる形のファイルを生成します。1カラム、標準的なセクション見出し、フォントをPDFに埋め込んだ選択可能な実テキスト、そして統一された日付形式です。ATSチェックパネルはチェックリストを実行します。連絡先の有無、見出しの認識可能性、日付の読み取り、長さ、箇条書きの密度、画像ではなく実テキストであること。そしてProでは、貼り付けた求人票の文言とCVの文言を比較し、どの用語が含まれ、どれが含まれていないかを表示します。これは上述の一般的な挙動に基づく経験則的な補助ツールです。特定の企業のシステム内部を見ることはできず、どのシステムや採用担当者も結果を受け入れるという約束ではありません。