Salesforceの職種別エージェントが変える業務自動化

要約
Salesforceが示した職種別AIエージェントは、質問に答えるチャットボットから業務を継続実行する仕組みへ広がっています。提供範囲、長期タスク、KPI、権限管理、有人引き継ぎを導入前にどう設計するかを整理します。
Salesforceが示した職種別AIエージェントは、CRM上の質問に答える機能だけを指しません。セールス、サービス、コマース、サプライチェーンなどの業務を、一定期間にわたって進める仕組みとして位置づけられています。
2026年9月15日時点で、企業向けAIはチャットの回答精度だけを比べる段階から、業務のどこまでを任せるかを設計する段階へ移りつつあります。日本企業が見るべき点は、海外事例の数字をそのまま導入効果とみなさないことです。
この記事の対象読者
次のような課題を持つ企業や組織を対象にしています。
- 顧客対応や営業業務を自動化したい企業や組織
- 職種別にAI活用を展開したい企業や組織
- 長時間タスクをAIへ任せたい企業や組織
- CRMとAIを連携したい企業や組織
- AI導入効果を業務指標で測りたい企業や組織
Salesforceが示した職種別エージェント

Salesforceは、セールス、サービス、コマース、サプライチェーンなどに対応する「Job-Ready AI Agents」を一般提供する方針を示しました。Salesforceが公開した説明では、職種ごとの業務を前提にエージェントを展開する構想です。
従来のチャットボットは、利用者の質問に対して回答を返す形が中心でした。今回示された仕組みは、業務上の目標を追跡し、必要な処理を複数のエージェントで連携させる方向に広がっています。
- セールスでは、顧客情報の確認や商談に関わる作業
- サービスでは、問い合わせの受付や解決に向けた処理
- コマースでは、購買導線や商品選択に関わる支援
- サプライチェーンでは、業務上の目標を追跡する処理
E-commerce Newsによると、今回のエージェントは数日から数週間にわたって目標を追跡するlong-horizon runtimeと、複数エージェントの連携を想定しています。単発の回答ではなく、途中経過を持つタスク実行が焦点です。

長期タスクで変わる設計論点

数日から数週間続くタスクでは、開始時に許可した操作を最後まで同じ条件で実行できるとは限りません。担当者の異動、顧客情報の更新、注文状況の変化などが起きるためです。
AIエージェントを本番で動かす場合は、処理の正しさだけでなく、実行中の権限と例外時の責任を定義します。長期タスクを任せる設計では、権限の継続条件と人へ戻す条件がセットになります。
- 誰の権限でエージェントが処理を開始するか
- 担当者の変更や情報更新で権限を再確認する条件
- 高額注文や契約変更など、人の承認を必須にする処理
- 失敗や判断不能が起きたときに引き継ぐ担当者
- 実行内容と判断理由を後から確認できる監査ログ
有人引き継ぎは、エラーが起きた後だけに置く機能ではありません。顧客への連絡前、契約条件の変更前、返金や値引きの実行前など、業務上の境界に確認点を置く考え方です。
マルチエージェント構成では、担当するエージェント同士の受け渡しも確認対象になります。どのエージェントが何を判断し、次の処理へ何を渡したかを追跡できなければ、原因調査が難しくなるでしょう。
処理率を業務KPIへ置き換える

導入効果を測るときは、AIが何件処理したかだけで判断しません。処理後の受注、解決、再問い合わせ、担当者の確認時間など、自社の業務KPIに接続するのが基本です。
例えば問い合わせ対応なら、AIの自律解決率だけでなく、再問い合わせ率、有人引き継ぎ後の解決時間、顧客満足度を同じ期間で確認します。購買支援なら、導線の処理率と購入完了率は分けて記録しておきたいところです。
- 対象業務、受注前の問い合わせか、契約後のサポートか
- 任せる範囲、情報検索だけか、更新や通知まで含むか
- 成果指標、処理時間、解決率、受注率、再対応率など
- 品質条件、人の承認が必要なケースと許容できる例外
- 比較方法、導入前の同じ業務単位と比べる期間
海外企業の処理率を参考にする場合も、まず自社の1件を定義します。問い合わせ1件を解決した状態、商談1件を前進させた状態などを決めると、AIの活動量と事業成果を分けて見られます。
自社導入で詰まりやすい設計

自社で進める場合、最初に詰まりやすいのはエージェントの設定より、業務範囲の切り分けです。営業やサービスの担当者ごとに例外処理が異なると、1つの自動化単位にまとめにくくなるでしょう。
- 業務の開始条件と完了条件が担当者ごとに違う
- AIへ渡せる権限と人だけが持つ権限が整理されていない
- 引き継ぎ先や監査ログの確認者が決まっていない
外部の支援を使う場合は、製品の設定だけでなく、現場の業務整理から依頼範囲に含められるかを確認します。要件が動いたときに、どの範囲で優先順位を変えられるかも契約前に確かめておきたい点です。
BinxAI株式会社 | みっちゃくん
BinxAI株式会社のみっちゃくんは、提案の前に現場へ入り、課題の整理と現状の診断を済ませてから要件を固めます。要件を整理したうえで詳細な見積を出し、一式の金額だけで判断しない進め方です。
契約後に要件が動いた場合も、決めた範囲の中で優先順位を入れ替えて進められます。企画、課題整理、要件整理から開発までを同じ担当が受け持ち、内製化と社内定着まで支援します。
- 課題の整理と現状の診断
- 要件定義と設計
- 開発と本番環境への展開
- 運用の引き継ぎと内製化の支援
- 担当者向けの研修

よくある質問
Salesforce Agentforceはチャットボットと何が違いますか?
チャットボットは質問への回答が中心です。Salesforceが示した職種別エージェントは、業務目標を追跡し、処理の実行や他のエージェントとの連携まで想定した仕組みといえるでしょう。
最初に自動化する業務はどう選びますか?
開始条件と完了条件を定義しやすく、処理後のKPIを記録できる業務から選びます。例外が多い業務は、人の確認点を残した範囲から始めると検証しやすくなるでしょう。
長期タスクで権限をどう管理しますか?
開始時の権限だけでなく、担当者変更や情報更新が起きたときの再確認条件を決めます。契約変更や返金などの処理では、人の承認を必須にする設計が候補でしょう。
有人引き継ぎはどのタイミングで入れますか?
エラー発生後だけでなく、顧客への連絡、契約条件の変更、金額を伴う処理の前に置きます。引き継ぎ先、渡す情報、対応期限はあらかじめ定義しておきたいところです。
海外企業の処理率を自社の目標にできますか?
そのまま目標にするのは避けます。自社の業務単位、データ品質、人による確認範囲を踏まえ、処理時間や再対応率などのKPIへ置き換えて検証します。
参考・出典
Salesforceの職種別AIエージェントは、業務自動化を質問応答から継続実行へ広げる動きです。導入を検討する企業は、エージェントを増やす前に、任せる業務、測るKPI、維持する権限、引き継ぐ条件を1つの業務単位で決めるところから始めます。
本記事の情報は2026年9月15日時点の公開情報に基づきます。海外企業の事例や各社の提供内容は契約前に各社へ確認してください。記載した数値や事例は、自社で同じ成果が得られることを保証するものではありません。
この記事の分類
同じ分類の記事をまとめて読めます。
次に読む記事

単発回答から継続実行へAgentforce長期タスクの本番化設計
Salesforce Agentforceが長期実行やマルチエージェント連携へ広がりました。単発回答で終わらせず、完了条件や途中承認、引き継ぎ、成果KPIまで設計して本番運用へ進める考え方を解説します。

販売AIを小売に導入する前に決めるべき承認範囲とKPIの考え方
Anthropicが発表したClaude for Commerce Agentsは、買い物客への提案と店舗側の販促準備をAIが担う構想を示しました。小売企業が導入前に決めるべき承認範囲、データ接続、段階導入、KPIの考え方を整理します。

PhoneLLM Alpha 1で電話対応AIは安くなるか
PhoneLLM Alpha 1の公開で広がる音声AIの選択肢を、LLM単価だけで判断してはいけません。音声認識、回線、応答速度、有人引き継ぎ、日本語の聞き取りまで含めた費用対効果の測り方を整理します。















