AIによる業務自動化の全体像。手段の選び方とコスト設計

個人がAIで作業を速くする段階を過ぎると、次は「仕組みで回す」フェーズに入ります。
人が起動しなくても記録が残り、通知が飛び、タスクが登録される状態で、ここまで来ると利用者の意識やスキルにはもう左右されなくなります。

ただ、この段階に入ると必ず起きる議論があります。
「それは何で作るのか」という問いです。

ノーコードの自動化フローか、GASか、AIボットか。
毎回この議論から始まって決まらないまま時間が過ぎるか、あるいは作った人の得意な手段で作られて保守できない仕組みが増えていきます。

この記事では、業務自動化を組織で運用するための全体像を、手段の選び方とコスト設計を中心に整理していきます。
シリーズの段階6にあたる回です。

全体の順番を先に見たい場合は、AI推進の進め方。組織にAIを定着させる10の段階と着手順から読んでいただくとつながりが見えます。

自動化は「起点」で3つに分かれる

手段を考える前に、自動化を起点のほうで分類すると整理しやすくなります。
ひとつが、人が起動する型です。
担当者がボタンを押す、あるいはAIに指示を出して処理させる形で、柔軟ではあるものの人の意識に依存します。

次が、時刻で起動する型です。
毎朝7時、毎週金曜17時に自動で走る形で、定例レポートやニュース収集がここに入ります。
人が忘れていても動きます。

もうひとつが、システムのイベントで起動する型です。
メールが届いた、フォームが送信された、ファイルが追加された、という出来事をきっかけに動く形で、これが最も強い型です。
人が介在しないので、担当者が休んでいても止まりません。

組織として狙うべきは、この「システムのイベント起動」です。
個人のリテラシーやモチベーションに左右されない領域を増やすことが、この段階の目的だからです。

手段は4つ。適性がはっきり分かれる

まずAIボット（Gemなど）は、判断や文章生成を含む処理に向いていて、人が起動する型が中心になります。
作るのが最も簡単なので、「現場が自分で作れる」のが強みです。

次にノーコードの自動化フローは、時刻起動とイベント起動に向きます。
設定画面で組めるので情シス以外でも作れますが、共有や権限に制約があり、複雑な分岐は苦手です。

GAS（Google Apps Script）は、データの転記・集計・突合のような確実性が要る処理に向きます。
コードなので細かい制御ができて無料枠でも動きますが、書ける人が限られるぶん保守が属人化しやすいところがあります。

最後にブラウザで動くツール（Canvasアプリなど）は、人が手元で使う変換・整形・チェックに向きます。
個人情報を含む一覧の加工のように、データを外に出さずに処理できるのが利点です。

判断は、頻度・人数・データ・保守の4軸で決まる

どれを選ぶかは、次に挙げる4つの軸で決まります。
まず頻度です。
月1回なら人がやってもいいですが、毎日発生するなら仕組みにする価値があります。

次に関与人数です。
1人しか使わないものは本人が作れる手段で十分ですし、全社で使うなら保守を考えた手段を選びます。

また、データの所在も軸になります。
社内の表計算やドライブにあるならGASや自動化フロー、手元のファイルを処理するだけならブラウザで動くツールになります。

もうひとつが、「保守できるかどうか」です。
ここが最も見落とされます。

作った本人が異動したら誰が直すのか。
ここに答えられない手段は、選ばないほうがいいです。

この4軸を1枚の判断フローにして配ると、毎回の議論がなくなります。
判断基準を先に決めるのが、この段階で最初にやるべきことです。

コストは、展開前の試算で決まる

自動化が全社に広がるときに見落とされがちなのが、費用の話です。
定額のツールと違って、AIの処理を含む自動化は処理した量に応じて課金される構成になることがあります。
10人で使っていたときは月数千円だったものが、300人に広げた途端に想定を超える請求になります。

やるべきことは3つです。
まず展開前に試算します（1件あたりの処理量×想定件数）。
そのうえで部門別の予算と上限を決め、上限に近づいたときのアラートと承認者を決めます。

「後から止める」事態を避けるために、この順番だけは守ったほうがいいです。

もう1つ効くのが、「段階処理」でコストを下げるという設計です。
すべての処理を高性能なモデルに通すのではなく、単純な絞り込みは安い手段で行って、判断が要る部分だけを高性能に回します。
この分け方だけで、費用はかなり大きく変わります。

誰が作り、誰が保守するか

手段さえ決めれば、それで終わりでしょうか？
実際には、体制のほうが決まっていないと続きません。
現実的な形は、推進チームが最初の数本を作って、部門ごとに作り手を1人置くという構成です。
全員が作れるようになる必要はまったくなく、部門に1人いればその人が要望を吸収して直していきます。

保守の引き受け先は、作るときに決めておきます。
「これは情シスが持つ」「これは部門の作り手が持つ」を、作った時点で明示しておきます。
ここが曖昧なままだと、半年後に誰も触れない仕組みだけが残ります。

稼働中のフローは、4項目の一覧があれば止まっても気づける

自動化が増えてくると、何が動いているか分からなくなります。
これが「静かに危険」で、誰も把握していない通知が飛び続けて、止まっても気づかれません。
管理するのは4項目で足ります。
何をする仕組みか・起点・保守担当・最終確認日の4つで、表計算1枚で十分です。

四半期に一度見直して、使われていないものは止めます。
あわせて、止まったときに気づける設計も入れておきます。
定時に走る処理なら、走ったこと自体を記録に残しておきます。
記録が途切れていれば、そこで止まっていると分かります。

自動化は、簡単なものから3段階で広げる

フェーズ1は、推進チームが1本作って動かす段階です。
時刻起動の簡単なもの（定例レポートやニュース収集）から始めておくと、失敗しても影響が小さくて済みます。

フェーズ2で、イベント起動のほうに踏み込みます。
問い合わせメールの記録、フォーム回答への一次対応、ファイル追加の通知といったもので、ここから効果が大きくなります。

フェーズ3が全社展開です。
ここで判断基準・費用の上限・稼働一覧の3点が必要になるので、フェーズ2のうちに準備しておきます。

自動化しないほうがよい業務にも、傾向がある

すべてを自動化すべきかといえば、そうではありません。
手を出さないほうがよい業務にも、はっきりした傾向があります。
この見極めは棚卸しの段階と地続きなので、業務のAI化の進め方。棚卸しから優先順位付け・実装までの手順もあわせて読んでいただくと判断しやすいです。

まず、例外処理が3割を超える業務です。
自動化しても人の確認が毎回入るので効果が出ません。
先に例外のルールを言語化して減らすほうが、順番として先になります。

次が、月に数回しか発生しない業務です。
作る工数と保守の手間のほうが、削減できる時間を上回ってしまいます。
人がやったほうが安いという判断も、正しい判断です。

また、判断の責任が重い業務です。
与信の可否、人事の評価、契約の締結といったもので、ここは前段の情報整理までを自動化して、判断そのものは人が行う形に留めます。

もうひとつが、仕様がまだ動いている業務です。
制度の変更が続いている最中に自動化すると作り直しが発生するので、落ち着くまで待つのが正解です。
「自動化できるか」ではなく「自動化する価値があるか」で判断すると、対象が絞れます。

自動化する価値がある業務を候補の中から絞るときは、AI化する業務の選び方で効果と難しさの見方を説明しています。

現場が自走し始めると、依頼の順番待ちが消える

ここから先は内製化の話になるので、社内AIツールの内製化。現場が自分で作れる組織にするまでで個別に書いています。

推進チームだけが作れる状態だと、依頼が溜まって順番待ちになります。
情シスに依頼して待つという構造を、そのまま推進チームで再現してしまいます。
だからノーコードの自動化フローは、現場が自分で作れるところまで持っていくことを目標にします。

つまずくのは、だいたい決まった箇所です。
表計算と連携するときの「監視する行」「トリガー値」「行の更新」といった設定項目の意味が分からない、というものです。
ここを具体例つきの手順カードにして配ると、現場が自走し始めます。

また、作ったフローは、前述の稼働一覧に登録してもらう運用にします。
作る自由と、把握する仕組みをセットで渡すのが、この段階の設計です。

失敗するのは、手段から入る・費用を飛ばす・保守を決めない

まず、手段のほうから入ることです。
面白いツールを見つけて、それで何ができるかを考え始めるので、作ったものが誰の業務も楽にしていないという結果になります。

次が、費用の試算を飛ばすことです。
全社展開した月に請求を見て慌てることになり、止めることになって現場の信頼を失います。

もうひとつが、保守を決めないまま作ることです。
作った本人が異動してしまって、誰も触れない仕組みだけが残ります。

判断基準は、自社だけでは作れない

ここまで書いてきたとおり、この段階の要は判断基準・費用設計・保守体制という運用側の設計であって、ツールの操作ではありません。
自社だけで進めにくいのは、判断基準を作るには複数の手段を実際に使った経験が必要になるからです。
使ったことのない手段の適性は、そもそも判断できません。

私たちが提供しているAIコンサル＆伴走支援では、この判断基準づくりから入り、ワークフローの実装まで一緒に手を動かしています。
「何で作るか」で毎回止まっている場合は、進め方の参考になるかもしれません。

自動化は、判断基準を1枚にすることから始まる

業務自動化を組織で運用するには、起点で3つに分けて考え、システムのイベント起動を増やす方向を狙います。
手段は4つあり、頻度・関与人数・データの所在・保守できるかの4軸で選びます。
そして全社展開の前に、費用の試算と上限、稼働中のフローの一覧、保守の引き受け先を決めておきます。
この3つがないまま広げてしまうと、後から止めるという事態になります。

まずは判断基準を1枚にまとめることから始めるのが、いちばん手戻りが少ないと思います。

このテーマのほかの記事は、AIワークフロー・GASのノウハウの記事一覧にまとめています。