OfferBoxをチームで運用するときの役割分担｜分け方と返信の担当

人事が複数いる、または現場の若手が採用に加わっている。人数がいる分、OfferBoxの運用は楽になるはずですが、実際には「誰がやるか」が曖昧になって止まる会社があります。結論から言うと、チームで回すときに最初に決めるのは「作業で分けるか、学生で分けるか」で、どちらにしても「承認への返信の担当」だけは曖昧にしないことです。返信は当日に要り、複数人だと「誰かが返すだろう」で誰も返さなくなります。 この記事では、分け方の判断、管理表の共有、複数の名義の扱い、品質を揃える合意、週次レビュー、やりがちな失敗、人事と現場と代行の分担を整理します。1人で回す場合は人事1人でOfferBoxを回す運用設計で書きました。

この作業の目的｜人数を、送る数と速さに変える

チームで回す利点は2つです。読んで書く時間が増えるので送る数が出ること、返信と面談の担当を分けられるので速くなることです。

ただし、この利点は分担が決まっていて初めて出ます。分担が曖昧だと、読む人が重なって同じ学生を読み、返信は誰も返さず、面談は枠が出ない。人数がいるのに、1人で回すより遅くなります。

この作業の目的は、人数を「送る数」と「速さ」に変える分担を決めることです。

手順1｜作業で分けるか、学生で分けるかを決める

分け方は2つあります。チームの構成で選びます。

「読んで書く」と「返信する」は性質が違います。読んで書くは、まとまった時間で一度に。返信は、毎日短時間で。この2つを同じ人が持つと、読んで書く日に返信が遅れます。作業で分けるなら、この2つを別の人に。学生で分けるなら、返信だけは作業で切り出します。

手順2｜返信の担当を曖昧にしない

チームで最も起きる失敗が、「承認に誰も返信しない」です。全員が管理画面を見られると、「誰かが返すだろう」になります。

1. 返信の担当を1人に決める：その日の承認は、その人が全部返す
2. 曜日で交代するなら、曜日ごとに1人：「月曜は〇〇、火曜は△△」。毎日誰かが決まっている状態
3. 担当が休みの日の代わりを決める：代わりがいないと、その日の承認が翌日に回る
4. 返信の型と日程の候補を、全員が同じものを使う：担当が変わっても学生への返信が揃う。型は承認されたあとの連絡手順
5. 日程の候補は、面談する人の枠から：返信する人と面談する人が違うなら、面談する人の枠を週の初めに返信する人に渡す

「返信の担当」と「面談する人」を分けると、返信する人は面談枠を持っていないので、枠の共有が要ります。週の初めに、面談する人が「今週の枠」を出し、返信する人がそれを候補として使う形にします。

エージェントベストの見解

申し込んだあと、チームで運用を始めた会社で最初の月に起きやすいのは、「人数がいるのに、承認への返信が1人のときより遅い」ことです。人事が3人いて、全員が管理画面を見られる。承認が来ると、全員が「誰かが返すだろう」と思い、翌日になって誰も返していないことに気づく。当社は3媒体すべての販売パートナーとしてOfferBoxの契約後の運用を見ていますが、チームで回っている会社は、返信の担当を「今日は誰」と決めていて、その人以外は返信しません。他の人は読んで書く、面談する、見直す、に集中します。人数がいるから全員で何でもやる、ではなく、人数がいるから作業を分けて、それぞれが1つに集中する。返信だけは、その日の担当が1人。この決め方が、チームの速さを作ります。

手順3｜管理表を1つにする

チームで回すと、「誰に送ったか」「誰が読んだか」「承認にどう返したか」が、人ごとにばらばらになります。管理表を1つにして、全員が同じものを見ます。

管理表が1つだと、週次レビューでも同じものを見られます。人ごとに別の表を持つと、レビューで突き合わせる時間が要ります。読み方と記録の型は学生プロフィールの読み方で書きました。

手順4｜複数の名義と、品質を揃える合意

チームで回すと、名義が複数になることがあります。職種ごとに現場の若手が名義になる形です。

• 名義ごとにテンプレートを持つ：口調と仕事の中身が違う。作り方はオファー文面テンプレートを作るときの注意
• 名義の人が、その名義の学生の面談に出る：名義と面談の人を一致させる。原則はオファー文面の基本
• 冒頭の深さを、チームで揃える：ある人は深く、ある人は浅く、だと承認がばらつく。「中くらい」のように深さの段階を決めて合意する。段階はオファーを学生ごとに変える範囲
• チェックを交互に行う：書いた人と別の1人が送る前に読む。人事が書いたら現場が、現場が書いたら人事が。チェックの項目はオファー文面でやりがちな失敗
• 抽象語と「なぜあなたに」の有無を、チェックの最低限にする：全部を見ると時間がかかる。2つだけ

品質のばらつきは、チームで回すときの最大の弱点です。深さの合意と交互のチェックで、ばらつきを抑えます。

手順5｜週次レビューをチームで持つ

週次レビューは、チーム全員でなくて構いません。出るのは、返信の担当、面談する人（名義の人）、見直す人（人事の責任者）です。持ち方は週次レビューのやり方で書きました。チームの場合に足すことを並べます。

1. 担当ごとの数を並べる：読んだ数、書いた数、送った数を担当ごとに。偏りが見える
2. 返信の日数を、担当の曜日ごとに見る：遅れている曜日があれば、その担当の時間の問題
3. 冒頭の深さがばらついていないかを、承認率ではなく文面のサンプルで見る：担当ごとに数通を読み比べる
4. 翌週の分担を確認する：休みや面接の集中で、分担が崩れる週は先に調整する
5. 決めることは1つ：チームでも、翌週に直すことは1つ

チームの週次レビューが長くなる原因は、担当ごとの報告になることです。数字は管理表で共有し、レビューでは止まっている段階と翌週の分担だけを決めます。

やりがちな失敗

最も多いのは、最初の「返信の担当を決めない」です。チームで最初に決めることは、これです。

社内の分担の例

チームの構成ごとに、分担の例を置きます。自社に合わせて直します。

どの構成でも、「返信の担当は今日1人」「管理表は1つ」「面談する人の枠を返信する人に渡す」の3つは共通です。

エージェントベストの見解

これをやる前に、先に決めておかないと分担が機能しないことがあります。「冒頭の深さの段階」をチームで合意することです。当社がOfferBoxの運用の相談でチームの分担を見るとき、承認がばらついている会社は、書く人ごとに文面の深さが違います。ある人は自由記述を深く読んで書き、別の人は志向から浅く書く。承認率を担当ごとに見ると差が出て、「書き方が悪い」という話になり、書く人が萎縮します。当社が勧めるのは、深さの段階（深い・中くらい・浅い）を最初に決め、「このチームは中くらいで統一」と合意することです。合意があれば、承認の差は書き方ではなく、読んだ学生の材料の差として読めます。深さを揃えてから分担を決める。この順番だと、チームの中で「誰の文面が良い悪い」の話にならず、運用が続きます。

まとめ

• チームで回すときは、作業で分けるか学生で分けるかを決める。多くは「読んで書くは学生で、返信と面談は作業で」に落ち着く
• 返信の担当は「今日は誰」と1人に決める。曖昧だと誰も返さない
• 管理表は1つにし、全員が同じものを見る。二重送信と返信漏れを防ぐ
• 冒頭の深さをチームで合意し、書いた人と別の1人が送る前にチェックする
• 週次レビューは担当ごとの報告会にせず、止まっている段階と翌週の分担だけを決める

よくある質問

人事が2人います。どう分けるのがよいですか

1人が読んで書いて送る、もう1人が返信と記録、という作業での分け方が多いです。読んで書くはまとまった時間、返信は毎日短時間、と性質が違うので、別の人が持つと両方が回ります。面談は名義の現場社員に出てもらい、週次レビューは2人で持ちます。

現場の若手に読んで書いてもらっています。品質がばらつきます

冒頭の深さの段階を決めて合意し、送る前に人事がチェックする形にします。チェックは「なぜあなたに」があるか、抽象語が残っていないか、の2つだけに絞ると続きます。ばらつきは書き方の良し悪しではなく、深さの合意が無いことから起きます。

チームの分担の設計は、御社に相談できますか

できます。当社がOfferBoxの運用の相談を受けるときは、チームの構成を聞き、作業で分けるか学生で分けるか、返信の担当をどう置くか、深さをどこで揃えるかを一緒に決めます。運用代行を受ける場合は、読んで書いて送る作業と返信を当社が持ち、社内は面談と見直しに集中する形になります。3媒体の全体像は3媒体の違いと選び方にまとめています。