結論:業務フロー図は、AIに任せる場所ではなく「人へ戻す場所」を決めるために作る
AIエージェント導入前の業務フロー図は、作業を自動化するためだけの資料ではありません。入口から出力までを一度書き、①AIが処理してよい範囲、②人間が確認する位置、③例外が起きた時の戻し先を決めるための判断表です。最初は完璧な図を作らず、一つの業務を「入力→処理→確認→出力→記録」の五つに分ければ始められます。
AIエージェント導入前は、対象業務、入力情報、AI処理、判断条件、人間確認、出力先、停止後の戻し先を業務フロー図に書きます。通常処理はAIへ任せても、金額・契約・個人情報・苦情・根拠不足に当たる場合は人へ戻す線引きを先に決めます。
なぜツールの機能から始めると、導入後に迷うのか
AIエージェントには、検索、要約、分類、返信案の作成、外部サービスへの転記など多くの機能があります。機能を見ていると「これも任せられそうだ」と感じますが、機能と業務の責任範囲は同じではありません。問い合わせの要約と、契約条件を含む返信の送信では、必要な根拠、確認者、停止条件が違います。
フローを描かずに導入すると、処理が止まった時に次の質問が出ます。「誰が確認するのか」「どこまで直せば再開できるのか」「入力が足りない時は誰に聞くのか」「判断の理由をどこへ残すのか」。この答えが担当者の経験だけに残ると、担当者の不在がそのまま業務停止になります。
公開されたAIスキルやノウハウは、別の会社でも学べます。一方、どの条件で人へ戻し、どの例外を使わず、どの資料を正本にするかは、その会社の運用記憶です。フロー図は記憶を保管するためではなく、次の担当者が判断を再開するための補助線、つまり「記憶の補完」として機能します。
最初の一枚に入れる7項目
| 項目 | 書く内容 | 確認する問い |
|---|---|---|
| 対象業務 | 問い合わせ分類など一つに絞る | どの業務の図か |
| 入力情報 | メール、フォーム、社内資料 | AIへ渡してよい情報か |
| AI処理 | 分類、要約、下書き、検索 | AIが決めてはいけないことは何か |
| 判断条件 | 通常、境界、停止の条件 | 何を見たら人へ戻すか |
| 人間確認 | 事実、宛先、表現、権限 | 誰が何を確認するか |
| 出力先 | 返信、CRM、FAQ、社内記録 | どこが現行の正本か |
| 戻し先 | 責任者、元担当、改善ログ | 停止後に誰が再開するか |
特に抜けやすいのは「戻し先」です。停止条件だけを書いても、その後の担当者が決まっていなければ、現場は停止を避けて処理を続けるか、誰にも渡せず抱えます。停止は失敗の宣言ではなく、判断を人へ戻すための業務フロー上の分岐です。
通常処理・境界ケース・停止ケースを三色で分ける
図を細かくしすぎると、誰も更新しなくなります。最初は処理を三つに分けます。通常ケースは、入力が揃い、根拠を確認でき、決めた範囲内で出力できるもの。境界ケースは、追加情報や短い人間確認が必要なもの。停止ケースは、契約、金額、個人情報、苦情、権限、社外公開、根拠不足など、責任者の判断へ戻すものです。
たとえば問い合わせ対応なら、よくある質問の分類は通常、質問の意図が複数あるものは境界、返金や契約変更を求めるものは停止とします。ここで大切なのは、AIの正答率を先に決めることではありません。会社として何を「自動処理に含めないか」を言葉にすることです。
この線引きは、生成AIの例外対応ルールやAI導入後の人間確認と接続できます。業務フロー図は単独で完成させるより、既存の停止条件や判断ログの正本へリンクして、更新先を一つにする方が維持しやすくなります。
業務フロー図を作る5手順
- 一件を選ぶ:頻度があり、結果を人が確認できる業務を一つ選びます。
- 入口を書く:誰が、どの媒体から、何を入力するかを記録します。
- AI処理を一文にする:「分類する」「不足情報を抜き出す」など、決めることと作業することを分けます。
- 戻し先を置く:例外、情報不足、根拠不足のそれぞれに担当者と記録先を置きます。
- 10件で見直す:通常・境界・停止を数件ずつ試し、迷った場所を図へ戻します。
最初から全社の業務を図にする必要はありません。10件の試行で確認担当に同じ質問が集中したら、その質問をFAQや入力フォームへ戻します。停止が多い場合はAIが悪いと決めつけず、入力情報が足りないのか、業務の前提が揃っていないのかを確認します。
フローの更新には、変更日、変更理由、確認者、未更新の媒体、次回確認日を残します。AI運用の変更履歴へ戻せば、図だけが古いまま残る事態を減らせます。判断ログは成功例だけでなく、使わなかった理由や人へ戻した条件も含め、現行の手順やREADMEへ反映します。
図の置き場所も決めておきます。個人のデスクトップやチャットの一時スレッドに置くと、更新された図を探す時間が増えます。業務の正本が社内READMEなら、フロー図からREADMEへリンクし、READMEから判断ログの戻し先へつなぎます。図を画像だけで残す場合も、更新日、対象業務、確認者、次回見直し日を近くに添えます。見た目の整った図より、次の人が現行版を見つけられることが重要です。
さらに、図を作った人だけで確認を終えないことも大切です。実行担当、確認担当、責任者の三人が同じ図を見て、「この矢印で止められるか」「止めた後に誰が受け取るか」を声に出します。図の上では自然に見える流れでも、実際の権限や営業時間と合わないことがあります。短いレビューを一度入れるだけで、導入後に担当者が抱える曖昧さを先に見つけられます。
レビューでは、例外を増やしすぎないようにします。すべての可能性を図へ書き込むと、通常の流れが見えなくなります。まずは直近で迷った三件を取り上げ、同じ条件なら同じ戻し先へ行けるかを確認します。戻し先が毎回違うなら、責任者がいないのではなく、業務の境界がまだ言葉になっていない可能性があります。その場合は導入を急がず、境界を一つずつ決めてから図を更新します。
更新した日付と確認者を図のそばに残せば、古い流れを正解として使い続けるリスクも下げられます。図は完成品ではなく、判断を補うための現行メモです。
迷った一件を起点に、現場で使える言葉へ直すことが導入前の準備になります。まずは今日から。
導入前チェックリスト:図を見て5つ答えられるか
- AIに任せる処理と、任せない判断が一文で言える。
- 入力禁止情報と、入力前に伏せる項目が決まっている。
- 人間確認の担当者と、確認する項目が決まっている。
- 停止条件と、停止後の戻し先が決まっている。
- 図、FAQ、CRM、READMEのうち、どれが正本か決まっている。
一つでも答えられない場合は、AIエージェントを全自動で動かす段階ではありません。業務を小さく切る、AI処理を分類だけにする、出力を下書きに限定するなど、責任を確認できる範囲へ戻します。導入を遅らせるためではなく、試せる範囲を見つけるための判断です。
よくある質問
AIエージェント導入前に業務フロー図は必要ですか?
必要です。入口、AI処理、人間確認、出力先、例外時の戻し先を図にすると、AIへ任せる範囲と人が判断する位置を決めやすくなります。最初は一業務を五段階に分ければ十分です。
業務フロー図には何を書けばよいですか?
対象業務、入力情報、AI処理、判断条件、人間確認、出力先、停止後の戻し先の7項目から始めます。担当者名だけでなく、何を確認する役割かも書きます。
業務フロー図を作ってもAI導入を見送ることはありますか?
あります。例外が多い、根拠を照合できない、停止後の担当者が決まらない場合は、導入範囲を縮めるか見送ります。見送った理由も次の判断を補う運用記憶になります。
次の一歩:一つの業務を、図ではなく判断できる状態にする
AIエージェント導入で先に決めるべきなのは、どのツールを買うかだけではありません。どの仕事を対象にし、どの入力を渡し、どこまで処理させ、どの条件で人へ戻し、どこへ記録するかです。業務フロー図は、その判断を関係者で共有する最初の一枚になります。
Miraigentの無料診断では、対象業務、入力情報、人間確認、例外、責任者、判断ログの戻し先を一緒に整理します。AIエージェントを試したいが、どこから任せるべきか決めにくい場合は、直近の一件を選び、まず「任せる・確認する・止める」の三つを図に置いてみてください。
