「お忙しいところ恐縮ですが、例の件いかがでしょうか」

このメッセージを送るたびに、少しずつ何かが削られていく感覚がある。相手への申し訳なさ、自分の段取りへの自己嫌悪、それでも確認しないわけにはいかない緊張感。

催促は消耗する。でも必要だから送る。そのループを、ほとんどの人は仕方ないと受け入れている。

催促は症状であり、原因ではない

催促メッセージが必要になるとき、多くの人は相手の応答速度を問題だと思う。「あの人は返信が遅い」「もう少し当事者意識を持ってほしい」という方向に思考が向く。

でも実際には、催促を必要にしているのは相手の性質ではなく、依頼の構造であることが多い。

依頼に期限が書いていなければ、相手は「いつかやる」と判断する。完了状態が曖昧であれば、相手は何をもって終わりとすべきかわからない。優先順位が明示されていなければ、相手は自分の他の仕事と比較して後回しにする。

催促は「足りない情報を後から補おうとする行為」だ。最初の依頼に入っていれば、催促は不要だったもの。

催促を生む依頼の5つの欠陥

実際に外部メンバーへの依頼を解剖してみると、催促が必要になる依頼には共通のパターンがある。

ひとつ目は、期限がない依頼だ。「よろしくお願いします」で終わる依頼には期限がないことが多い。相手は「いつかやろう」と思っているが、発注側には「いつか」の感覚がない。ズレが始まる場所はここだ。

ふたつ目は、完了状態が曖昧な依頼だ。「確認してください」「検討してください」という依頼は、何をもって完了とするかが書かれていない。相手は完璧な状態になるまで待とうとするか、何をすればいいかわからずに止まる。

みっつ目は、優先順位が伝わらない依頼だ。外部メンバーは複数のクライアントを抱えていることが多い。「この依頼がどのくらい急ぎか」が伝わらなければ、他の案件に後回しにされても相手の判断としては合理的だ。

よっつ目は、確認の場所がない依頼だ。Slackで頼んで、Slackで進捗を確認する。でもSlackのメッセージは流れる。相手も発注側も、どこで状況を確認すればいいかわからなくなる。

いつつ目は、報告のハードルが高い依頼だ。「完成したら連絡してください」という依頼を受けた外部メンバーは、「完成するまでは黙っていよう」と思う。途中経過を報告するタイミングがないから、発注側からは何も動いていないように見える。

催促を事前に消す依頼の設計

催促が必要になる構造は、依頼の時点で変えられる。

最初から「期限・完了状態・優先度」を書くことで、相手が判断に迷う余地を減らせる。「○月○日の午前中までに、この項目が埋まった状態で返してください。今月最優先です」という依頼は、「よろしくお願いします」よりはるかに相手を動かしやすい。

また、「報告してください」ではなく「○日の15時に状況を確認します」という設計も有効だ。進捗報告を相手に委ねるのではなく、確認のタイミングを発注側が設計する。これだけで中間での行き詰まりが大幅に減る。

もうひとつは、不明点を聞きやすくする環境を作ることだ。外部メンバーが疑問を持ったときに、どこで、誰に、どのタイミングで聞けばいいかを最初に伝えておく。「疑問があればいつでも連絡を」という言葉は言いやすいが、チャットに流れてしまった依頼に対して外部メンバーが改めてメッセージを送ることには心理的ハードルがある。

催促が続く関係が示しているもの

同じ外部メンバーへの催促が繰り返されるとき、それは依頼の構造が改善されていないことを意味する。「あの人は毎回遅い」という評価が固まる前に、「毎回どんな依頼をしているか」を見直す方が先だ。

催促を送るたびに、少しずつ関係に摩擦が積み重なる。外部メンバーにとって「催促が来る発注者」は、仕事として優先しにくいカテゴリに入っていく。

催促をなくすことは、効率化ではなく関係の設計だ。「また送らなければ」と思った瞬間こそ、依頼の構造を見直すタイミングだ。