誤爆ゼロを設計する——正しい1件だけを動かすAIの作法
「17社に応募している候補者から、1社だけお見送りの返信が来た」
これだけ聞くと、ただの事務作業に見える。メールを読んで、ATSを開いて、該当の1件を探して、ステータスを直す。1分で終わる作業だと思われがちだが、この「該当の1件を探す」の部分こそが、実は選考管理でいちばん事故が起きやすい場所だと僕は考えています。
ATSへの転記は「速さ」ではなく「一致精度」の問題だった
紹介会社の選考管理は、企業と紹介会社の間を飛び交うメールの上に成り立っている。お見送り、書類通過、日程確定、内定。これらの結果は基本的にメールで届き、それを人が読んでATSに転記して、はじめて記録上のステータスが正しくなる。この構造そのものは、業界にいる人であれば当たり前すぎて疑いもしないはずです。
ただ、当たり前すぎるがゆえに、ここには放置されがちな穴がいくつも空いている。お見送りメールの見落とし。転記の遅延。担当者の頭の中にしか正解がない属人管理。そして、複数社に応募中の候補者を取り違えるリスク。KPIも滞留管理も、この転記が正確でなければ実態からズレていく。僕らはここに、ATSとAIを自動連携させる仕組みを組んで、実際に本番で動かしています。
僕がこの仕組みを設計していて痛感したのは、ATS自動連携AIというテーマで一番難しいのは「メールの内容を読み取る」ことではなく、「読み取った内容を、正しい1件だけに書き込む」ことだったという点です。読み取り自体は、今のAIであればそれほど難しくない。難しいのは、その先の一致判定のほうでした。
1時間ごとに巡回し、正しい1件だけを一意特定する
仕組みの動き方はシンプルです。1時間ごとにGmailを巡回して、企業からの「お見送り／書類通過／日程確定／実施／合格／内定」を検知する。AIが本文から候補者名・企業名・イベント種別を抽出し、それをATSの全プロセス索引と突合して、候補者×企業のプロセスを一意特定する。お見送りなら終了フラグを、前進なら次フェーズを、自動で書き込む。さらに、この自動転記メールへの返信に自然言語で指示を書くと、AIがそれを解釈して実行する仕組みも備えています。
なぜリアルタイムでメールを検知して即座に反映する設計にしなかったのか、と聞かれることがあります。答えはシンプルで、選考ステータスの更新は不可逆な処理だからです。書き込んだ内容は、次に上書きされるまで担当者にもチームにも「事実」として扱われる。だからこそ、届いた瞬間に反射的に処理するのではなく、1時間分をまとめて巡回し、突合の精度を担保した上で書き込む、という設計にしています。速さを競う場面ではない。むしろ、少し間を置いてでも、一致の確からしさを積み上げてから動くほうが、この業務には合っている。1時間という間隔は、遅さの妥協ではなく、慎重さの単位だと僕は捉えています。
自動書き込みの条件を「厳しくする」ことが設計の核心だった
僕らがこの仕組みで採用したのは、書き込みの条件を絞り込むという設計です。自動で書き込むのは「候補者名一致＋企業名一致＋実施中プロセスが1件だけ＋高確度」の条件をすべて満たすものだけ。少しでも曖昧なものは書き込まず、監査カードに回してワンクリックで人が確認する形にしています。
この監査カードの役割は、いわば空港の最終ゲートに似ています。搭乗券も身分証も機械が読み取って、ほとんどの乗客はゲートをそのまま通過していく。ただ、機械が「照合しきれない」と判断した人だけが、係員の目視確認に回される。ここで係員がやっているのは、ゼロから本人確認をやり直すことではなく、機械が提示した候補が正しいかどうかを一目で判断することです。監査カードもまったく同じ構造で、担当者は候補者名・企業名・検知したイベント種別・突合候補を一画面で見て、正しければワンクリックで確定し、違和感があれば保留にする。ゼロから読み直す必要がないので、負担は驚くほど軽い。実際に運用していて感じるのは、この「全部を自動化するか、全部を人がやるか」という二択ではなく、機械が9割まで運んでから人が最後の1割を見るという役割分担のほうが、現場は疲弊しないということです。
これは、AIの精度を信じていないから慎重にしているという話ではありません。むしろ逆で、AIの読み取り精度自体はかなり高い。だからこそ、精度の高さに油断せず、「間違って書き込むくらいなら、書き込まずに人に投げる」という判断基準を、設計の一番手前に置いています。不可逆な処理には、必ず人の最終承認を残す。ここは譲っていません。
もうひとつ大事なのが、二重処理の防止です。既に人が処理済みの案件は、AIが検知してもスキップする。そして、フェーズは正しい順序の前方向にしか進められない設計にしています。書類通過から一気に内定に飛んだり、一度終了にした案件が復活したりということが起きないよう、台帳で状態を管理しています。この台帳は、単にどこまで進んだかを記録するものではありません。同じお見送りメールが再送されたり、担当者が手で直した直後にAIが同じ案件を拾ったりしても、台帳を見にいけば「これはもう処理済みだ」と判断できる。いわば、AIと人の作業が二重に走らないための、共通の記憶として機能させています。誰が触っても状態が一つに定まる。この一貫性が、複数人で回す選考管理では効いてきます。
正直に言うと、最初の設計案では、もう少し自動化の範囲を広げてもいいのではないかと考えていた時期もあります。ただ、選考ステータスの誤爆は、候補者にも企業にも紹介会社にも実害が及ぶ種類のミスです。速度で得られるメリットより、誤爆1件で失う信頼のほうが重い。この判断は、途中で迷いなく固まりました。
企業名の全角・半角ズレという、地味だが致命的なバグ
開発の過程では、実際に重大なバグも経験しています。企業名の全角・半角のズレによって、名寄せが失敗するというものでした。人間であれば「株式会社〇〇」と「株式会社○○」の表記ゆれくらい、無意識に読み替えて処理してしまいます。でもシステムとしてこれを厳密に扱わないと、名寄せの精度が崩れて、誤った候補にプロセスを紐づけかねない。
この問題は、文字正規化の処理を入れることと、「メールの送信元企業に一致する案件しか、そもそも選択肢に出さない」という制約を加えることで解消しました。後者の考え方が地味に効いていて、AIに「たくさんの候補から正しいものを選ばせる」のではなく、「そもそも間違った候補が選択肢に出てこない状態を先につくる」という発想です。判定の精度を上げるより、判定の対象を絞る。この順番のほうが、誤爆に対して強いと僕は考えています。
そしてここが、この記事でいちばん伝えたい教訓なのですが、名寄せ精度が仕組み全体の成否の8割を占めている、というのが僕らの結論です。読み取りのAIがどれだけ賢くても、突合先の名寄せが甘ければ、賢さがそのまま誤爆の温床になる。逆に、名寄せさえ固ければ、AIの読み取り部分は比較的シンプルな設計でも十分に機能します。これは横展開のご相談を受けるたびに、必ずお伝えしている点です。
実データで、17社中の1件だけを誤爆せず動かせることを確認した
理屈だけを並べても仕方がないので、実際の確認結果もお伝えします。結論から言うと、実データで、17社に応募中の候補者×1社のお見送りメールから、対象となる1件を一意特定し、他の16社には一切触れずに自動反映できることを確認済みです。そして、この仕組みは検証段階ではなく、「メールを見てATSを手更新する」という作業そのものを撤廃した状態で、本番稼働しています。
これは派手な数字ではないかもしれません。ただ、17分の1を間違えずに当て続けるという地味な精度こそが、選考管理の現場では何よりも価値を持つと、僕は実務者として実感しています。
導入は「通知だけ」から始めるのがいちばん安全
この仕組みを他社に移植する場合、必要になるのは大きく3つです。企業とのやり取りが集約された共有メールボックス、ATSへの書き込みAPI、そして段階導入という進め方です。
いきなり自動書き込みから始めるのは、僕はおすすめしません。まずは書き込みなしの通知だけを動かして、AIの読み取りと突合がどれくらい正確に機能するかを見る。この段階では、AIが「この候補者のこの案件だと判断しました」という通知を担当者が受け取り、実際のメールと照らして合っているかを目で追うだけでいい。既存の業務フローは一切変えないまま、仕組みの目利きだけを先に確かめられる。次に、監査カードでのワンクリック確認を挟む段階に進む。そして最後に、高確度と判定されたものだけを自動書き込みに解放する。
この順番にこだわるのは、僕が人材紹介という仕事を通じて学んだ、信頼の積み上げ方そのものだからです。採用でも組織づくりでも、いきなり全権を任せる人はいません。まず小さな仕事を渡して、期待通りにやってくれるかを見る。次に少し裁量のある仕事を渡す。そうやって段階を踏んで任せる範囲を広げていく。AIに対しても、僕はまったく同じ態度で臨むべきだと考えています。いきなり書き込み権限を渡すのではなく、まず「通知だけ」という小さな仕事から始めて、その正確さを自分の目で確かめる。信頼は一足飛びには積み上がらない。これは人に対しても、AIに対しても変わらない原則だと思っています。
この順番で信頼を積み上げていくのが、結果的にいちばん早く、そして安全に本番稼働までたどり着ける道だと考えています。
「メール→ATS転記」を人手でやっている紹介会社であれば、この仕組みはほぼそのまま応用できるはずです。名寄せの精度をどう作り込むかは会社によって差が出る部分なので、御社のメール運用や既存のATSの構造を伺いながら、一緒に設計していきたいと思っています。
最後に。誤爆ゼロというのは、AIを賢くすれば自然に達成できるものではなく、書き込む条件を厳しくし、不可逆な処理には人の最終承認を残すという、設計思想そのものの話だと僕は考えています。この考え方に興味を持っていただけたら、ぜひ一度お話ししませんか。