人材紹介のDXが進まないのは、ツールではなく「宛先」の問題
「山根さん、人事マネージャーが退職になったのですが、お手伝いいただけますか」——この類の相談と同じくらい、実はもっと静かな相談が最近増えています。「ツールを入れたのに、現場が全然使ってくれない」。ChatGPTを契約した、ATSを刷新した、それでも滞留は減らない。人材紹介 DXが進まない、という相談です。
結論から申し上げると、これはツールの性能の問題ではありません。業務の解像度が足りていない、それだけだと僕は考えています。もう少し具体的に言うと、多くの現場が詰まっているのは「誰に何を伝えるか」という宛先設計です。今回はある滞留案件から見えた、この宛先の話をしたいと思います。
2週間止まっていた案件は、催促の宛先が間違っていた
僕たちの現場で実際にあった話です。ある案件が2週間、毎朝同じ形式で滞留通知に上がり続けていました。システムとしては何も壊れていません。むしろルール通りに、毎日正確に「この案件が止まっています」と報告し続けていた。処理としては完璧でした。
ただ、何も前に進んでいなかった。
原因を掘っていくと、企業側でATSのアカウントが発行されていないことが分かりました。つまり候補者を先に進めようにも、企業の担当者がシステムに入れる状態になっていなかった。ここで問われるべきだったのは「候補者にもう一度催促するか」ではなく、「企業に対してアカウント発行を催促するか」だったのです。宛先が違っていた。ズレていたのは熱意でも頻度でもなく、設計の前提そのものでした。
同じ形式の通知を毎日出し続けることは、正直、風景になります。美人は3日で飽きる、とはよく言ったもので、同じ文面・同じ相手への通知は3日もすれば誰も開かなくなる。ルールで固定された処理は、この風景化に気づけません。気づいて、宛先そのものを疑い直せるかどうかが、道具とAIの違いだと僕は思っています。
導入の現場でよく起きるのも、実はこれと同じ構造です。滞留モニターを立ち上げた直後は、誰もが「毎朝レポートが届く」ことに満足します。ところが2週目、3週目に入ると、同じ案件が同じ文面で出てくることに誰も違和感を持たなくなる。これは担当者の怠慢ではありません。通知そのものが「処理は正しい」という顔をして毎朝届くので、疑う理由が生まれないのです。僕たちが学んだのは、通知の中身を凝ることより先に、「この通知は本当に動かせる相手に届いているか」を週次で問い直す仕組みを別に持つ必要がある、ということでした。この問い直しをどこか一箇所に固定してしまうと、それ自体がまた新しい風景になります。だから僕たちは、通知を出す仕組みとは別に、通知の前提を疑う仕組みを分けて持つようにしています。
人材紹介DXが「ツールを入れたのに変わらない」で終わる理由
人材紹介という仕事は、企業・ATSのような記録システム・候補者という三者の間で、情報が絶えず行き来する構造をしています。ここが一般的な業務のDXと決定的に違うところだと個人的には感じています。社内完結の業務であれば、宛先はほぼ自分たちの中で完結します。ところが人材紹介では、ボールを止めている当事者が、自社の外にいることが珍しくありません。
企業が動いていないのか、候補者が動いていないのか、それとも記録システム側の設定が止めているのか。この三者のどこにボールがあるかを見極めずに「とりあえず通知を増やす」「とりあえずAIで自動化する」を先にやると、間違った相手に催促を送り続けるだけの仕組みが出来上がります。これはツールを入れる前より悪いかもしれません。動いていない現実に「動かしている感」だけが上乗せされるからです。
誤解がないように申し上げると、AIツールそのものは有効です。ChatGPTに聞いて出力を得る、という使い方も僕たちは日常的にしています。ただその形は、人が指示してAIが出力する、その1往復で止まります。人が起点に立ち続けなければ何も動かない。忙しい経営者や現場責任者ほど、その起点に毎回立てません。稼働日の半分で「今日はAIを起動しなかった」となれば、投資対効果は自動的に半減してしまいます。DXが道具止まりで終わる最大の理由は、ここにあると思っています。
これを防ぐには、実行から計測、改善、反映までを人の起点なしに回り続けさせる、もう一段先の設計が要ると僕たちは考えました。今のやり方を全否定する話ではありません。人が判断したほうがいい場面はそのまま残し、繰り返しの多い業務だけをこの円環に載せていく、という順番です。導入の初期は、この「どこまでを円環に載せるか」の線引き自体に時間がかかります。ここを急いで全業務を一気に載せようとすると、境界の設計が甘くなり、結局どこかで事故か停滞に倒れる。僕たちが最初の一本を「毎朝のダイジェスト」に絞ったのも、この線引きを小さく試すためでした。
通知は増やすほど、見られなくなるという逆説
もう一つ、僕たちが痛感したのはここです。工程ごとにバラバラに通知を飛ばすと、1日に何通も届いて、責任者は結局どれも開かなくなります。判断すべき案件が通知の山に埋もれて放置され、面接後の滞留や返事待ちの取りこぼしが積み上がっていく。滞留は1件でも、成約1件を失う可能性を含んでいます。人材紹介にとって、これは軽い話ではありません。
だからこそ僕たちは、全ループの配信を朝の一つの時間帯に集約するという設計に寄せています。責任者が一日の最初に見る場所に、判断すべきものが全部揃っている状態を作る。ばらばらに通知が来ると結局どれも見なくなる、という失敗を、根性や意識づけではなく構造で防ぐという考え方です。
運用してみて分かったのですが、この「集約」自体は技術的には難しくありません。難しいのは、集約した先の一覧を見て「どれが本当に人の判断を必要としているか」を仕分ける基準を作ることでした。仕分けを曖昧にしたまま一覧化だけすると、結局また全部読まれない山になります。ここも、道具の問題ではなく業務理解の解像度の問題だと僕は捉えています。仕分けの基準は一度作って終わりではなく、案件の性質が変わるたびに見直しが要ります。この見直しをサボった瞬間から、一覧はまた静かに風景へ戻っていきます。
宛先設計でAIに任せる範囲、人が握る範囲を分ける
宛先が正しく設計できていれば、その先で「どこまでAIに任せるか」の線引きもシンプルになります。取り返しがつく低リスクの処理は自動実行して事後報告でいい。ステータス把握や通知、記録システムの更新、下書き生成まではAI側が担って構わないと僕は考えています。一方で、対外送信や不可逆な書き込みだけは、人の承認ゲートを残す。ここの線引きを感覚でなく基準で決めておかないと、事故か停滞のどちらかに必ず倒れます。
不合格通知はまさにその境界線上にある業務です。企業から届く見送り理由には、そのまま候補者に伝えてはいけない情報が混ざっていることがあります。年齢を理由にした表現や、エージェント限定の注記、人格に触れる表現などです。これをコピペで転送すれば、候補者を深く傷つけ、紹介会社としての信用を一度で失います。だから僕たちは、企業からの生の見送り理由は社内メモとしてのみ表示し、候補者向けの文面には混ぜない、という「分離」を設計の肝にしています。
タイミングの設計も同じ発想です。書類選考の見送りを応募直後に即連絡すると「本当に見てくれたのか」という不信感を候補者に与えます。逆に面接後の見送りは、早く伝えたほうが候補者は次の選考に切り替えやすい。この使い分けは、これまで担当者が個別に頭の中で判断していたものでした。それを日数のルールとして明文化し、書類選考は判明から一定の営業日を空けてから解禁、面接後は即日対応可能、という型に落とし込んでいます。暗黙知を数字に変える、というだけの地味な作業ですが、これがないと「気が利く担当者かどうか」で候補者体験にばらつきが出てしまいます。
下書きの生成まではAIに任せていい。ただし送信ボタンを押すという最後の判断は、必ず人が握る。承認するまでメールは1通も送信されません。宛先が自動で特定できなかった場合も、誤送信を避けるためにあえて送信ボタン自体を出さず、手動対応に落とすようにしています。おこがましい話ですが、この一線を引けるかどうかが、AIに仕事を任せられる会社かどうかの分かれ目だと感じています。
DXの解像度は、業務の解像度でしか上がらない
正直に言うと、AIを導入するという意思決定そのものは、もう難しい話ではなくなってきています。難しいのはその手前、「この業務は誰と誰の間で、何を待っているのか」を言語化する作業です。ここをやらずにツールだけ入れても、正確に間違った相手へ催促を送り続けるだけの仕組みが出来上がってしまう。滞留モニターが2週間、同じ案件を同じ形式で報告し続けたのは、システムの怠慢ではなく、僕たちの設計の解像度が足りていなかったからでした。
企業・記録システム・候補者、この三者のどこにボールが止まっているのかを見極める。そのうえで、AIに任せる範囲と人が握る範囲を分ける。人材紹介のDXが前に進むかどうかは、結局のところこの地味な設計にかかっていると、あくまで山根の個人的な見解ですが感じています。
最後に、当社の採用・人事組織系支援にご興味がある方はお気軽にお声掛けください。