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戦略 #エンタープライズシステム