
「AI エージェントを業務に活用する」──言葉としてはよく見かけるのに、いざ自社に当てはめようとすると、急に具体性を失います。「うちのどの業務に入るのか」と考え始めると、経理も営業事務も問い合わせ対応も、どこかに人の判断が挟まっていて、丸ごと任せられそうな業務が見当たらない。ここで検討が止まってしまう会社は少なくありません。実は、この止まり方には共通の原因があります。見ている単位が大きすぎるのです。AI エージェントに仕事を渡す単位は「業務まるごと」ではなく「工程」──業務フローを工程に分解すると、1 つの業務の中に「任せられる工程」と「人が持つべき工程」が交互に並んでいることが見えてきます。この記事では、業務フローを 6 つの基本工程に分解する方法、エージェントが入りやすい工程の見極め方、そして現行フローへの「貼り付け」で終わらせずフローごと組み替える小さな業務改革としての捉え方まで、業務側から見た AI エージェントの組み込み方を、明日から手を動かせる手順に落とし込みます。
- AI エージェントに仕事を渡す単位は「業務まるごと」ではなく「工程」── 業務単位で考えると「任せられる業務が無い」で検討が止まる
- 業務フローは6 つの基本工程(受け取る・調べる・つくる・判断する・実行する・記録する)の組み合わせに分解できる ── 道具はフローチャートではなく箇条書きで足りる
- 入りやすいのは調べる・つくる・記録する。重い判断と、やり直しのきかない実行は人が持つ ── この線引き自体が導入設計の中身
- 現行フローにそのまま貼ると二度手間になり得る ── 確認の集約・工程の削減・待ち時間の解消の 3 つの組み替えまでやって、業務改革になる
AIエージェントが入る単位は「業務まるごと」ではなく「工程」

AI エージェントとは、目的を与えると必要な手順を自分で組み立てて実行し、結果まで仕事を進める AI のことです。質問に答えるだけでなく、資料を調べ、ファイルを作り、決められた場所に保存するところまで連続してこなす──この「複数の工程を進められる」性質が、これまでの生成 AI チャットとのいちばん大きな違いです。では、その AI エージェントは業務のどこに入るのでしょうか。多くの検討は「どの業務を任せるか」という問いから始まります。ところが、業務という単位で見ている限り、答えはたいてい「任せられる業務は無い」に行き着きます。ほとんどの業務には、人の判断や対外的な責任が伴う場面がどこかに含まれているからです。丸ごと任せられるかと問えば、答えは 0 か 100 になり、そして 100 の業務はまず存在しません。
単位を「工程」に変えると、景色が変わります。たとえば「メールでの問い合わせ対応」という業務を、丸ごとエージェントに任せられるかと聞かれれば、多くの会社の答えは No でしょう。回答を間違えればお客様に迷惑がかかるからです。しかし、この業務の中身を順に書き出してみると、次のような工程の連なりであることが分かります。
- ①メールを受け取る ── 問い合わせが届き、担当に振り分けられる
- ②調べる ── 過去の対応履歴や社内資料から、回答に必要な情報を集める
- ③つくる ── 集めた情報をもとに、回答の下書きを作成する
- ④判断する ── 内容に問題がないか、送ってよいかを確かめる
- ⑤実行する ── お客様に送信する
- ⑥記録する ── 対応内容を履歴に残す
6 つのうち、②調べる・③つくる・⑥記録する は、仮に誤りがあっても人が確認すれば済む工程です。④判断する・⑤実行する を人が持ち続ければ、業務の骨格と責任の所在は保ったまま、時間のかかる工程だけをエージェントに渡せます。丸ごとで考えれば 0 だったものが、工程で考えれば 6 分の 3 以上が取れる──この差が、検討が止まる会社と動き出す会社の分かれ目です。業務効率化の議論はしばしば「どのツールを選ぶか」に飛びがちですが、先に決めるべきは「どの工程を渡すか」。単位を業務から工程に変えることが、AI エージェント活用の実質的なスタートラインです。
業務フローを工程に分解する ── 6つの基本工程と書き出し方

業務フローと聞くと、記号だらけのフローチャートや専用ツールを想像して身構えるかもしれませんが、ここで必要なのは箇条書きだけです。そして、書き出してみると気づくことがあります。事務系の業務は、細部こそ違っても、おおよそ 6 種類の基本工程の組み合わせでできているのです。先ほどの問い合わせ対応の例も、まさにこの並びでした。
- ①受け取る ── 仕事の起点。依頼メールの受信、書類の到着、毎朝 9 時などの定時トリガー
- ②調べる ── 判断や作成に必要な情報を集める。過去資料の検索、データの抽出、規程の確認
- ③つくる ── 情報を加工して形にする。文書の下書き、集計表、報告書、議事メモ
- ④判断する ── 進めてよいか、どれを選ぶかを決める。承認、選択、優先順位付け
- ⑤実行する ── 結果を業務の外に出す。送信、システムへの登録、発注、支払い
- ⑥記録する ── やったことを残す。履歴の記入、日報・報告、ファイルの整理
書き出しの型はシンプルです。1 行に 1 工程、各行に「誰が・何を見て・何を出すか」が入っていれば十分で、体裁は要りません。粒度の目安は「その工程を人に引き継ぐとき、1 行で指示できる大きさ」です。「請求書を処理する」は大きすぎます──この中には、金額を調べる・帳票を作る・上長が確認する・システムに登録するという複数の工程が混ざっています。逆に「Enter キーを押す」は細かすぎます。もう 1 つ大切なのは、理想のフローではなく、いま実際にやっている通りに書くことです。二重チェックや手作業の転記など「本当はやらなくていいはずの工程」ほど正直に書いておいてください。後で説明するフローの組み替えで、そうした工程こそが効いてきます。
どの業務から書き出すかは、毎日・毎週のように繰り返していて、やり方を言葉で説明できる業務が第一候補です。社内業務の棚卸しから対象を選ぶ基準そのものは「AIに任せる業務の選び方 ── 社内業務の棚卸しから最初の1業務を決める手順」で詳しく書いているので、ここでは「まず 1 業務、10〜15 行以内」とだけ決めて先に進みます。
どの工程に入りやすいか ── 任せる工程・人が持つ工程

工程に分解できたら、次は「どの工程をエージェントに渡すか」の見極めです。ここには、はっきりした傾向があります。6 つの基本工程を、入りやすさの順に整理すると次のようになります。
| 工程 | 入りやすさ | 理由と注意点 |
|---|---|---|
| 調べる | ◎ 入りやすい | 探す対象と探し方を言葉にできれば、繰り返し任せられる。集めた情報は次の工程で人の目にも触れるため、誤りに気づきやすい |
| つくる | ◎ 入りやすい | 下書き・集計・整形は、誤りに気づけばやり直せる。人はゼロから作る代わりに、直して仕上げる側に回れる |
| 記録する | ◎ 入りやすい | 形式が決まった記録はエージェントの得意領域。人がやると後回しになりがちな工程が、抜け漏れなく残るようになる |
| 受け取る | ○ 条件付き | 起点の検知・振り分けは仕組み化しやすい。ただし曖昧な依頼の解釈が要る場合は、人の確認を添える |
| 判断する | △ 一部のみ | 基準を文章にできる一次判断(分類・優先度付け)は任せられる。経営判断・人事・お客様との交渉が絡む判断は人が持つ |
| 実行する | △ 一部のみ | やり直せる実行(社内フォルダへの保存など)は任せられる。送信・支払い・削除など、やり直しのきかない実行は人が持つ |
◎ が付いた 調べる・つくる・記録する は、多くの業務で人の時間をいちばん食っている工程でもあります。つまり、任せやすい工程と、任せたときの時間の戻りが大きい工程は、かなりの部分で重なっています。一方、△ の線引きの基準は「やり直しがきくかどうか」です。誤りに気づいて直せる工程は安心して試せますが、業務の外に出てしまう・お金が動く・データが消える工程は、実績が積み上がるまで人が持ちます。これは AI の性能の問題というより、業務設計の問題です。エージェントの出力に誤りが混ざる可能性は、運用でゼロにはなりません。だからこそ、誤りが業務の外へ出る前に人の目を通る「関所」を、フローのどこに置くかを先に決めておきます。関所の置き方、誤りを「事故」にしないための業務側の組み立ては「生成AIのハルシネーション対策 ── 誤りを「事故」にしない業務側の設計」で深掘りしています。
「入りにくい工程がある」という事実は、導入を諦める理由ではなく、むしろ前進です。境界線が引けたということだからです。どこまでは任せてよく、どこからは人が持つのかが決まれば、境界の内側は安心して渡せます。この線引きの作業こそが、AI エージェント導入の設計の中身です。
「貼り付け」で終わらせない ── フローの組み替えという業務改革

任せる工程が見極められたら、最後に考えるべきは「並べ方」です。ここで陥りやすいのが、現行フローの形を一切変えずに、一部の工程だけを AI に差し替える「貼り付け」で終わってしまうこと。貼り付けでも一定の効果は出ますが、しばらく運用すると「AI が作った下書きを、結局人がゼロから書き直している」「確認のために人がずっと張り付いている」という二度手間が顔を出すことがあります。工程を渡したはずなのに、実質的には工程が 1 つ増えている状態です。二度手間が見えたら、それはフローの組み替えが必要だというサインです。組み替えの型は、大きく 3 つあります。
工程ごとに人の確認をばらばらに挟むと、エージェントに渡したはずの時間に人が張り付いたままになります。確認の関所を「下書きが完成した時点」と「実行の直前」の 1〜2 箇所に集めると、途中の工程はエージェントが連続して進められ、人は要所だけを見ればよくなります。確認の質も上がります──細切れに何度も見るより、まとまった形で一度見るほうが、判断はしやすいからです。
転記、清書、フォーマットの変換。こうした工程の多くは、システムとシステム、部署と部署の「継ぎ目」を人が埋めるために生まれたものです。エージェントが両側に触れられるなら、埋めるべき溝ごと無くなります。今のやり方を速くするのが自動化だとすれば、やらなくてよい工程を消すのは業務改革です。分解した現状フローに「本当はやらなくていいはずの工程」が混ざっていたら、まずここから疑ってください。
朝一番の集計、会議前の資料集め、日次レポートの下準備。人がやるしかなかった頃は、これらは就業時間の中で順番待ちをしていました。エージェントに渡せば、人の稼働時間の外──早朝や前夜──に済ませておけます。人が仕事を始めた時点で材料が揃っている流れに変わると、工程の数は同じでも、フロー全体の所要時間は目に見えて縮みます。
3 つの型に共通しているのは、AI を今の仕事のやり方に合わせるのではなく、AI がいる前提で仕事の流れを引き直していることです。だからこれは、単なる効率化ツールの導入ではなく、業務改革と呼ぶにふさわしい取り組みです──ただし、全社を一斉に変える大改革ではなく、1 業務のフローから始められる小さな改革です。なお、組み替えた工程をエージェントに実際に渡すときには、やること・判断基準・やってはいけないことを言葉にした手順書が必要になります。その書き方は「AIに渡す手順書の書き方 ── 判断基準・禁止事項・出力形式をどう文章にするか」にまとめています。
明日から書ける「業務フローの一枚図」── 4つの手順
ここまでの内容を、実際に手を動かす手順に落とします。冒頭のロードマップのとおり、やることは 4 つ。特別な道具は要らず、テキストの箇条書きで完結します。
手順 1 ── 現状のフローを、そのまま書き出す
選んだ 1 業務について、いま実際にやっている通りの工程を、1 行 1 工程で 10〜15 行以内に書き出します。理想やあるべき論は書きません。書けたら、その業務の担当者に見せて「実際はこうやっている」という直しをもらってください。書類上の手順と現場の実態のズレは、ほぼ必ず見つかります。そしてこのズレこそが財産です──実態の側にだけ存在する確認や手戻りは、担当者が経験から編み出した工夫であると同時に、フローの無理が集まっている場所でもあるからです。
手順 2 ── 各工程に、任せる・持つの印を付ける
書き出した各行に、◎(任せられそう)・○(条件付きで任せられそう)・×(人が持つ)の印を付け、理由をひと言添えます。「やり直しがきかない」「判断が重い」「やり方を言葉にできる」──理由は短くて構いません。前の章の表がそのまま判定の物差しになります。迷ったら × にしてください。この線は一度引いたら終わりではなく、運用の実績を見ながら動かしていくものなので、最初は保守的なくらいでちょうどよいのです。
手順 3 ── 未来のフローを、並べ直して書く
印を付けた現状フローを眺めながら、その右側に未来のフローを書きます。見る目は 3 つ──確認の関所をどこに集めるか、消せる工程は無いか、人の時間の外に出せる工程は無いか。前の章の組み替え 3 つの型を、上から順に当てはめるだけです。現状と未来を左右に並べた 1 枚は、どの工程が任され・消え・動いたのかが一目で分かる図になります。社内に取り組みを説明するときの資料も、実はこの一枚図で足ります。
手順 4 ── いちばん軽い 1 工程から試す
一枚図が描けても、一度に全部は変えません。◎ の中でいちばん軽い工程──失敗してもやり直せて、毎日繰り返されるもの──を 1 つ選び、人が結果を全件確認する体制で試します。うまく回り始めたら、確認を要所に減らし、隣の工程へ広げていきます。フローの見取り図があるので、「次にどこを渡すか」で迷うことはありません。ここから先──業務を選び、範囲を決め、手順書を書いて動かし、定着させるまでの導入プロセス全体は、それだけで 1 本の記事になる大きさなので、稿を改めて詳しく扱います。
Livune は、AI エージェントの開発・導入支援を行っている会社です。この記事に書いた「工程に分解して、組み替える」進め方は、私たち自身が自社の業務フローで毎日実践しているものです。業務フローの分解から、任せる工程の見極め、組み替えの設計、そして本番で回り続ける運用まで──「作業を AI に任せる仕組み」を、本番運用を前提にご一緒します。
Livune は、この記事の進め方──工程の分解・任せる工程の見極め・フローの組み替え──を自社の日常業務で毎日実践している AI エージェント開発・導入支援の会社です。最初の 1 工程が本番で回り続ける状態まで、実践ベースでご一緒します。
Livune の AI 導入支援を見る →よくある質問
できます。必要なのは記号を使ったフローチャートではなく、1 行 1 工程の箇条書きです。手順が担当者の頭の中にしかない場合は、その担当者に「この業務を始めてから終えるまで、順に何をしているか」を話してもらい、聞きながら書き出すのが最短です。書き出す過程で属人化していた手順が言葉になるため、業務の見える化という副産物も同時に手に入ります。
重い判断や、やり直しのきかない実行を含む業務を、初日から丸ごと任せることはおすすめしません。ただし「丸ごと任せられない=使えない」ではありません。調べる・つくる・記録するといった工程から任せ、実績を見ながら範囲を広げていくと、結果として業務の大部分をエージェントが進め、人は要所の確認だけを持つ形に近づいていきます。可否の問題ではなく、順番の問題です。
最初の一歩は、現行フローの 1 工程を差し替える形で構いません。小さく始めること自体が正しい進め方です。ただし、運用の中で「AI の出力を人が作り直している」「確認のために結局張り付いている」といった二度手間が見えてきたら、それが組み替えのサインです。確認の集約・工程の削減・待ち時間の解消の 3 つの型を、順に当てはめてみてください。
毎日または毎週のように繰り返していて、やり方を言葉で説明できる業務が第一候補です。頻度の高い業務ほど、分解と組み替えの効果が毎回積み上がります。社内業務の棚卸しから対象を絞り込む具体的な手順は、本文で紹介した「AIに任せる業務の選び方」の記事で解説しています。