採用代行とのコミュニケーション設計

採用代行との連絡をどう設計するか。チャットで気軽にやりとりできる形は速い一方で、範囲外の依頼が積み上がりやすく、細切れの稼働が増えます。メールと定例会だけに絞ると管理は楽ですが、急ぎの確認が止まります。どちらが正しいというより、連絡の種類を分けて経路を割り当てるのが実務的です。この記事では、その設計を整理します。

連絡を三つに分ける

採用の運用で発生する連絡は、性質が違うものが混ざっています。

三番目を日々の連絡に混ぜないことが、設計の要点です。範囲や稼働量の変更を思いついたときに伝える形だと、代行側は都度対応することになり、稼働が読めなくなります。判断が要るものは定例に持ち込む、と決めておきます。

一番目と二番目の切り分けも決めておきます。すべてを即時扱いにすると、代行側は常に反応する体制を求められ、その分の稼働が発生します。

チャットを使うときの線引き

チャットで連絡する形は速くて便利ですが、注意する点があります。

作業の手順を直接指示する形にならないようにする。「この候補者に今日中に連絡して」「この順番で進めて」という指示が日常的になると、業務委託の建て付けと実態がずれます。伝えるのは範囲と成果で、進め方は受託者が決める形を保ちます。線引きは採用代行が偽装請負になる境界線で扱っています。

窓口を決める。自社の複数のメンバーが個別に依頼を投げると、代行側は優先順位を判断できません。窓口を一本化し、そこを通す形にします。

記録に残す。チャットの会話は流れて消えます。決めたことは、定例の議事や運用ルールの文書に落とします。

参加範囲を決める。外部の担当者が入るチャンネルでは、社内の会話がそのまま見えます。採用に関する情報だけが流れる場所を分けておきます。

エラベルの見解

チャットで連絡できる形にすると、稼働の消費が見えにくくなります。ここが実務上いちばん影響の大きい点です。

一件ずつの確認は短い時間で終わります。ところが積み上がると、まとまった時間になります。しかも、細切れの対応は集中を切るので、同じ時間でも進む量は落ちます。時間単価型なら請求に現れますが、月額型だと、本来の業務に使えるはずだった時間が削られていることに気づきません。

対処は二つです。一つは、急ぎでない確認をまとめて送ること。思いついた順に投げるのではなく、一日一回まとめる。これだけで細切れの回数は減ります。

もう一つは、確認が必要な状態を減らすこと。確認の多くは、判断の基準が決まっていないことから生まれます。この候補者は書類を通すか、この条件は広げてよいか。基準が文書になっていれば、代行側が自分で判断できます。

チャットの設計を考える前に、確認せずに進められる範囲を広げるほうが効果があります。連絡の量そのものが減るからです。

記録をどこに残すか

会話が流れて消えると、判断の経緯が追えなくなります。残す場所を決めます。

候補者に関する情報は採用管理システムに。選考の状況、やりとりの経緯、評価。チャットに書くと後から検索できません。

運用のルールは文書に。連絡の経路、対応時間の目安、判断の基準。決めたら文書を更新します。

決定事項は定例の議事に。範囲を変えた、稼働量を調整した、指標を変えた。日付とともに残します。

この三つを分けておくと、担当者が交代しても引き継げます。チャットの履歴だけが記録という状態だと、新しい担当者は経緯を追えません。

社内メンバーの参加範囲

代行の担当者が入る場に、社内の誰を入れるか。

採用担当と代行の担当者は基本の組み合わせです。日々の運用はここで回ります。

現場の責任者は、要件の擦り合わせが必要な時期に入ってもらう形が現実的です。常時参加だと、細かい指示が直接出やすくなります。

経営層は、通常は入りません。判断が必要なときに定例会へ同席してもらう形にします。

面接官は、日程の調整に関わる範囲で入ることがあります。ただし、候補者の評価に関する会話は別の場所に分けます。

参加範囲を広げるほど、情報の流れは速くなりますが、扱う情報の範囲も広がります。誰がどこまで見えるかは、情報の管理としても設計する項目です。渡す情報の範囲は候補者情報とNDAの範囲にまとめています。

対応時間の目安を決める

即時性の設計は、時間の目安とセットで決めます。

• 自社から代行への質問：受信から何営業時間以内に回答
• 代行から自社への質問：受信から何営業時間以内に回答
• 候補者からの連絡：受信から何営業時間以内に一次対応
• 営業時間外の扱い：翌営業日の対応でよいか、当日中の自動返信を入れるか
• 緊急時の連絡手段：電話か、別のチャンネルか

自社側の回答時間も決めることが大事です。代行側にだけ速さを求めると、片方だけが速い状態になり、全体の速度は変わりません。対応時間の設計はSLAの決め方で扱っています。

エラベルの見解

コミュニケーションの設計で、担当者が替わったときに何が引き継がれるかを考えておいてください。

チャットで密にやりとりしている運用は、日々は快適です。細かい擦り合わせが積み重なり、あうんの呼吸ができてくる。ところが、その擦り合わせは記録に残っていないことが多い。担当者が替わると、積み上げた分が消えます。

だから、チャットで決まったことを、定期的に文書に落とす作業を運用に組み込んでください。月に一度、その月に決めた運用のルールを文書に追記する。時間はかかりません。

この作業をしておくと、担当交代のときだけでなく、代行会社を替えるときにも効きます。運用のルールが文書になっていれば、新しい依頼先はそれを読むところから始められます。

密なやりとりは、それ自体は良いことです。問題は、密であるほど記録に残らなくなることです。快適に回っているときほど、文書化の作業を忘れます。四半期に一度でも見直す時間を持つと、この落とし穴は避けられます。

まとめ

• 連絡を即時の確認・通常の確認・判断や変更の三つに分けて経路を割り当てる
• 範囲や稼働量の変更を日々の連絡に混ぜない。判断は定例に持ち込む
• チャットでは、作業の手順を直接指示する形にならないよう保つ
• 窓口を一本化し、参加範囲を決める
• 細切れの確認は稼働を消費する。まとめて送る、そして確認が要る状態を減らす
• 記録は、候補者情報は採用管理システム、ルールは文書、決定事項は定例の議事へ
• 対応時間は自社側も決める。片方だけ速くても全体は変わらない
• 密なやりとりほど記録に残らない。定期的に文書へ落とす

よくある質問

代行の担当者を自社のチャットツールに入れてもよいですか

入れている会社は多くあります。速さの面では利点があります。ただし、参加するチャンネルの範囲を決め、作業の手順を直接指示する形にならないよう運用を整えます。あわせて、退任時のアカウント削除の手順も決めておきます。判断に迷う場合は専門家にご確認ください。

連絡が多すぎて代行の稼働を圧迫している気がします

まず、確認の内容を分類してみてください。判断の基準が決まっていれば代行側で処理できるものが多いはずです。基準を文書にして渡すと、確認の量は減ります。あわせて、急ぎでない確認をまとめて送る運用にすると、細切れの対応が減ります。

逆に、代行から連絡が来ません

稼働報告の粒度と、定例会の頻度を確認してください。報告が薄く定例も少ないと、状況が見えない状態になります。工程ごとの内訳を含む報告を求め、質問への回答時間の目安を決めておくと改善します。それでも変わらないなら、体制の見直しを相談する時期です。