AIで業務自動化する前に確認すること｜固定処理と判断を分ける
「繰り返す仕事はAIで自動化するべき？」
「文章の下書きから送信まで任せてよい？」
AIで業務自動化を考える前に、決まった条件で処理できる工程、文章などの案を作る工程、人が承認する工程を分けます。計算や固定の転記まで生成AIへ任せる必要があるかを確認してください。外部送信や登録へつなぐ場合は、権限、承認、重複処理、失敗時の対応も設計し、下書きの試作とは別に検証します。
この記事で確認すること
現在の仕事を入力から実行まで分ける
自動化したい仕事を一つ選び、何を受け取り、どう処理し、どこへ結果を渡すかを見ます。
転記・計算・判断・文章を別の工程にする
請求書を受け取る仕事なら、項目を読む、既存の取引と照合する、金額を計算する、確認案を作る、正式な記録へ反映する工程に分けます。工程ごとに入力と出力、担当を記録してください。同じ資料を扱っていても、固定の計算と曖昧な文章の整理では方法が異なります。すべてをAIへ送れば一つの処理になると考えず、必要な判断を自社が説明できる単位へ分けます。
処理を始める条件と完了を明示する
新しい行が追加されたら始めるのか、担当者が確認して始めるのかを決めます。終わりも下書きの作成、承認、登録、送信などで区別してください。Googleの公式資料には、特定のイベントで関数を動かす仕組みと制限が説明されています。イベントで処理する仕組み自体は、生成AIによる判断とは別です。本文は特定ツールの設定手順ではなく、開始と完了を選ぶための整理です。
固定条件で済む処理とAI補助を分ける
決められるルールを先に書くと、AIが必要な部分を絞りやすくなります。
固定の計算や分類はルールを説明する
数量と単価から金額を計算する、決まった項目を対応する欄へ移す、特定の条件で確認対象へ分けるなど、ルールが決まる処理を列挙します。現在の表計算や仕組みで対応できるかを確認してください。生成された数字が正しいかを後から推測するより、計算の基準と元の値を照合できる方法を選びます。ルールを決められない箇所は、その理由と確認担当を残します。
文章の整理は完成条件と照合を置く
自由な文章から要点を整理する、回答の下書きを作るなどの候補は、必要な項目と照合資料を決めます。AIを入れるだけで判断の基準ができるわけではありません。元資料にない情報を補った場合の扱い、誤った分類を確認する方法を設計してください。入力の内容によって結果が変わる部分は、許可された例で試し、使える条件と失敗する条件を記録してから対象を広げます。
外部へ実行する前に承認と失敗時対応を決める
下書きを作ることと、他の人が使う記録を変えることは影響が違います。
登録や送信の権限と承認を区別する
誰が処理を実行できるかと、どの結果を正式に利用してよいかを分けます。AIが作った文面を自動で顧客へ送る前に、宛先、金額、期限、約束する内容を確認する工程が必要か判断してください。最初の試作は、許可された入力から下書きを作り、人が照合する範囲にできます。パスワードや認証情報を入力文へ含めず、必要なアクセスは管理担当と確認する設計にします。
重複と途中失敗を確認する
一度処理した入力を再び受け取った場合、同じ登録や送信を重ねない条件を決めます。途中で止まったときは、どこまで完了したかを記録し、確認せず最初から実行し直さないようにします。見かけ上の応答がない場合も、登録先へ結果を照合する手順が必要です。止める担当、再開を判断する人、手作業へ戻す範囲を設計し、正常な一例だけで運用できると判断しません。
表が画面に収まらない場合は、左右に動かして確認できます。
| 工程の種類 | 決めること | 確認する条件 |
|---|---|---|
| 固定処理 | 計算・転記・分岐のルール | 元値と結果の照合 |
| AI補助 | 整理する内容と完成項目 | 事実の追加・抜け・誤分類 |
| 承認 | 誰が何を正式利用とするか | 不明な入力の保留 |
| 実行 | 登録先・送信先・権限 | 重複と途中失敗 |
| 運用 | 記録・停止・再開・保守 | 条件変更と担当引継ぎ |
架空の設計例です。公開済みの商品情報から返信案を作る工程へAIを試します。価格計算は決めた元値と計算方法で処理し、担当者が返信案を確認してから送信します。自動送信の設定や実在の効率化実績を示す例ではありません。
小さく検証して運用の責任を引き継ぐ
本番へつなぐ前に、通常入力だけでなく、欠けた情報や重複などを試します。
例外入力と人の確認を含めて比較する
必要な項目がない、元情報が矛盾する、同じ入力が届く、処理先が使えない場合を、許可された架空例で試します。生成、照合、承認、実行のどこで止まるかを確認してください。作成の時間だけを短縮効果にせず、準備、確認、修正、例外対応を含めます。試した範囲を記録し、架空例で動いたことを実データとすべての例外の検証に置き換えないようにします。
保守と停止の担当を決める
入力形式、業務条件、利用ツールが変わった場合に誰が見直すかを決めます。運用中の記録を確認する担当と、問題が起きたときに止める担当も置いてください。Libera Worksへ相談する場合は、既存の仕組みと対象工程、AI補助が必要な箇所を説明し、試作、テンプレート、運用設計の範囲を確認します。導入した仕組みが無人で永久に正しく動くという前提を置かず、引継ぎと見直しを完了条件へ含めます。
対象業務と確認手順を整理してAI活用を相談する
Libera Worksでは対象業務と入力資料の種類、利用環境、確認担当を伺い、AIの使い方、入力テンプレート、確認項目、講座や定着支援の必要な範囲を整理します。情報の利用許可と料金・対応条件は着手前に確認してください。具体的な業務で試し、結果を見て手順を見直します。
【Q&A】AI活用支援を依頼する前の疑問
Q.固定の計算にも生成AIが必要ですか？
必要かを検討します。ルールが明確な計算や転記は、現在の表計算や仕組みで処理し、元値と結果を照合できる方法を選ぶことができます。
Q.下書きが正しければ自動送信できますか？
送信の権限、承認、宛先、重複、失敗時の対応を別に設計します。一つの下書きの成功を、外部実行を含む全体の検証とは扱いません。
まとめ：現在の仕事を入力から実行まで分ける
業務自動化は、固定処理、AI補助、承認、実行を分けて設計します。計算や転記のルールを先に確認し、AIの出力には完成条件と照合を置いてください。登録と送信へつなぐ前に権限、重複、途中失敗を確認します。例外を含めて小さく検証し、停止、再開、保守の担当を引き継ぎます。
参考情報
工程表と架空例は設計上の提案です。特定システムへの接続可否、無人運用、短縮効果を保証していません。公式機能と個別の権限・業務設計を区別します。
Libera Works「AI活用支援」（対象業務・利用条件・講座と定着支援の範囲。2026年10月2日確認）
Google for Developers「シンプルなトリガー」（イベントで関数を実行する仕組みと制限の参考。本文の自動化設計や生成AIの判断を保証するものではありません。2026年10月2日確認）