はじめに
AIを業務に入れたのに、なぜか前より面倒になった。
入力が増えた、確認が増えた、例外対応が増えた、結局「人の手戻り」が増えた。こういう状態は珍しくない。
この手の複雑化は、AIの精度やツール選定というより、業務フローの設計（分岐・責任・例外・運用）の置き方で起きる。
本記事では「複雑になった状態」を分解し、どこからどう整理するかを実務の観点で整理する。
まず把握するべきこと：複雑化はだいたい3種類に分かれる
AI導入でフローが複雑になる原因は、多くの場合、次のどれか（複合）で説明できる。
- 工程が増えた（入力・整形・確認・承認が追加された）
- 分岐が増えた（例外処理が増殖し、ルールが追えなくなった）
- 責任がぼやけた（誰が判断し、誰が直し、誰が止めるのか曖昧）
整理は「AIを賢くする」から入らず、まずこの3つのどれが増えているかを切るのが早い。
整理の基本方針：AIを“工程”として扱う
フローが複雑化しているときに一番まずいのは、AIを「魔法の箱」にしたまま運用に組み込むこと。
AIはシステム部品なので、扱いはシンプルにする。
- AIは 入力→処理→出力 の1工程
- その工程の 前後 に、必ず「境界（ルール）」を置く
- 境界がないと、例外が無限に増える
ここが腹落ちすると、整理の打ち手がブレなくなる。
整理手順（現場でよく効く順）
1) “AIが入った後のフロー”を一枚に落とす（As-Isを固定する）
整理のスタートは、反省会ではなく可視化。
フローの複雑化は、たいてい「みんなが違う理解をしている」状態とセットで起きる。
最低限、次だけを並べる。
- 入力は何か（誰が、どこに、何を入れるか）
- AIは何をするか（生成／分類／要約／抽出／提案 など）
- 出力はどこへ行くか（次工程、DB、通知、チケットなど）
- 例外時はどうなるか（止まる／人に戻る／リトライする）
ここで「書けない部分」が、そのまま問題箇所になる。
2) “複雑さの原因”を4つに仕分ける
複雑化の原因は、ほぼ次の4つのどれかに収束する。
- 入力が不安定：表記揺れ、欠損、フォーマットばらつき
- 例外が多い：判断が曖昧、レアケースが多い
- 確認が過剰：不安でチェック工程が増えすぎている
- 運用が未設計：失敗時の対応、ログ、再実行がない
原因の分類ができると、打ち手は機械的に選べる。
3) “AIに任せる範囲”を狭める（標準ルートだけAIに寄せる）
フローが複雑になった現場は、ほぼ例外の扱いが破綻している。
このときは、AIの適用範囲を広げるのではなく、逆に狭めるほうが整う。
- AIは「標準ルート」を処理する
- 例外は「人に戻す」
- 人に戻す条件（閾値・禁止パターン・不明扱い）を明文化する
AIを“万能”にせず、役割を限定すると分岐が減る。
4) “人の判断ポイント”を固定する（責任を戻す）
AI導入で増えた確認は、「誰が最終判断するか」が曖昧なときに起きる。
責任が曖昧だと全員が不安になり、確認が増殖する。
最低限、次を決める。
- AI出力を採用する判断は誰が持つか（役割名でよい）
- 差し戻し（修正依頼）はどこに戻すか
- “止める”判断は誰が持つか（事故時のブレーキ）
これがない限り、AIを入れるほど人間側の確認が増えやすい。
5) “例外処理”を独立させる（例外を本流に混ぜない）
例外処理が本流に混ざると、フローは一気に読めなくなる。
よくある整理は「例外を別レーンに逃がす」こと。
- 本流：AIが処理 → 次工程へ
- 例外：例外キュー（チケット/スプレッドシート/専用フォーム）へ
- 例外対応：担当がまとめて処理し、必要ならルールを更新する
例外は減らす対象だが、最初からゼロにはできない。
だから“隔離”が効く。
6) “失敗時の動き”を標準化する（ログ・通知・再実行）
複雑化の実態は、「失敗したときの動きが毎回違う」ことが多い。
ここを整えると、運用の体感が一気に軽くなる。
最低限のセットはこの3つ。
- 失敗ログ（何が、どこで、なぜ失敗したか）
- 通知（誰に、どの条件で飛ばすか）
- 再実行（どこからやり直せるか、手順は何か）
エラー処理を共通化した“専用の処理”として切り出す考え方は、運用の安定化でよく使われる。
7) “To-Be（あるべき形）”は「減らす」方向で作る
To-Beの作り方は「追加する」ではなく「削る」で作る。
削る対象は次の優先順位が現実的。
- 二重入力（同じ情報を2回書いている）
- 過剰な確認（結果ではなくプロセスを確認している）
- 例外の本流混入（例外処理が本流に入り込んでいる）
- AI工程の曖昧さ（AIが何を保証するか不明）
この削り順で詰めると、複雑さが戻りにくい。
よくある“間違った立て直し”と回避
間違い1：AIの精度を上げれば解決すると考える
精度改善は効くが、複雑化の主因が「例外・責任・運用」なら、精度を上げても確認工程が残る。
先にフローの境界を置くほうが効く。
間違い2：現場に“慣れてもらう”で押し切る
慣れは必要だが、慣れで吸収させると属人化し、退職・異動で崩れる。
変更管理と運用設計が先。
間違い3：全部を一気に作り直す
大改修は止まりやすい。
複雑化の整理は、まず「例外隔離」「責任固定」「失敗時の標準化」など、運用に効くところから小さく当てるほうが成功率が高い。
まとめ
AIを入れて業務フローが複雑になったときは、AIそのものよりも、工程・分岐・責任・運用が増えている。
整理は次の順が現実的である。
- フローを一枚に落とし、複雑化の種類を切り分ける
- AIの役割を標準ルートに限定し、例外は隔離する
- 人の判断ポイントと責任を固定する
- 失敗時の動きを標準化し、再実行できる状態にする
この整理ができると、AIは「業務を増やすもの」ではなく「業務を軽くする部品」に戻る。
