IT系の仕事をしていると、毎日こんな作業が積み重なっていることに気づきます。
- Salesforceを開く
- 案件を検索する
- 編集ボタンを押す
- 金額を変更する
- ステータスを変更する
- 保存する
- エラーが出たら原因を確認する
これは「仕事」でしょうか。それとも「作業」でしょうか。
多くの人は「仕事だ」と答えると思います。でも少し立ち止まって考えると、本当にやりたかったのはこれではないはずです。
本当にやりたかったのは、「ABC案件を最新状態にする」ことです。
ここに、AIエージェント時代の業務設計における本質的な問いが隠れています。
現状：人間が低レイヤーで考えすぎている
現在のほとんどの業務では、人間がかなり低いレイヤー——つまり「どのボタンを、どの順番で押すか」——まで自分で考えて実行しています。
Salesforceの例で言えば
1. ブラウザでSalesforceにアクセスする
2. 案件タブを開く
3. ABC案件を検索する
4. 「編集」ボタンをクリックする
5. 受注金額フィールドに「5,000,000」を入力する
6. ステータスを「受注」に変更する
7. 必須項目のエラーが出たら、別タブで既存情報を確認する
8. 保存して、変更後の値を目視確認する
この手順を人間が頭の中で組み立て、手で実行しています。
そしてこれをシステム化しようとすると、今まではRPAが使われてきました。
RPAとAIエージェントの本質的な違い
RPA（Robotic Process Automation）は、こうした「操作手順」を記録・再生するツールです。
RPA = 人間が手順を設計して、機械が手順を再現する
これは非常に有効な手法ですが、根本的な制約があります。UIが変わると壊れるのです。Salesforceのボタン位置が変わっただけで、スクリプトを作り直す必要があります。また、初めて触るシステムには対応できません。
一方、AIエージェントによる業務処理は思想がまったく異なります。
AIエージェント = 人間が目的と制約を定義して、AIが手順をその場で組み立てる
AIは「このステータスを変えるには、この画面のどこを操作すればよいか」を、画面を見ながら探索できます。
つまり、こういう動作が可能になります：
- 画面を見る
- 入力欄を推測する
- エラー内容を読む
- 別の方法を試す
- 処理結果を確認する
人間の新人が初めてシステムを触るときの動き方に近いイメージです。UIが多少変わっても、初めて触るシステムでも、「何をしたいのか」さえ伝えれば動けるのがAIエージェントの強みです。
新しい概念：「処理仕様書」という指示の形
AIエージェントに業務を任せるとき、人間が渡すのは「操作手順」ではなく、処理仕様書です。
先ほどのSalesforce操作を処理仕様書として書くと、こうなります。
目的: ABC案件を最新状態にする
対象: ABC案件
変更条件:
- 受注金額: 500万円
- 契約状態: 締結済み
- ステータス: 受注
許可範囲:
- 既存情報から一意に決まる項目は自動入力可
禁止事項:
- 案件の削除は不可
- 別案件の変更は不可
不明時の動作:
- 判断できない項目がある場合のみ人間へ確認
完了条件:
- 保存の成功
- 変更後の値を再確認
- 実行結果を報告
これを人間が毎回書く必要もありません。将来的には、
「この案件、500万円で受注にしておいて」
という自然言語の一言から、AIが内部でこう変換します。
自然言語の要求
→ 処理仕様書の生成
→ 実行計画の立案
→ GUIまたはAPI操作
→ 結果の検証
→ 実行証跡の保存
人間は「何を実現したいか」だけを伝えればよく、「どうやって操作するか」はAIが担う構造です。
ただし内部統制とのセットが必須
ここで重要な注意点があります。業務用途では「何でも自由に試行錯誤してよい」とはできません。
AIエージェントの自由度を、操作の種類ごとに明確に定義する必要があります。
| 操作種別 | 許可設定の例 |
|---|---|
| 閲覧 | 自由 |
| データ入力・更新 | 一定範囲まで自由 |
| 削除 | 禁止 |
| 外部送信（メール等） | 承認必須 |
| 100万円以上の金額変更 | 承認必須 |
| 他ユーザーの権限変更 | 禁止 |
つまりAIエージェントを業務に組み込む設計は、
目標を与えられる自由なAIエージェント
×
企業の内部統制ルール
の掛け合わせになります。AIに何でもやらせるのではなく、ガードレールの中で最大限に動かすという発想です。
Salesforceだけじゃない：全業務システムへの展開
この考え方はSalesforceに限りません。
- Outlook・Teamsでのコミュニケーション業務
- ServiceNow・Jira でのチケット管理
- SAP・経費精算システム
- 勤怠・年末調整などの社内手続き
- 社内の独自Webシステム
これらすべてに、同じ思想を適用できます。
ユーザーの視点で言えば、「どのシステムをどう操作するか」を覚える必要が薄れていきます。自分が何を実現したいかだけを考えればよくなるのです。
まとめ：GUIは「人間が操作するもの」から「AIの結果を確認するもの」へ
AIエージェントが実現する変化の本質は、「操作の自動化」だけではありません。
人間をUI操作から解放すること——これが最大の意味だと思います。
GUIそのものがなくなるわけではありませんが、人間にとってGUIの役割が変わります。
Before: GUIは「自分で操作するもの」
After: GUIは「AIの処理結果を確認するもの」
突き詰めると、これはSaaSを人間が操作する世界から、AIがSaaSを操作し、人間は業務意図を書く世界への移行です。
業務を「手順」ではなく「目的・制約・完了条件」で記述する——この発想の転換が、AIエージェント時代の業務設計の起点になると考えています。
#AIエージェント #業務自動化 #RPA #Salesforce #ChatGPT #LLM #エンタープライズAI #業務改善 #DX #システム開発
#AIエンジニア #バックオフィス自動化 #プロセス自動化 #自然言語処理 #AIツール
#ビジネスAI #業務設計 #デジタルトランスフォーメーション #SaaS #IT企画
#エージェントAI #AIワークフロー #操作自動化 #ノーコード #ローコード
#生成AI #AI活用 #業務効率化 #IT戦略 #エンタープライズシステム