この記事は、AIエージェントを業務へ導入したいものの、どこまで任せてよいか判断できない中小企業の経営者・兼任担当者に向けたものです。製品比較ではなく、対象業務を選んでから本番運用へ進むまでの順序を扱います。開発を外注する場合と、既製サービスを設定して使う場合のどちらにも共通する確認項目へ絞ります。実務で使うための手順です。
AIエージェントは、質問へ文章で答えるだけでなく、ファイルを読み、外部ツールへ接続し、条件に応じて処理を進められます。便利さと同時に、誤った入力、過剰な権限、外部送信、費用の増加を一つの処理で連鎖させる可能性があります。そのため、最初から自動実行を目指しません。
AIエージェントの意味や生成AIとの違いを先に確認したい場合は、AIエージェントとはをご覧ください。ここでは、導入対象が一つ決まった後から始めます。
結論：読む、提案する、承認後に実行する、の順で広げる
導入は5段階に分けます。最初は読み取り専用にし、次に人へ提案するだけの状態へ進めます。正しさと失敗の型を記録できてから、1件ずつ人が承認した操作を実行させます。繰り返し処理と複数システム連携は、その後です。各段階で進む条件を満たせなければ、前の段階へ戻すか導入を見送ります。
| 段階 | AIエージェントに許すこと | まだ許さないこと |
| 1 読み取り | 指定した資料やデータを読む | 更新、送信、削除 |
| 2 提案 | 回答案・処理案・分類結果を作る | 外部システムへの反映 |
| 3 承認つき実行 | 人が確認した1件を実行する | 一括処理、夜間の無人実行 |
| 4 限定反復 | 件数・時間・金額を制限して繰り返す | 上限のない連続実行 |
| 5 複数連携 | 承認済みの複数システムをまたぐ | 権限の自己追加、監督外の接続 |
導入前に、対象業務を一文で限定する
最初に、対象業務を一文で書きます。「問い合わせ対応を自動化する」では広すぎます。「承認済みFAQを読み、営業時間と返品条件に関する問い合わせの返信案を作る」のように、参照先、対象、出力を含めて書きます。値引き、契約変更、苦情、個人情報を含む相談は、AIエージェントではなく人へ渡す対象です。
業務候補を選ぶときは、正解を人が確認できるか、誤りを取り消せるか、入力データが揃っているかを確認します。この判断はAIに向いている業務・向かない業務と共通する考え方です。生成AIの具体的な用途を探す段階なら、中小企業の生成AI活用事例7選から、入力と出力が近い事例を選べます。
段階1：読み取り専用で、答えの根拠を確かめる
最初の段階では、AIエージェントに更新権限を渡しません。指定したFAQ、商品一覧、社内手順書などを読み、質問への回答候補と参照した箇所を表示させます。正解が決まっている過去の事例を使い、人が答え合わせできる状態で試します。
この段階で残す成果物は、対象資料の一覧、テストした質問、期待する回答、実際の回答、誤りの種類です。正答率という一つの数字だけにせず、資料に答えが無い、古い資料を参照した、似た商品を取り違えた、根拠を示せなかった、という失敗の型を記録します。社内文書を使う場合は、先に元の文書を整える条件の確認が必要です。
段階2：提案だけを作り、人が最終判断する
読み取りが安定したら、返信案、分類案、転記案などを作らせます。ただし送信や更新は人が行います。この段階では、AIエージェントが間違えても業務システムへ直接反映されません。人がどこを直したかを記録すると、誤りが多い項目と、そもそも資料が不足している箇所を分けられます。
確認者が毎回ほぼ全文を書き直している場合は、実行段階へ進みません。指示を直すだけでなく、対象業務を狭める、入力項目を揃える、例外を人へ戻すといった変更を行います。問い合わせ返信の下書きを例にした設計は問い合わせ対応の一次回答をAIで下書きするで扱いました。
段階3：人が承認した1件だけを実行する
次に、承認した1件を送信または更新できる権限を与えます。承認画面には、実行内容、変更前後、送信先、参照データを表示します。承認者が内容を確認できないまま実行ボタンだけ押す設計では、承認工程を置いた意味がありません。
顧客への送信、金銭処理、契約変更、在庫更新など、外部影響のある操作はこの段階を省きません。承認者が1人しかいない会社でも、本人不在時は自動承認にせず処理を保留する、と決められます。承認を置く場所と不在時の既定動作はAIエージェントの承認フローで詳しく整理しています。
段階4：件数・時間・費用に上限を置いて繰り返す
1件ずつの実行履歴が蓄積した後に、反復処理へ進みます。1回の最大件数、1日の実行回数、処理できる時間帯、利用料金の上限、連続エラー回数を設定します。上限へ達したら止まり、担当者へ通知する状態を先に確かめます。
成功した処理だけでなく、失敗、再試行、人による修正、停止の履歴を残します。ログがあっても誰も見なければ異常には気づけません。保存される項目と点検する人はAIエージェントのログ管理、実際の停止操作はAIエージェントの止め方を参照してください。
段階5：複数システム連携は、責任の境界を決めてから
メール、顧客管理、会計、在庫など複数のシステムをまたぐと、一つの誤りが後工程へ伝わります。どのシステムのデータを正とするか、更新が途中で失敗した場合にどこまで戻すか、認証情報を誰が更新するかを決めます。AIエージェントが接続先や権限を自分で追加できる状態にはしません。
複数連携へ進む条件は、前段階の実績だけではありません。運用責任者、障害時の連絡先、契約終了時のデータ返却、担当者退職時の権限停止まで決まっている必要があります。権限の分け方はAIエージェントの権限設計で確認できます。
次の段階へ進むための判断表
各段階の終了時に、次の7項目を確認します。すべてを満たす必要があるという一律の規格ではありません。満たしていない項目があるなら、そのリスクを受け入れる人と、代替策を明確にしてから進みます。
| 項目 | 確認する状態 |
| 対象範囲 | 任せる業務と任せない業務を一文で説明できる |
| 入力データ | 参照元、更新者、古さ、権限が分かる |
| 品質 | 誤りの種類と、人が確認する箇所が記録されている |
| 権限・承認 | 読み取り、提案、実行を分け、承認者不在時の動作が決まっている |
| ログ | 誰が何を実行し、何を直したか追跡できる |
| 費用・停止 | 利用上限と、担当者が実際に止める方法を確認した |
| 責任者 | 日常点検、事故対応、再開判断をする人が決まっている |
公的ガイドラインを、自社の確認表へ落とす
経済産業省と総務省はAI事業者ガイドライン第1.2版を公開し、AI利用者を含む各主体の取組とチェックリストを示しています。また経済産業省のAIの利用・開発に関する契約チェックリストは、利用条件、データ、役割分担などを整理した公的資料です。いずれも確認日は2026年10月2日です。
公的資料をそのまま社内規程へ写す必要はありません。今回の一業務について、対象範囲、入力、権限、承認、ログ、停止、責任者の7項目へ置き換えます。製品の機能で対応できない項目は、人による確認や対象縮小で補います。
稟議には、完成形ではなく最初の段階を書く
導入予算を申請するときに、最終的な全社自動化まで約束する必要はありません。最初の30日間は読み取りと提案だけにする、対象は一業務・数人に限定する、外部送信は行わない、と書けば、試行の範囲を説明できます。費用、リスク、撤退条件のまとめ方は生成AI導入の稟議書の書き方で扱っています。
よくあるご質問
PoCでは動いたのに、本番へ進めないのはなぜですか
PoCが回答精度だけを確認し、権限、承認、ログ、停止、費用上限を試していない場合、本番の判断材料が足りません。成功例だけでなく、誤りを起こし、止め、戻すところまで試験項目に含めます。
既製サービスでも権限設計は必要ですか
必要です。自社で開発しなくても、接続するアカウント、読めるフォルダ、実行できる操作、保存されるログは設定によって変わります。まず管理画面で現在の設定を確認し、変更できない項目は運用で補えるかを判断します。
担当者が一人でも運用できますか
範囲を一業務に限定し、承認者と停止担当を兼任することはできます。ただし、担当者不在時の動作を自動実行にせず保留へ戻すこと、連絡先と再開判断を経営者と共有することが必要です。担当者だけが設定や認証情報を知る状態は避けます。
各段階から本番実行へ進めるかを確認するAIエージェント 本番移行判定表を用意しています。権限、承認、記録、停止、影響範囲の18項目を印刷して確認できます。
現在の業務を5段階のどこから始めるべきか整理したい場合は、お問い合わせから、対象業務、接続したいツール、外部送信の有無をお知らせください。
ここまでの整理を踏まえて、無料診断で現在の段階を確認できます。
無料診断をはじめる
