Routine化
未読整理・定例確認・承認待ちをAI社員でRoutine化する
AGTOのRoutine化は、日々の未読、確認漏れ、承認待ち、定例レポートをAI社員が整理し、人が判断すべき事項を可視化します。チャットを読むだけで終わらせず、次の行動につなげます。
Before
未読整理・定例確認で起きやすい課題
未読と通知が日々増え続ける
重要な確認と後でよい情報が混ざり、対応順を判断しにくくなります。
定例確認が人の記憶に依存する
朝会、週次報告、承認待ち確認が担当者の習慣に頼り、抜け漏れが出ます。
例外や滞留が次の改善に残らない
見落とし、誤通知、承認滞留の理由が記録されず、同じ問題が繰り返されます。
Solution
毎日の確認を、AI社員が実行できるRoutineに変える
AGTOは未読、承認待ち、定例確認を整理し、人が判断すべきものだけを提示します。
ここで確認すること
Routine化でできることを、導入時に判断しやすい単位に分けて整理します。
未読を重要度で整理する
大量のチャットや通知から、対応が必要なもの、確認だけでよいもの、後回しでよいものを整理します。人は優先順位の高い確認から始められます。
定例確認をRoutine化する
毎朝の確認、週次レポート、承認待ちの棚卸しなど、繰り返す確認作業をRoutineとして設計します。結果は担当者が確認できる形で出します。
例外を改善に反映する
AIが迷ったケース、承認待ちが滞ったケース、情報不足で回答できないケースを記録し、スキルや業務ルールの改善につなげます。
Workflow
Routine化導入の進め方
繰り返し業務を選び、判断基準を言語化し、結果をレビューして更新します。
繰り返し業務を選ぶ
未読整理、定例確認、承認待ち、週次報告などから1つ選びます。
判断基準を言語化する
重要度、期限、担当、通知条件を整理します。
結果をレビューする
AIの整理結果を人が確認し、基準を更新します。
Scope
Routine化する作業、しない作業を先に決める
Routine化は通知を増やすことではありません。毎日確認すべきものを絞り、人が判断するポイントを残します。
できること
未読と重要通知を整理する
対応が必要なもの、確認だけでよいもの、後回しでよいものを分けます。
定例確認を日次・週次で回す
朝の確認、週次レポート、承認待ち棚卸しをRoutine化します。
例外をレビューキューに入れる
AIが迷ったケースや見落としを改善ログとして残します。
通知条件を更新する
誤通知や過剰通知をもとにルールを見直します。
できないこと
全部を即時通知にしない
重要度が低いものはDigestにまとめ、通知疲れを避けます。
外部書き込みを無人化しない
影響が大きい操作は承認フローを挟みます。
判断基準が曖昧なまま自動化しない
担当、期限、重要度が不明なものはレビュー対象にします。
失敗ログを捨てない
見落としや誤通知の理由を改善に使います。
Design detail
Routine化しやすい業務の例
Routine化は、毎日・毎週繰り返していて、判断基準を言語化できる仕事から始めます。人が判断すべき箇所を残し、AIは整理と候補提示を担います。
| 業務 | AI社員が整理すること | 人が判断すること | 最初の成果物 |
|---|---|---|---|
| 未読整理 | 重要メッセージ、期限、担当者、未対応項目 | 対応要否、優先順位、返信内容 | 朝の確認リスト |
| 承認待ち棚卸し | 止まっている申請、期限超過、承認者 | 承認・差し戻し・保留 | 承認待ちレポート |
| 週次レポート | 今週の変化、未完了、例外、次の確認 | 報告内容の採用・修正 | 週次レポート草案 |
| 問い合わせ傾向確認 | 増えた質問、回答できなかった質問 | FAQ化、担当部署への確認 | ナレッジ更新候補 |
Design detail
通知条件の設計例
通知を増やすだけでは定着しません。誰に、いつ、どの粒度で届けるかを決め、重要度が低いものはDigestにまとめます。
| 条件 | 通知方法 | 避けたいこと |
|---|---|---|
| 即時対応が必要 | 担当者へ即時通知 | 全員通知、同じ内容の重複通知 |
| 今日中に確認 | 日次Digestにまとめる | 細かすぎる通知、文脈のない要約 |
| 週次で見ればよい | 週次レポートに集約 | 毎日通知して無視される状態 |
| 判断基準が曖昧 | レビューキューに入れる | AIが自動で重要度を確定すること |
Operation image
未読、定例、例外をRoutineとして見る
通知を増やすのではなく、確認すべき仕事を日次・週次で整理します。
毎日の確認をRoutineにまとめる
繰り返し確認、通知条件、承認待ちを分解し、AI社員が毎日実行できるRoutineにします。
承認済みスキルをRoutine化し、日次ダイジェストにまとめます。
業務の流れ、承認ポイント、再利用の流れを具体的に確認します。
Metrics
Routine化の効果を見る指標
Routine化では、自動化率だけでなく、人が確認すべきものに絞れているかを測ります。通知精度、確認漏れ、承認滞留、レポート草案の採用率を見て、基準を更新します。
確認漏れ
対応漏れが減っているか
通知精度
必要な通知だけが届いているか
承認滞留
承認待ちが溜まっていないか
レポート採用率
AI草案がそのまま使えた割合
例外ログ
見落とし・誤通知が記録できているか
Trial
1つのRoutineで通知精度と確認漏れを見る
最初は未読整理や承認待ち確認など、1つの繰り返し業務に絞ります。
繰り返し業務を選ぶ
未読整理、定例確認、承認待ち、週次報告などから1つ選びます。
判断基準を言語化する
重要度、期限、担当、通知条件を整理します。
結果をレビューする
AIの整理結果を人が確認し、基準を更新します。
FAQ
よくあるご質問
通知が増えすぎないか、既存チャットと連携できるか、自動化範囲をどこまでにするかを整理します。
通知が増えすぎませんか？
通知条件と重要度を設計し、必要なものだけを担当者へ提示する運用にします。
既存チャットと連携できますか？
対象ツールや権限を確認したうえで、未読整理や定例確認の対象を設計します。
レポート作成にも使えますか？
使えます。定例確認の結果や例外を集約し、担当者が確認するレポート草案にできます。
どこまで自動実行できますか？
まずは整理、抽出、通知、レポート草案から始めます。外部システム更新や一斉通知など影響が大きい操作は、承認必須として段階的に検証します。
未読整理と定例確認は同時に始められますか？
対象チームが同じで、判断基準も近い場合は同時に始められます。ただし初回は1つのRoutineに絞り、通知条件とレビュー負荷を測るほうが安定します。
AIが見落とした場合はどう改善しますか？
見落とし、誤通知、過剰通知を例外ログとして残し、重要度、期限、担当者、キーワード、参照元のルールを更新します。
Next Step
毎日の確認業務をAI社員に渡す
未読整理や定例確認の流れが分かれば、Routine化の初期設計を作成できます。