Recommended Free Tools
Salesforceの「Agentforce 360」は、CRMにチャットボットを追加する単独製品ではない。CRM、企業データ、AIエージェント、業務アプリケーション、Slackを一つの基盤にまとめ、人間とエージェントが業務を分担する企業モデルへSalesforce全体を再構成する構想である。
Salesforceは米国時間2025年10月14日、Dreamforce 2025で一般提供開始を発表した。ただし、機能ごとに提供地域、エディション、契約条件は異なる。2026年8月時点で導入を検討する企業は、発表された構想と、契約できる個別機能を分けて確認する必要がある。
Agentforce 360は何を変えるのか
Salesforceが示す「Agentic Enterprise」は、人間、AIエージェント、企業データを同じ信頼境界の中でつなぐ考え方だ。エージェントは質問に答えるだけでなく、データを検索し、状況を判断し、複数の処理を実行することを目指す。
つまり変化の中心は、AIモデルそのものよりも、CRMに蓄積された顧客情報、業務ルール、ワークフロー、権限をエージェントが使える実行基盤にすることにある。Salesforceは「世界初」などの表現を自社の位置づけとして説明しているが、第三者による市場評価とは区別すべきだ。
Free tools Windows power users keep installed
One-click scans. No signup required.
#1 Best Overall
発表の概要はSalesforceの公式発表で確認できる。
4つの構成要素
| 構成要素 | 役割 | 導入時の確認点 |
|---|---|---|
| Agentforce 360 Platform | エージェントの構築、推論、音声対応、オーケストレーション、監査・権限管理 | 自律実行の範囲、承認フロー、ログ、失敗時の復旧 |
| Data 360 | 顧客情報、取引履歴、業務データ、非構造化データを統合し、回答や判断の文脈を供給 | データ品質、更新頻度、重複、項目定義、アクセス権 |
| Customer 360 Apps | 営業、サービス、マーケティングなどの業務アプリとルールをエージェントに接続 | どの処理を自動化し、どこで人間の承認を求めるか |
| Slack | 自然言語で顧客情報を検索し、タスクやワークフローを起動する操作面 | 会話から実行へ移る際の権限、記録、情報漏えい対策 |
SalesforceのDreamforce解説では、この4要素を人間とエージェントの協働基盤として説明している。Slackも単なるチャットではなく、業務データと実行機能への自然言語インターフェースという位置づけだ。
Agentforce 360 Platform
プラットフォームには、会話型ビルダー、Atlas Reasoning Engine、ハイブリッド推論、音声機能、エージェント間・システム間の連携が含まれる。ハイブリッド推論は、生成AIの柔軟さと、決められた業務ルールによる予測可能な処理を組み合わせる考え方だ。返金や契約変更のような高リスク処理では、決定論的なルール、権限境界、承認を先に設計しなければならない。
Data 360
エージェントの品質は、モデルの流暢さより参照データに左右される。古い顧客情報、重複した取引先、部門ごとに異なる商談ステージ、意味の定まらない項目が残っていれば、エージェントはもっともらしい誤回答や誤処理を行う。Data 360はData Cloud由来の統合戦略を、Agentforceの前提に置くものだ。
The Tool Desk
Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →Customer 360 Apps
営業、サービス、マーケティングの各アプリにある業務ルールと顧客情報をエージェントが利用する。「AIをCRMに載せる」というより、CRMに蓄積した業務知識をエージェントが使って、営業やサービスの仕事を動かす順序で理解するとよい。
Slack
Slack上では、顧客情報の検索、商談状況の確認、社内ナレッジの照会、タスク作成、フォローアップ依頼、複数エージェントへの作業依頼などを自然言語で行う想定だ。会話がそのまま業務処理になるため、誰の権限で何が実行されたかを監査できる設計が欠かせない。
AgentforceからAgentforce 360までの進化
| 時期 | 名称 | Salesforceが説明する主な拡張 |
|---|---|---|
| 2024年10月 | Agentforce | 企業向けAIエージェント基盤を導入 |
| 2024年12月 | Agentforce 2 | Atlas Reasoning Engineを強化 |
| 2025年3月 | Agentforce 2dx | ワークフローへの埋め込み、トリガー型・横断型の動作を拡張 |
| 2025年6月 | Agentforce 3 | 相互運用性とガバナンスを強化 |
| 2025年10月 | Agentforce 360 | エージェント、データ、業務アプリ、Slackを統合 |
この流れは単なる連番のバージョンアップではない。製品単位のAI機能から、企業全体の業務実行レイヤーへ対象範囲を広げた転換である。
どんな業務で使うのか
営業
- Web訪問者への初期対応と見込み客の適格性判定
- メールのフォローアップとカレンダーへの商談設定
- 停滞した商談の検出と次のアクションの提案
- 担当者向けの顧客概要や会議準備の作成
Salesforceは、自社のSDRエージェントが週5万社の顧客に対応していると説明している。これは同社イベント・公式記事による主張であり、独立監査値ではない。
カスタマーサービス
- FAQへの回答、ケース分類、顧客情報を踏まえた返信
- 返金・交換など定型処理
- チャットや音声での24時間対応
- 判断できない案件の人間担当者へのエスカレーション
本人確認、返金、契約変更、個人情報変更、法的判断を無条件に自動化するものではない。処理ごとに権限、承認、引き継ぎ条件を定義する必要がある。
社内業務
Slackでの社内情報検索、営業会議の準備、レポート作成、顧客や案件の要約、部門横断ワークフローの起動などが想定される。
業界特化
金融サービス、ヘルスケア、製造、自動車などでは、業界固有のデータモデルや業務ロジックと組み合わせた展開が進められている。パートナーがAgentforce 360やData 360を組み込んだアプリケーションを開発する仕組みも示されている。
モデルとクラウドを囲い込まない戦略
Agentforce 360はSalesforce独自モデルだけに限定されない。Googleとの提携では、GeminiをAtlas Reasoning Engineで利用し、Google Workspace、Gmail、Meet、Sheets、Docs、Drive、Slidesとの連携を進める方針が示された。Model Context Protocol（MCP）やAgent2Agent（A2A）などのオープン標準にも言及している。
AnthropicとはClaudeをAgentforce 360で利用する連携を発表し、規制業種向けにAmazon Bedrock経由の利用とSalesforceの信頼境界を訴求している。
AWSとは2025年12月に「Agentforce 360 for AWS」を発表した。Amazon Bedrockのモデル、SalesforceのTrust Boundary、AWS Marketplace経由の購買、既存のAWS契約・予算との統合を特徴とし、発表時点では2026年初頭の提供予定だった。全地域・全顧客への提供済みとみなすことはできず、契約時の最新情報が必要である。
一般提供とロードマップを分けて読む
Salesforceは2025年10月14日にAgentforce 360の一般提供開始を発表し、Agentforce 360、Data 360、Agentforceの業界機能などを一般提供済みとして説明した。しかし「一般提供」は製品全体の一括提供を意味しない。機能、エディション、地域、契約によって利用可否が変わる。
Do these 3 things before closing this tab:
1Repair Windows errors before they cause bigger problems2Scan for outdated or missing drivers - takes under a minute3Clear out junk files and repair common Windows errorsGoogleとの発表には、Service CloudやCustomer Engagement Suiteの一部を「2026年上半期GA予定」、Data 360とBigQueryの一部を「2026年後半GA予定」とする記載がある。2026年8月時点で実際に利用できるかは、最新リリースノートと契約地域を確認し、2025年発表時の予定を現行機能として扱わないことが重要だ。
導入前に評価すべき4つの論点
1. 既存データを業務で使えるか
Salesforceを中核CRMとして使い、顧客・案件・権限・ワークフローが整っている企業ほど導入効果を見込みやすい。反対に、データが複数システムに分散し、欠損や重複、部門ごとの定義違いが多い企業では、先にデータ整備の費用と期間を見積もるべきだ。
2. 回答ではなく行動を任せるか
- 正しい顧客・契約・案件を参照したか
- 正しい権限で更新や送信を実行したか
- ルール外の依頼を拒否したか
- 途中で失敗した処理を復旧・取消できるか
- 人間へ適切に引き継ぎ、結果を監査できるか
PoCではチャットの流暢さではなく、限定した実業務を実行させ、成功率、誤処理、エスカレーションを測る。
3. 権限、監査、データ保護
- エージェントが参照できるオブジェクト、項目、レコード
- 個人情報・機密情報の取り扱いと外部モデルへの送信範囲
- プロンプト、応答、実行ログの保存期間
- 人間承認が必要な処理とエージェントの実行主体
- 誤処理の取消・訂正手順と監査証跡
AWS連携の説明では、Trust Boundary、Trust Layer、監査可能性、外部プロバイダーによる顧客データの学習利用を防ぐ仕組みが訴求されている。ただし実際のデータ所在、地域、設定、契約条件は個別確認が必要だ。
4. ROIを処理品質まで含めて測る
問い合わせ件数の削減だけでは不十分である。一次解決率、誤回答率、処理成功率、エスカレーション率、対応時間、顧客満足度、商談化率、成約率、担当者の準備時間、1件当たりの推論・処理コストを業務ごとに設定する。
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.料金はユーザー数だけでは決まらない
Agentforce 360は、従来型SaaSの「ユーザー数×月額」だけで見積もれない。製品、エディション、利用量、Flex Credits、Data 360、Slack、業界製品、追加ストレージ、導入支援、外部モデルや電話基盤が組み合わさる可能性がある。
Salesforceの価格資料には、利用量や関連製品への支出に連動する「derived pricing」の説明がある。したがって、単一の月額を「Agentforce 360の価格」と断定するのは不正確だ。
- Salesforceの基盤ライセンス
- Agentforceの利用料とFlex Creditsなどの従量要素
- Data 360、データ統合、追加ストレージ
- Slack、業界製品、外部モデル、クラウド、電話
- コンサルティング、評価、運用監視、ガバナンスの人件費
価格関連資料とSalesforce公式価格ページで、対象エディションと契約地域を確認する必要がある。
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
Salesforceを選ぶ利点と不利な点
| 利点 | 不利になりうる点 |
|---|---|
| CRM、営業、サービス、データ、Slackを接続しやすい | 料金と契約単位が複雑になりやすい |
| 既存のSalesforce権限、業務データ、ワークフローを活用できる | Data 360やデータ品質改善への追加投資が必要 |
| 業務処理、監査、ガバナンスまで一体設計しやすい | 設計・権限・運用の専門人材が必要 |
| Google、AWS、Anthropicなどとの連携方針 | Salesforceを使わない企業には基盤が過剰になりうる |
| パートナー、AppExchange、導入支援のエコシステム | 既存契約への依存とベンダーロックインが強まる可能性 |
よくある失敗と安全な導入順序
失敗しやすいパターン
- 古いFAQや不正確な顧客データのまま導入する
- エージェントに広すぎる権限を与える
- 公式デモや事例の効果を自社の成果と混同する
- 人員削減だけをROIにする
- 料金をライセンス費用だけで見積もる
現実的な段階設計
- 読み取り専用の検索・要約から始める
- 担当者への推奨アクション提示を追加する
- 人間承認付きで更新・送信を行う
- 低リスクの定型業務だけ自動実行する
- 複数ステップ処理へ広げ、監査と評価を継続する
競合と比べるときの軸
| 選択肢 | 中心となる既存基盤 | 比較すべき企業 |
|---|---|---|
| Microsoft Copilot Studio／Dynamics 365 | Microsoft 365、Teams、Power Platform、Dynamics 365 | CRMデータの中心とMicrosoft 365の統合度を重視する企業 |
| Google Vertex AI Agent Builder | Google Cloud、Gemini、BigQuery、Workspace | 分析基盤とカスタム開発の柔軟性を重視する企業 |
| ServiceNow AI Agents | ITサービス管理、従業員サービス、運用ワークフロー | CRMよりITSMや社内業務の自動化が中心の企業 |
| AWS Bedrock | AWS上のモデル選択と独自アプリ開発 | 完成済みCRMより、実行環境とモデルを細かく管理したい企業 |
| HubSpotのAI機能 | 比較的シンプルなマーケティング、営業、顧客管理 | 中小・中堅企業や短期間の立ち上げを重視する企業 |
比較の出発点は、どの製品が優れているかではない。既存CRM、クラウド契約、データの所在、必要な自動化の深さ、権限・監査要件、運用人材を並べることだ。
結論
Agentforce 360の本質は、CRMの画面にAIを足すことではなく、企業データと業務プロセスをエージェントが安全に使える形へ再編することにある。Salesforceをすでに中核CRMとして利用し、営業・サービス・Slackまで一体化したい企業には合理性がある。一方、単純なFAQボットや小規模自動化だけが目的なら、基盤、データ統合、従量課金、導入支援まで含む構成は過剰になりうる。
導入判断では、モデルのデモよりも、データ品質、権限、承認、監査、処理コスト、失敗時の復旧を先に検証する。Agentforce 360は「AIが人間を置き換える」製品というより、人間とエージェントの責任分担を業務設計し直すための企業プラットフォームとして評価するのが適切だ。
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
Quick wins for a faster PC:
Repair Windows errors before they cause bigger problemsFix Now →Fix the driver behind crashes, sound loss and screen glitchesFind Drivers →
