自動化は業務フローを固定する——AIエージェントを乗せる前に確かめること

RPAが注目を集めた時期、繰り返し言われた言葉がある。「自動化の前に、まず業務を整理しなければ意味がない」。あれから年月が経ち、今度はAIエージェントの話になった。だが問われていることは、ひとつも変わっていない。

自動化は、今あるものをそのまま固める

AIエージェントの導入を検討するとき、「どのデータを使うか」「記録は構造化されているか」が議論の中心になりやすい。だがそれ以前に、乗せる先の業務フロー自体が適切かどうかを問う必要がある。

自動化とは本質的に、今ある状態を固定する行為だ。正しい手順があれば、それが正確に固まる。ばらつきのある手順があれば、そのばらつきごと固まる。

たとえば、受注処理を3人で担当していたとする。それぞれが微妙に異なるやり方で動いている。その状態でデータを蓄積し、エージェントに処理を任せるとどうなるか。エージェントは記録に従って動く。だがその記録は、3人の異なる手順から生まれたものだ。

• 担当者Aの入力の癖と省略の習慣
• 担当者Bだけが行っている事前確認
• 担当者Cが口頭で処理している例外対応

これらがすべて「設計の一部」として込み入ったまま固定される。誰も意識しないうちに。

「誰も分からない」が生まれる仕組み

問題はそこで終わらない。整っていないフローを自動化すると、時間とともに誰も全体像を把握できない状態になる。

RPAの現場でも繰り返された話だ。初期の設計者が異動する。設定ファイルの意味を説明できる人がいなくなる。何かエラーが起きても、止めていいのかどうかさえ判断できない。AIエージェントも構造は同じだ。むしろ、判断のロジックがプロンプトや学習の中に埋め込まれる分、「なぜこう動くのか」の追跡はより難しくなる場合がある。

フローが整理されないまま自動化すると、ブラックボックスは誰かの意図ではなく、順序を間違えた結果として生まれる。

「誰がどう決めるか」を決める——システム化が炙り出す、暗黙ルールの整理術で取り上げたように、システムを入れて初めて見えてくる暗黙のルールがある。だが見えたときには、すでに自動化されて修正が難しくなっていることも少なくない。

乗せる前に、乗せる先を見る

では何から始めるべきか。記録の構造化より、業務フローの標準化を先に行う。順序が逆になると、その後の修正は倍の手間になる。

1. 担当者ごとに「自分はこうやっている」を書き出す　ここでばらつきが出れば、まだ標準化が済んでいないサインだ。
2. 「これが正しい手順」に全員が合意できるか確認する　一人が合理的だと感じる手順でも、チームに共有されていなければ標準とは言えない。
3. フローが固まってから、データの設計をする　どのデータを、どの粒度で蓄積するかは、フローが決まって初めて決められる。

定着を起点に置いたシステム移行の判断軸でも触れているが、「使われ続けること」を前提に置くと設計の優先順位は変わる。自動化も同じで、誰かが説明できる状態を保つことが、長く使えるシステムの条件になる。

DX伴走支援「しぼる」が業務棚卸しを起点に置くのも、乗せる前に乗せる先を見る、その一点に理由がある。自動化は手放すことではない。整えたものを、より確実に動かすための手段だ。その順序だけは、崩さないほうがいい。