期限管理を人の記憶から外す。リマインドの設計と営業日計算

期限の管理は、多くの組織でマネージャーの負荷になっています。

台帳を見て期限が近いものを確認し、担当者に声をかける。
この繰り返しだけで、週に数時間が消えていきます。
声をかけること自体が「管理している」ことになってしまって、マネージャーの時間はその確認だけで埋まっていきます。
声をかけられる側にとっても、指摘されているようで気持ちのいいものではありません。

この負荷は、人の記憶に頼っている限り、どこまで減らせるでしょうか？
今回は、タスクのリマインドを自動化して、期限管理を人の記憶から外す設計を書いていきます。
自動化の全体像はAIによる業務自動化の全体像。手段の選び方とコスト設計にまとめてあります。

期限管理は、マネージャーの時間を静かに奪う

いま何が起きているのかを、分解してみます。
作業は5つに分かれていて、台帳を見て期限が近いものを探す、担当者を特定する、個別に声をかける、進み具合を確認する、これを週に何度も繰り返す、という流れになります。
件数が多いと、探すだけで10〜20分かかります。
探す作業と担当者の特定は、機械的な照合なので完全に自動化できます。

声のかけ方さえ整えておけば、確認の質のほうも自然に上がってきます。
問題は繰り返す頻度で、毎日確認していると、その時間がそのまま積み上がっていきます。

タスク化そのものは決まったことが実行されない。アクションアイテムを自動でタスク化にまとめてあります。

通知は本人に届けて、営業日を基準に設計する

設計の要素は3つあるので、順に決めていきます。
まず「誰に」ですが、担当者本人であって、マネージャーではありません。
地味ですが、ここが最も重要な設計判断です。

マネージャーに通知して声をかけてもらう形にすると、結局マネージャーの負荷は減らないので、本人に直接届く形にします。
そのうえで、期限を超えたものだけをマネージャーにも通知します。
つまり「進捗を管理するための情報」ではなく、「支援するかどうかを判断するための情報」に位置づけるということです。

次に「いつ」ですが、期限の3営業日前と当日の2回で足ります。
3回以上送ると通知そのものが無視されるようになりますし、1回だけだと見落とされます。
最後に「何を」ですが、タスクの内容と期限、完了の報告方法の3点で、リンクは必ず入れておきます。

なかでも「完了の報告方法」を書いておくのが要点です。
完了をどう伝えればいいか分からないと、そもそも報告が上がってこないからです。

期限の計算についても、ここで書いておきます。
暦日で計算すると、土日祝日をまたぐたびに実際の作業日数が変わってしまうので、実務ではここが効いてきます。

例えば期限が月曜のタスクだと、暦日の3日前は金曜ですが、営業日なら水曜になります。
連休をまたぐと、この差はさらに大きくなります。

暦日で3日前に通知すると、連休の最中に届くことになり、誰も見ません。
だから、ここは営業日で計算します。
そのために必要なのが営業日の一覧で、祝日と自社の休業日を並べたものを、年に一度まとめて用意しておきます。

あわせて、期限そのものも営業日で設定しておきます。
「10営業日以内」という形で置いておくと、連休の影響をそもそも受けなくなります。

通知は、設計を誤ると必ず無視される

この節が、全体のなかで最も重要な部分です。
通知というものは、放っておくと必ず無視されるようになります。
無視される原因は4つあって、頻度が高すぎて毎日来るもの、自分に関係ないものが混ざって「自分の話だ」と認識されないもの、内容が具体的でなく「期限が近いタスクがあります」では何のことか分からないもの、完了しても通知が止まらず信用されなくなるものです。
このなかで、完了しても止まらない通知がいちばん致命的です。

一度これが起きると、通知を無視する習慣がついてしまいます。
だから「完了の状態を、確実に反映すること」を最優先で作り込みます。
完了の報告があった時点で、通知を止める設計にします。

もうひとつ、完了の報告そのものを簡単にしておくことも欠かせません。
通知の中にボタンやリンクを置いて、1クリックで完了にできる形にします。
報告が面倒だと、そもそも報告されないからです。

依頼の取りこぼしを防ぐ設計は依頼の取りこぼしをゼロにする。ToDo化を自動で走らせるで扱っています。

期限を超えたら理由を分けて、変更の経路も用意する

期限を超過した場合の設計も、あわせて決めておきます。
本人への通知は継続しますが、頻度は週1回に落とします。
毎日送っていると、これも結局は無視されるからです。

マネージャーへの通知は、この段階になって初めて届く形にします。
あわせて超過の「理由」も、忘れていた、優先順位を下げた、詰まっている、完了しているが報告していない、の4つから選べる形にします。
この理由の分類こそ、実は最も価値のある部分です。

「優先順位を下げた」と「忘れていた」はまったく別の問題で、対処も違ってきます。
そして「詰まっている」が選ばれたものだけを、支援の対象にします。
マネージャーが声をかけるべきなのは、ここだけです。
この分類があると、マネージャーの確認は「詰まっている」ものだけに絞られます。

もうひとつ、実務的な設計を書いておきます。
期限というものは、状況が変わると現実的でなくなっていきます。
「期限を変える経路がない」と、超過したまま放置されて、リスト自体が意味を失います。
だから、期限の変更そのものを許して、本人が変更できる形にしつつ、変更の記録は残しておきます。

そのうえで、変更の回数を見ます。
何度も延びているタスクは、実現できない計画だったか、優先度が低いかのどちらかで、ここを見ると計画の精度が分かります。

目安として、3回以上延びたタスクは一度見直して、やるのかやらないのかを決めます。
延び続けるタスクが溜まると、台帳全体の信頼が落ちるからです。

依頼そのものの構造化は丸投げと伝言ゲームをなくす。タスク依頼を構造化するにまとめてあります。

導入前後で見る指標とチェックリスト。起きやすい7つの失敗

実装に入る前に、確認しておく項目を並べておきます。
通知先は担当者本人か、通知の回数は2回になっているか、営業日の一覧を用意したか、通知に完了の報告方法とリンクが入っているか、完了の報告があったら通知が止まる設計になっているか、完了の報告が1クリックで済むか、期限を超えたものの通知は週1回になっているか、超過の理由を選べる形になっているか、期限を変更できる経路があるか、変更の記録が残るか。
この10項目です。

なかでも「通知が止まる設計」と「1クリックで報告できるか」の2つが、最も重要になります。
ここが弱いと、結局は通知が無視されるからです。

導入した後に見る指標も、4つに絞っておきます。
期限内に完了した割合で、導入前は5〜6割、導入後は8割程度が目安になります。
期限を超えたものの平均遅延日数も、あわせて見ます。

マネージャーが確認に使う時間、週に何時間か、ここが減っていれば施策の目的は達成されています。
もうひとつ、超過の理由の内訳で、「忘れていた」が減っていれば通知が効いていますし、「優先順位を下げた」が多い場合は計画のほうの問題です。

この4つのなかで、マネージャーが確認に使う時間こそが本来の目的です。
完了率が上がることももちろん重要ですが、マネージャーの時間が空くことがこの施策の狙いだからです。

月次業務の抜け防止は月次業務のうっかり忘れを構造的になくす、アンケートの催促は社内アンケートの回収率が上がらない。未回答者だけに自動で促すにまとめてあります。

失敗は7つあって、マネージャーに通知して声をかけてもらう形にすること、毎日通知すること、暦日で計算すること、完了しても通知が止まらないこと、完了の報告を面倒にすること、期限を変更できる経路を作らないこと、期限内の完了率だけを見ることです。

どれも、本人に直接届けて2回に絞り、営業日で計算して完了を確実に反映し、1クリックで報告できるようにして変更の経路を用意し、マネージャーの時間を見れば避けられます。

どの期限から仕組みに移すかは、当社のAI伴走支援でも業務の洗い出しから一緒に決め、リマインドのワークフローを実装するところまで現場の担当者と進めています。

期限管理は、人の記憶ではなく仕組みに任せる

期限管理がマネージャーの負荷になるのは、台帳の確認と個別の声かけを延々と繰り返しているからです。
台帳を確認する部分は、完全に自動化できます。
設計の要素は3つで、誰に（担当者本人であって、マネージャーではありません）、いつ（3営業日前と当日の2回）、何を（内容・期限・完了の報告方法とリンク）という並びになります。

日数は営業日で計算します。
暦日で計算すると連休の最中に通知が届いてしまって、誰も見ないからです。
営業日の一覧は、年に一度まとめて用意しておきます。

通知が無視される原因は4つあり、なかでも「完了しても通知が止まらない」が最も致命的です。
完了の状態を確実に反映して、報告が1クリックで済む形にしておきます。

期限を超えたものは、本人への通知を週1回に落として、マネージャーにも通知して、超過の理由を選べる形にします。
「忘れていた」と「優先順位を下げた」は別の問題ですし、「詰まっている」だけがマネージャーの確認の対象だからです。

期限を変更できる経路も、用意しておきます。
変更の記録はきちんと残して、3回以上延びたタスクは一度見直します。
測るのは4つで、なかでもマネージャーが確認に使う時間が、本来の目的です。

まずは自部門の台帳で、期限の3営業日前に担当者本人へ通知する形を作るところから始めてみませんか？