
業務フローにAIを差し込む|「小さく試す」試験導入の設計
「この業務フロー、どこかにAIを入れて効率化できない?」—— そう言われて、頭の中でフロー全体を思い浮かべた瞬間、少し身構えますよね。どこに入れれば効くのか。既存の処理を壊さないか。もし変な結果を返したら、現場が止まってしまわないか。全部を一気にAIで置き換える絵を想像すると、正直、荷が重い。そんな気持ち、よくわかります。
でも、安心してください。AIを業務フローに入れるのに、いきなり全部を置き換える必要はありません。 むしろ、うまくいっている試験導入ほど、フローのたった一箇所にだけ、人の確認を残したまま、いつでも元に戻せる形で差し込んでいます。この記事では、その「小さく試す」設計を、明日から一歩ずつ組める順番で一緒に整理していきます。
結論:業務フローにAIを差し込むときは、実装より先に次の4つを決めます。①差し込む場所(フローの中で一番痛い、けれど失敗しても止まらない一箇所)→ ②入口と出口(何を渡し、何が返り、そのままフローに流すか)→ ③戻し方(AIをオフにしても業務が回る逃げ道)→ ④見る数字(続ける/やめるを判断する指標)。この4つがそろうと、試験導入が「小さく・止まらず・戻せる」形に定まります。最後のチェックリストを、着手前の打ち合わせに持っていってください。
「フローのどこに入れるか」がふわっとしたまま頼まれるのは、頼む側もまだ答えを持っていないだけで、あなたが責められる話ではありません。むしろ差し込む一箇所を具体的に決められる人がいると、その試験導入はそこから現実的に動き出します。
全部を置き換えない。フローに「一段」だけ足す

試験導入で失敗するのは、たいてい「フローごとAIに置き換えようとしたとき」です。範囲が大きいほど、壊れたときの影響も大きく、原因の切り分けも難しくなります。
うまくいく形はその逆で、既存のフローはそのまま残し、その中の一工程に「AIの下書き → 人の確認」という一段だけを足すやり方です。AIは最終結果ではなく、人が確認するための「たたき台」を出す係にとどめる。こうすると、AIが多少ずれた出力をしても、確認の一段で拾えるので、現場のフローは止まりません。
大事なのは、AIを主役にしないことです。主役はこれまで通り現場の業務フローで、AIはその一箇所を少し楽にする脇役から始める。順に、何をどう決めるか見ていきましょう。
設計1:差し込む場所——「痛いけど、止まらない」一箇所を選ぶ
最初に決めるのは、AIの種類でも精度でもなく、フローのどこに一段を足すかです。選び方のコツは、次の2つを同時に満たす場所を探すことです。
- 今いちばん手間がかかっている、または詰まりやすい(=改善の効果が見えやすい)
- そこがAIのせいで多少ずれても、業務全体は止まらない(=失敗しても致命傷にならない)
たとえば「問い合わせの一次振り分け」「帳票内容の下書き作成」「長い記録の要約」などは、手間がかかるわりに、間違えても人が確認して直せる余地があり、試験導入に向いています。
逆に、その出力がそのまま外部に出る・お金が動く・後戻りできない場所(請求の確定、顧客への自動送信、在庫の引き落としなど)は、最初の一箇所には選びません。まずは「間違えても社内で受け止められる場所」から始めるのが安全です。
聞き方の例:「今回は、たとえば『問い合わせの一次振り分けの下書きだけAIに出させて、担当者が確認して確定する』——この一箇所から試す、という理解で合ってますか?」 相手が「そうそう」と言えば、差し込む場所が一文に定まります。この一文が、後のすべての判断の基準です。
設計2:入口と出口——何を渡し、何が返り、どう流すか
差し込む場所が決まったら、その一段を「入口(入力)」と「出口(出力)」で具体化します。ここが決まると、作るものの輪郭が一気にはっきりします。
- 入口:AIに何を渡すのか(問い合わせ文? 帳票の内容? 記録のテキスト?)。その形は毎回そろっているか、バラバラか
- 出口:何が返れば業務で使えるのか(振り分けの候補? 下書き? 要約?)
- 出口は、そのあとの業務フローのどこに、どんな形で流れ込むのか
ここで守りたいのは、出力を「そのまま確定」にしないことです。試験導入の段階では、AIの出力は必ず人の確認を一度はさんでから次の工程へ流します。「AIの提案 → 人が承認/修正 → 確定」の順にしておくと、AIが外しても被害が確認の一段で止まります。この「人の確認を挟む」組み方は、それ自体が一つの設計テーマなので、詳しくは後半の関連記事もあわせてどうぞ。
設計3:戻し方——AIをオフにしても業務が回る逃げ道
試験導入で意外と後回しにされがちで、でも一番大事なのが「戻し方」です。試すということは、うまくいかなかったときに元へ戻す前提で始める、ということでもあります。
先に決めておきたいのは、次の3つです。
- オフにする手段:AIの一段を止めて、これまで通り人が全部やる形にすぐ切り替えられるか(設定一つで戻せるのが理想)
- 止める基準:どうなったら止めるか(例:誤りが一定を超えた、現場から使いにくいと声が上がった、確認の手間が増えて逆に遅くなった)
- 止めても困らない状態:AIが出したデータと、人が確定したデータを分けて残しておき、AIをオフにしても業務がそのまま続けられるようにしておく
「戻せる」と分かっているだけで、試すこと自体のこわさがぐっと減ります。引き返せる道を用意しておくのは、慎重すぎることではなく、安心して前に進むための準備です。
設計4:見る数字——続ける/やめるを何で決めるか
最後に、この試験導入を続けるか、やめるかを、何を見て判断するかを先に決めます。ここを決めずに始めると、「なんとなく良さそう/微妙」という印象論で結論が揺れ、次に進めません。
見る数字は、たくさん要りません。試験導入の段階では、次のような少数の指標で十分です。
- 人が直した割合:AIの下書きのうち、人がどれくらい手を入れたか(そのまま使えた割合が高いほど、役に立っている)
- かかった時間:その工程が、導入前より速くなったか・変わらないか・むしろ遅くなったか
- 現場の実感:使っている担当者が「楽になった」と感じているか(数字に出ない負担も拾う)
はじめる前に、いまの状態(導入前の時間や手間)を軽くメモしておくと、あとで比べられます。効果の測り方をもう少し詳しく組みたいときは、後半の関連記事が役に立ちます。
明日やること
いきなり全部は要りません。まずはこの順で、一つずつ埋めてみましょう。
- 対象の業務フローを、工程ごとにざっくり紙に書き出す(きれいでなくて大丈夫)
- その中から、「手間がかかる × 失敗しても止まらない」一箇所に印をつける
- その一箇所の入口(渡すもの)と出口(返してほしいもの)を一文ずつ書く
- 「AIをオフにしたらどう戻すか」を一行で決める
- 続ける/やめるを判断する数字を1〜2個だけ決める
ここまで書けたら、それを持って依頼者と5分だけ確認する。それだけで、試験導入は「作れる形」になります。
着手前チェックリスト
打ち合わせに、そのまま持っていける形にしました。
- 差し込む一箇所が、一文で言えるか
- その場所は「失敗しても業務が止まらない」場所か
- AIの入口(渡すもの)が具体的に決まっているか
- AIの出口(返るもの)と、その次の流れ先が決まっているか
- 出力は「そのまま確定」ではなく、人の確認を一度はさむ形か
- AIをオフにして元に戻す手段があるか
- 止める基準(どうなったらやめるか)が決まっているか
- 続ける/やめるを判断する数字を、始める前に決めたか
- 導入前の状態(時間・手間)を軽くメモしたか

「フロー全体をAIで作り替える」と考えると気が重いですが、「一箇所だけ、戻せる形で試す」なら、今日から一歩を選べます。試験導入は、正解を一発で当てる仕事ではありません。小さく入れて、数字を見て、だめなら戻す。その繰り返しで十分です。
差し込む場所を一箇所選べた時点で、あなたの試験導入はもう始まっています。
よければ、こちらも
- 業務システムにAI機能を載せる前に|要件と期待値の整理——差し込む前に、目的や許容できる誤りまで含めて整理したいときに。
- 人の確認を挟むAIワークフロー(HITL)の設計——設計2・3の「人の確認」を具体的に組みたいときに。
- AIのPoCで合意を取る手順|小さく試して見せて決める——試した結果を、上やチームの合意につなげたいときに。
- AI機能の効果をどう測るか|導入後のログと指標設計——設計4の「見る数字」を、もう少し本格的に設計したいときに。