催促は、やる側にもやられる側にも気まずさが残る業務です。しかも「気づいた人がやる」運用になっていると、特定の担当者だけが何度も同じ相手に声をかけ続けることになります。この記事では、催促を個人の気配りから外して仕組みに移すための手順を、タイミング設計・文面の型・エスカレーション基準まで含めて整理します。
- 依頼と期日を記録に残す 口頭・チャットの依頼を必ず期日付きで登録する
- 催促のタイミングを決める 3日前・前日・当日を例に業務に合う間隔を決める
- 文面を型にする 毎回考えずに済むよう3種類だけ用意する
- エスカレーション基準を決める 何回・何日で誰に上げるかを事前に定義
- 記録を振り返る 遅れが集中する相手・工程を月次で確認する
なぜ催促が特定の人の負担になるのか
催促が重いのは、作業量そのものより「判断が毎回発生する」ためです。今日送るべきか、送るとしつこいと思われないか、どの言い方なら角が立たないか。これを1件ごとに考えるので、件数が増えるほど消耗します。
さらに、催促の責任が明文化されていない職場では、気づいた人が声をかけるしかありません。結果として、几帳面な担当者ほど督促係になり、不在時には抜けが出ます。
原因を分けると、おおむね次の3つに整理できます。
| 症状 | 背景にあること |
|---|---|
| 催促のタイミングがばらばら | 期日が一覧化されておらず、思い出した時にしか動けない |
| 同じ相手に何度も言う | 前回いつ催促したかの記録が残っていない |
| 催促しても進まない | 上長に引き上げる条件が決まっていない |
催促の負担は、回数ではなく「毎回判断していること」から生まれています。
手順1・2：依頼を期日付きで記録し、通知のタイミングを決める
最初にやるのは、依頼を記憶から記録へ移すことです。チャットや口頭で流れた依頼は、期日が入った形で一覧に残っていなければ催促の起点になりません。
登録時に最低限そろえたい項目は次の通りです。
次にタイミングです。細かく刻むほど効くわけではなく、多すぎる通知は無視されます。まずは、3日前・前日・当日の3段階を検討のたたき台にできます。以下は運用設計の例であり、Lバディの標準通知回数や設定可能な間隔を示すものではありません。
- 3日前：着手を促す。まだ余裕があるので事務的な一文で十分です
- 前日：進捗を尋ねる。遅れそうなら代替案を出してもらう段階です
- 当日：期限の確認と、未提出なら今後の扱いを伝える段階です
作業量が数時間で終わるものは3日前の通知が不要な場合もあります。逆に関係者が多い依頼や、他部署の承認を挟むものは1週間前を足すと安全です。期間ではなく「着手から完了までに何日かかるか」を基準に決めると迷いません。
手順3：文面を3つの型に固定する
催促の心理的負担の多くは、文面を考える時間に集中しています。毎回ゼロから書くのをやめ、型を3つ用意して使い回します。
型にするときのポイントは、相手を責める言葉を入れないことと、返答の負荷を下げることです。例えば「どうなっていますか」ではなく「完了・進行中・未着手のどれかを教えてください」とすれば、相手が返答内容を選びやすくなります。また、当日の文面にだけ共有先を明記しておくと、エスカレーションが唐突になりません。
手順4：エスカレーションの基準を先に決める
催促する側が最も疲れるのは、「何度言っても動かないが、上に報告していいのか分からない」状態です。これは判断を個人に預けているために起きます。基準を先に決めておけば、担当者は手放すことができます。
担当者が催促を続ける
- 期日まで3日以上ある
- 相手から返信があり、着手の見通しが共有されている
- 遅れても後工程に影響しない
上長・依頼元に引き上げる
- 当日通知まで送って返信がない
- 2回以上「明日やる」が繰り返されている
- 遅れが取引先への提出物や支払期日に影響する
引き上げ先は役職ではなく「遅れて困る人」で決めると機能します。経理の締切なら経理責任者、納品物なら営業担当というように、影響を受ける側が催促したほうが相手も優先度を上げやすくなります。この対応表を1枚作っておくだけで、担当者は毎回悩まずに済みます。
エスカレーション基準を事前に文書化することが、担当者の心理的負担を減らす一つの方法です。
手順5：記録を残して、催促が必要な構造を見直す
催促は本来、減らすべきものです。通知を自動化しただけでは、遅れの原因は残ります。月に一度、次の観点で振り返ります。
- 同じ人・同じ工程で遅れが繰り返されていないか
- そもそも期日設定が業務量に対して短すぎないか
- 依頼の出し方が曖昧で、着手できずに止まっていないか
ここで効いてくるのが、いつ依頼して、いつ催促して、いつ完了したかの履歴です。記憶に頼っていると「あの人はいつも遅い」という印象論で終わりますが、記録があれば工程やルールの問題として議論できます。
仕組みに乗せる手段を選ぶ
依頼のやり取りがLINEで完結している現場では、会話と管理台帳が分かれていること自体が運用の妨げになります。Lバディは、LINEの会話から依頼と期日を抽出してタスク化し、期日前にトークへ催促を送ります。登録したタスクは表・カンバン・ガントで管理できるため、個別の催促と全体の進捗を同じ場所で見ることができます。
詳しい機能はALTのサービス紹介とLバディ公式サイトで確認してください。
導入の可否を判断する観点としては、依頼のやり取りが実際にLINE上で行われているか、期日を決めて依頼する文化があるか、エスカレーション先が組織として決められるかの3点を確認してください。ツールは通知を代行しますが、基準づくりまでは代わりにできません。
よくある質問
Q: 自動通知にすると、相手に機械的だと思われませんか。
A: 通知が定型であること自体は、むしろ「全員に同じルールで送られている」という納得につながります。重要なのは、当日通知まで届いた後の対応を人が担うことです。自動通知は着手を促す段階まで、交渉や調整が必要な段階は人、と役割を分けると機械的な印象になりにくくなります。
Q: 催促の回数は3回が適切ですか。
A: 業務によって変わります。着手から完了までに1日で足りる依頼なら前日と当日の2回を目安にできますし、関係者が複数いる依頼は1週間前を足すほうが安全です。回数を決める前に、その依頼が「何日前に動き出せば間に合うか」を確認してください。
Q: エスカレーションすると関係が悪くなりそうで踏み切れません。
A: 事前の合意がないまま上に報告すると、相手が唐突に感じることがあります。あらかじめ基準を共有し、当日の催促文面に共有先を明記しておけば、ルールに沿った手続きとして扱えます。事前に相手へ「こういう運用です」と伝えておくことが、摩擦を減らすための一つの方法です。
まとめ
催促の負担は、作業量ではなく判断の回数から生まれます。依頼を期日付きで記録し、3日前・前日・当日の3段階で通知を標準化し、文面を3つの型に固定する。そのうえでエスカレーションの基準を先に決めておけば、担当者は「いつまで自分が抱えるか」に迷わなくなります。
最後に、催促の記録を振り返って遅れの構造そのものを見直すところまでを一連の流れにしてください。通知の自動化は出発点であり、目的は催促そのものを減らすことです。LINEでのやり取りが中心の現場であれば、会話から依頼と期日を拾ってタスク化し、期日前にトークへ催促を送るLバディのような仕組みが、この流れを支える選択肢になります。
