AIエージェント導入前の業務フロー図には、①目的、②入力元、③AIの作業、④人間確認、⑤例外条件、⑥記録先、⑦停止・再開条件を書きます。最初から業務全体を自律化せず、AIが下準備をし、担当者が判断できる範囲から試すのが基本です。
AIエージェント導入前にフロー図を作る理由
AIエージェントは、質問に答えるだけの窓口ではありません。入力を受け取り、情報を探し、分類し、下書きを作り、記録し、次の作業を準備するように、複数の工程をつなぐ仕組みです。そのため、工程の境界が曖昧なまま導入すると、AIがどこまで進めてよいのか、どこから人間が引き取るのかが分からなくなります。
「問い合わせを受けたらAIが返信する」と書くと簡単に見えます。しかし実際には、個人情報を含むか、契約条件に関係するか、正しいFAQの版があるか、過去に停止した相手ではないかを確かめる必要があります。フロー図はシステムの設計図というより、判断の境界を共有するための業務の地図です。
AIエージェントとは何かを先に確認したい場合は、AIエージェントと一般的なチャットボットの違いも参照してください。今回の記事では定義を広げるのではなく、導入前に何を一枚へ書くかに絞ります。
業務フロー図に書く7項目
最初のフロー図は、専門的な記号や細かなAPI構成を必要としません。担当者が見て「この案件はどこで止めるか」を判断できれば十分です。次の7項目を、左から右、または上から下へ並べます。
- 目的: 何の負担を減らし、どんな判断材料を作る業務か。
- 入力元: フォーム、メール、CRM、会議メモなど、情報が入る場所はどこか。
- AIの作業: 分類、要約、検索、下書き、候補抽出、記録のどこを任せるか。
- 人間確認: 誰が、何を見て、どの条件なら次へ進めるか。
- 例外条件: 情報不足、個人情報、契約、金額、苦情、権限不足など何が通常から外れるか。
- 記録先: 判断理由、確認結果、使わなかった理由をどの正本へ残すか。
- 停止・再開条件: どの状態で止め、誰が何を確認したら再開するか。
「問い合わせフォーム」→「AIがカテゴリと不足情報を抽出」→「担当者が入力禁止情報と緊急度を確認」→「問題なければ返信案を作成」→「契約・返金・苦情なら責任者へ戻す」→「CRMへ判断理由を記録」→「正本FAQを更新後に再開」と書けます。
AI・人間・まだ整えない業務を分ける
フロー図を作る時、すべての工程をAIの担当として塗りつぶさないことが重要です。工程を三つのレーンへ分けると、導入範囲と未整備の場所が見えます。
- AIが下準備する: 分類、要約、候補の抽出、定型項目の転記、返信の下書き。
- 人間が判断する: 送信、承認、契約・金額・返金、顧客への配慮、例外の扱い。
- 先に整える: FAQの正本、フォーム項目、CRMのステータス、権限、確認者、停止条件。
この分け方は、AIを使う業務を減らすためだけのものではありません。AIの出力を担当者が確認しやすくし、確認の負担が新たなボトルネックにならないようにするための設計です。AI導入で詰まりやすい確認負荷の診断と合わせると、導入後に誰が止まるかも考えられます。
導入前に比べる3つのフロー
同じ業務でも、通常ケースだけを見ていると安全性を判断できません。通常、境界、停止の三つを並べて比較します。
| フロー | 例 | 先に決めること |
|---|---|---|
| 通常 | 定型問い合わせでFAQの版が確認できる | AIが下書きし、担当者が確認して送信する |
| 境界 | 情報が一部不足、顧客条件が通常と違う | 不足項目を質問し、確認者へ戻す |
| 停止 | 契約・返金・苦情・権限不足が含まれる | AI処理を止め、責任者と正本を指定する |
この比較で大事なのは、境界ケースを「あとで考える」にしないことです。通常ケースがうまく動いても、境界ケースの戻し先がないと、担当者はAIの出力を疑いながら手作業で全件を確認することになります。AI導入前に例外ケースを一覧化する方法を使って、最初に五件だけでも洗い出してください。
5手順で小さく試す
業務フロー図は、作成して終わりではありません。次の順番で一つの業務を小さく試します。
- 直近の一件を選び、入口から完了までの実際の流れを書く。
- AIに任せる下準備と、人間が最終判断する工程を色分けする。
- 通常・境界・停止の三件を置き、戻し先と確認者を記入する。
- 10件未満の小さな範囲で試し、時間だけでなく手直し、確認漏れ、停止理由を記録する。
- 続ける、条件を直す、いったん止めるの三択で見直し、判断理由を次の担当者が読める場所へ残す。
試す件数や期間を先に固定しないと、うまくいった一件だけで本導入を決めたり、確認疲れが続いているのに「AIが便利だから」と延長したりします。生成AIの試験運用を終わらせる期間設計も参考に、終了条件をフロー図に戻してください。
フロー図を記憶の補完に変える記録
業務フロー図は、担当者が変わると古くなります。だからこそ、完成した図だけでなく、なぜその境界を置いたかを短く残します。たとえば「価格改定前のFAQを参照したため返信案は保留」「本人確認が取れないため送信せず責任者へ戻した」のような一文です。
AIのスキルや公開されたノウハウは、同じように作れるものが増えます。一方で、どの入力を止め、どの例外を人間へ戻し、どの条件で再開したかは、その会社の業務に結び付いた経験です。Miraigentでは、これを記憶の保管ではなく、記憶の補完と考えています。過去を保存することが目的ではなく、次の人が判断を再現しやすくするために記録します。
記録する時は、成功した結果だけを並べないことも大切です。「AIが正しく分類した」だけでは、次の担当者が同じ判断をできるとは限りません。入力に含まれていた条件、参照した正本、担当者が確認した項目、途中で戻した理由まで短く残すと、結果ではなく判断の手順を再利用できます。
また、フロー図を更新する日も決めておきます。FAQの担当者が変わった時、フォーム項目が増えた時、顧客から新しい例外が届いた時は、図が現場とずれている合図です。月一回の大きな会議を待つのではなく、例外が起きた時に一項目だけ直す方が、実務の記憶を失いにくくなります。
更新前後の差分には、変更日と変更理由も添えます。誰かが見た時に「いつの図か」「なぜ人間確認を増やしたか」が分かれば、古い図を正しい手順として使う事故を減らせます。
AI運用ログをチェックリストへ変える方法も確認し、フロー図に残した判断を、FAQ、CRM、承認ルールの改善へ戻せるようにします。
よくある質問
AIエージェント導入前に業務フロー図は必要ですか？
必要です。入口、AIが行う作業、人間が判断する位置、例外時の戻し先を先に分けることで、いきなり全自動化する範囲を狭められます。図は複雑な設計書でなく、担当者が止める場所を共有する一枚から始められます。
業務フロー図には何を書けばよいですか？
目的、入力元、AIの作業、確認者、例外条件、記録先、停止・再開条件の7項目です。システム名を先に並べるより、誰がどこで何を判断するかを明確にします。
小さな会社はどの業務から試せますか？
問い合わせ分類、返信下書き、FAQ候補抽出、議事録からのタスク整理など、入力が比較的そろい、送信や最終判断を人間が確認できる業務が候補です。顧客条件や契約に直結する工程は、最初から自動完了にしません。
失敗した時はどう戻しますか？
例外条件と戻し先をフロー図に書き、担当者、正本、再開条件を決めます。エラーを隠して再試行するのではなく、人間確認へ戻す経路を先に用意します。
導入前に決める、次の一歩
AIエージェントを導入するか迷ったら、まず一つの業務を選び、直近の一件を入口から完了まで書いてください。次に、AIの下準備、人間の判断、まだ整っていない情報を三つに分けます。ここまでできれば、ツール選定より先に、導入してよい範囲と見送る範囲が見えます。
会社が決めるべきなのは、AIを使うかどうかだけではありません。どの判断を残し、誰が確認し、迷った時にどの記録へ戻るかです。業務の詰まりを一緒に整理したい場合は、Miraigentの無料診断で、AIを使う業務・使わない業務・先に整える業務を切り分けられます。