情報共有が追いつかない｜「全部共有」をやめて、流す情報と置く情報を分ける

担当者からのチャットが一日に何件も来る。候補者の状況、文面の確認、日程の相談。返しきれず、返事が遅れ、担当者は待つ。逆に、社内で求人票を直したのに担当者に伝わっておらず、古い文面で送られていた。情報共有が追いつかない状態は、代行の運用で最もよく起きる詰まりの一つです。結論を先に書くと、「全部を共有する」をやめて、流す情報（すぐ動くもの）と置く情報（見に行くもの）を分け、窓口を一人にしてください。共有の量を減らすのではなく、形を分けることで追いつきます。チャットの使い方はチャットでの連携に、共有する情報の全体は渡す前に用意する情報にまとめています。

追いつかない原因

情報共有が追いつかないのは、量が多いからではなく、形が合っていないからです。

全部が同じ経路で来る。 「今日中に返事が要る」候補者の日程相談と、「いつか見ればよい」文面の変更案が、同じチャットに並びます。読む側は、どれが急ぎか分からず、全部を読んでから判断することになります。

受け手が複数いる。 担当者が、採用担当と面談者と経営者に、それぞれ連絡している。誰が何を知っているか、誰が返事をするかが分からず、返事が重なるか、誰も返さないかになります。

社内の変更が代行に届かない。 求人票を直した、面談者が替わった、条件を変えた。社内では共有されているが、代行には伝えていない。代行は古い情報で動き続けます。

記録が残らない。 チャットで決めたことが、流れて消える。三週間後に「あのとき何と決めたか」を探せない。同じ確認が繰り返されます。

四つとも、共有の量を減らしても直りません。形を変える必要があります。

流す情報と置く情報を分ける

情報を、二種類に分けます。

流す情報は、受け取ったらすぐ動くものです。候補者からの返信、面談の日程相談、辞退の連絡、当日中に確認が要る文面。これはチャットで流し、当日中に返します。量は絞ります。

置く情報は、必要なときに見に行くものです。文面のルール、対象の判断基準、求人票の現在の版、送信の記録、定例会の記録、進行中の候補者の一覧。これは共有の場所（スプレッドシート、共有フォルダ）に置き、更新したら「更新しました」とだけ流します。

分けると、チャットに流れるのは「すぐ動くもの」だけになり、量が減ります。置く情報は、見たいときに見に行けばよく、返事は要りません。

分け方の目安は、「返事が要るか」です。返事が要るなら流す、要らないなら置く。担当者にこの基準を伝えれば、担当者側で分けてくれます。

窓口を一人にする

担当者からの連絡を受ける人を、社内で一人に決めます。

面談者や経営者に直接連絡が行く形は、一見速いですが、誰が何を知っているかが分からなくなります。窓口の一人が受け、必要な人に渡し、返事を集約して担当者に戻します。往復は一段増えますが、抜けと重複が無くなります。

窓口の人には、判断の権限を渡します。対象と文面の変更、日程の調整は窓口が決められるようにします。権限が無いと、窓口は「確認します」を繰り返す中継役になり、かえって遅くなります。

窓口が不在のときの代理も決めておきます。窓口が休みの週に連絡が止まると、候補者が待ちます。代理は、判断の権限まで持たなくても、「窓口が戻るまでこれで進めてください」と返せる人であれば足ります。

社内の変更を代行に届ける

社内で起きた変更を、代行に届ける仕組みを作ります。

届けるべき変更は、次のようなものです。求人票の修正、条件の変更、面談者の交代、面談枠の変更、採用人数や時期の変更、募集の一時停止。どれも、代行の運用を変える情報です。

仕組みは単純で、「変更があったら窓口が担当者に流す」を決めておくだけです。ただし、忘れます。忘れないために、定例会の議題に「社内の変更」を入れます。毎回、「この二週間で、社内で変わったことはあるか」を確認します。

求人票の修正は、特に忘れがちです。社内で直しても、代行に渡した版は古いまま、ということが起きます。求人票の現在の版を「置く情報」の場所に一つだけ置き、社内も代行もそこを見る形にすれば、版のずれは起きません。

エラベルの見解

相談で最も多い思い込みは、「情報共有が追いつかないのは、担当者の連絡が多すぎるから」というものです。担当者の連絡が多いのは、「何を流し、何を置くか」が決まっていないからで、決まっていなければ担当者は全部を流すしかありません。安全側に倒すと、全部を流すことになります。

見ていて差がつくのは、担当者が「これは急ぎではないので、置いておきます」と自分で分けているかどうかです。分けている担当者は、チャットに流すものを絞り、更新は共有の場所に置いて「更新しました」だけを流します。分けない担当者は、全部をチャットに流し、受け手が埋もれます。

発注側にできるのは、「返事が要るものだけ流してほしい。それ以外は置いてほしい」と最初に伝えることです。一言で、担当者の流し方が変わります。伝えないまま「多すぎる」と言われても、担当者は何を減らせばよいか分かりません。

共有の型を決める

流す情報にも、型を決めます。型があれば、読む側は短時間で判断できます。

候補者の状況なら、「誰が・どの段階で・次に何が要るか・いつまでに」。「〇〇さん、面談調整中、来週の候補日を三つください、木曜まで」。この形なら、受け手は読んだ瞬間に何をすればよいか分かります。

文面の確認なら、「何を変えたか・なぜか・いつまでに返事が要るか」。変更点だけを示し、全文を貼らない。全文を貼られると、どこが変わったか探すことになります。

辞退の連絡なら、「誰が・どの時点で・理由」。理由が分かれば、定例会で見る材料になります。

型は、担当者と一緒に決めます。担当者側で使いやすい型でないと、続きません。決めたら、置く情報の場所に「共有の型」として置いておきます。担当者が替わっても、同じ型で続けられます。

追いつかなくなったときの立て直し

運用が続くうちに、また追いつかなくなることがあります。送信量が増えた、職種が増えた、窓口の人が忙しくなった。そのときは、次の順で立て直します。

まず、流す情報を絞り直します。「これは本当に返事が要るか」を、直近の連絡で見直します。返事が要らないものが流れていれば、置く情報に戻します。

次に、窓口の権限を確認します。窓口が「確認します」を繰り返しているなら、権限が足りません。対象・文面・日程の判断を窓口に渡します。

それでも追いつかないなら、窓口を増やすのではなく、代行の業務範囲を広げます。返信対応や日程調整を社内で持っているなら、代行に出します。社内が受ける情報の量そのものが減ります。

窓口を増やすのは最後です。増やすと、誰が何を知っているかが再び分からなくなります。

エラベルの見解

担当する側から見ると、情報共有で最も困るのは「流した情報に返事が無く、動けないまま候補者を待たせている」ことです。日程の候補を求めたのに三日返事が無い。文面の確認を求めたのに一週間返らない。担当者は催促するしかなく、催促すると「多すぎる」と言われる。

返事が遅いのは、受け手が全部を読んでから判断しようとしているからです。「返事が要るもの」が分かる形で流れていれば、それだけを先に返せます。分かる形で流れていなければ、全部を読むまで返せません。

発注側にできるのは、担当者に「返事が要るものには、件名に『要返信・期限』を付けてほしい」と頼むことです。それだけで、受け手は返事が要るものを先に処理できます。情報共有の問題は、量ではなく、優先順位が見えないことにあります。

まとめ

• 追いつかないのは量ではなく形。同じ経路・複数の受け手・社内変更の未伝達・記録の消失
• 流す情報（返事が要る）と置く情報（見に行く）を分ける。基準は「返事が要るか」
• 担当者の連絡を受ける窓口を一人に。判断の権限を渡し、代理も決める
• 社内の変更は定例会で確認し、求人票は現在の版を一つの場所に置く
• 流す情報に型を決める。「誰が・どの段階で・次に何が・いつまでに」
• 立て直しは流す情報を絞る→窓口の権限→代行の範囲を広げるの順。窓口を増やすのは最後
• 返事が要るものには「要返信・期限」を付けてもらう

よくある質問

チャットの通知が多すぎて、重要なものを見逃します

「返事が要るもの」と「置いておくもの」を分けてもらい、返事が要るものには件名に「要返信・期限」を付けてもらってください。それ以外は共有の場所に置き、「更新しました」だけを流す形にします。通知の量は減り、見逃しも減ります。

面談者が担当者と直接やり取りしたがります

速く見えますが、誰が何を知っているかが分からなくなり、抜けと重複が起きます。窓口の一人を通す形にし、面談者には「面談後の一行」を窓口経由で戻してもらってください。直接のやり取りが要る場面（面談前の候補者情報の確認など）は、窓口が同席する形で限定します。

社内で求人票を直したのに、担当者が古い版で送っていました

求人票の現在の版を、共有の場所に一つだけ置いてください。社内も担当者もそこを見る形にすれば、版のずれは起きません。加えて、定例会で「社内の変更はあるか」を毎回確認する議題を入れておくと、伝え忘れが減ります。