Agentforceの導入計画は、特に他のヘルプデスクから移行する場合、混乱を招く可能性があります。Salesforce Salesforce に移行するのかどうかさえ、必ずしも明確ではありません Salesforce Agentforce。
厳密に言えば、Agentforceに移行するのではなく、まずヘルプデスクのデータを Salesforce Service Cloud に移行し、その後、そのデータと連携するようにAgentforceを設定します。この違いを理解すれば、プロジェクトの計画、 Salesforce Agentforceの導入コストの見積もり、よくある導入ミスの回避がはるかに容易になります。.
この Salesforce Agentforce導入ガイドでは、プラットフォームの仕組み、導入のメリット、 Salesforce準備方法についてplainします。また、Agentforceの一般的な導入スケジュール、コストとROIに影響を与える主な要因、導入時にチームが直面する主な課題についても取り上げます。.
Agentforceとは何ですか？
Atlas （プラットフォームの推論エンジン）はこのプロセスを調整します。リクエストをより小さなタスクに分割し、利用可能なコンテキストを評価し、エージェントの指示に基づいて実行すべきアクションを決定します。これらの決定はすべて、 Salesforce CRMに保存されている情報と、Data Cloudを介して接続された追加データに基づいています。
依頼内容が担当者の責任範囲外であったり、人間の判断が必要な場合、プラットフォームは会話履歴とそれまでに完了した作業内容とともに、依頼内容を担当者に転送します。これは非常に役立ちます。.
Salesforce 、カスタマーサービス、営業、マーケティング、コマース向けに事前に構築されたエージェントを提供しており、組織が独自のビジネスプロセスに合わせてエージェントを設定することも可能です。.
AgentforceとEinstein Copilotの違いとは？
例えば、アインシュタインは次に取るべき最適な行動を推奨したり、会話を要約したり、リードスコアを割り当てたりすることができます。ユーザーはその後、出力結果を確認してから、次に何をすべきかを決定します。.
しかし、Agentforceはさらに進化しています。設定した権限とワークフローに基づいて、エージェントは顧客情報を取得したり、 Salesforce レコードを更新したり、追加のユーザー入力を待たずに次のアクションをトリガーしたりできます。つまり、意思決定は同じAI機能から行われますが、実行は推奨事項で終わるのではなく、ワークフローの一部となるのです。.
Zendesk および Freshdesk内の Agentforce と AI の比較
Zendesk と Freshdesk どちらもAIエージェントを使って 顧客サポートをが、それぞれのプラットフォームはエージェントがアクセスできる範囲を制限している。
Agentforceを導入すべきタイミングは？
Agentforceは、反復作業、顧客情報の分断、複数ステップのサービスリクエストなどがチームの作業効率を低下させ始めた場合に、サポート業務において有効な選択肢となります。以下に、Agentforce導入のタイミングを示す典型的な状況を挙げます。.
サポートチームは、繰り返し発生する問い合わせに追われています。
パスワードのリセット、注文状況の確認、その他同様のリクエストは、予測可能なワークフローに従いますが、それでも担当者による処理が必要です。Agentforceはこれらの定型的なリクエストを自動化し、本当に必要な場合にのみ担当者にエスカレーションするため、サポート担当者はより複雑な顧客問題の調査に時間を費やすことができます。.
人員を増やすことなく、24時間365日のオムニチャネル対応が必要ですか？
複数のタイムゾーンにまたがる顧客をサポートするには、多くの場合、追加のスタッフを雇用したり、サポート時間を延長したりする必要があります。AIエージェントは、営業時間外の問い合わせに対応し、定義されたルールに該当しない場合は会話を転送することができます。.
CRMとヘルプデスクのデータは複数のシステムに分散しています
サポート担当者がヘルプデスク、CRM、その他の業務アプリケーションを切り替えるたびに、処理時間が増加します。Agentforceは Salesforce レコードと直接連携するため、従業員が手動でコンテキストを組み立てる必要なく、エージェントが必要な顧客情報を取得できます。.
現在のヘルプデスクが業務の妨げになっている場合は、 Salesforce Service Cloud 自動 のような Help Desk Migration。データ移行ツールを使用することで、 への移行がより迅速に行えるようになります
あなたは既に Salesforce Sales CloudまたはService Cloudを利用しています
Salesforce Sales CloudまたはService Cloudを利用している組織は、Agentforceが同じデータモデル、セキュリティフレームワーク、およびビジネスプロセスを基盤としているため、最初から有利な立場にあります。つまり、別途顧客データレイヤーを必要とするAIプラットフォームを導入する場合と比べて、統合作業が少なくて済むということです。.
自律的な複数ステップのワークフロー自動化が必要です
顧客からの質問に答えるだけでは済まない依頼もあります。返品処理や定期購読の更新などは、解決までに複数のシステムでの作業が必要となる場合がよくあります。.
Salesforce Agentforce導入の前提条件
Agentforceの設定を開始する前に、 Salesforce Agentforceに対応できる状態になっていることを確認してください。実装上の問題のほとんどは、Agentforce自体ではなく、AIエージェントの基盤となるプラットフォームに起因します。.
Salesforce ライセンス
Agentforceのご利用には Salesforce Salesforce Enterprise Edition以上が必要です。Salesforce組織がそれより低いエディションで運用されている場合は、導入前にアップグレードする必要があります。.
接続された顧客データ
Salesforce は、顧客情報が一元管理されている場合に最も効果を発揮します。アカウントの詳細、購入履歴、サポート記録が複数のシステムに分散している場合は、それらの情報源を連携させることを導入計画に含める必要があります。Salesforce Data Cloudは、こうした統合された顧客ビューを作成するための有効な手段の一つです。.
セキュリティとアクセス制御
Agentforceは、 Salesforceの他の部分と同じアクセスルールに従います。Einstein Trust Layerによって保護が強化されますが、AIエージェントが何を見て何ができるかは、ユーザーが設定した権限、共有ルール、およびフィールドレベルのアクセスによって決まります。.
したがって、展開前に、現場レベルのセキュリティ、共有ルール、ユーザー権限、およびアクセスポリシーを確認し、各AIエージェントの境界を明確に定義してください。.
CRMデータ品質
導入前に、 Salesforce のデータがAgentforceで使用できるほど信頼できるものであることを確認してください。AIが生成する応答の品質は、基となるCRMデータの品質に依存することは周知の事実です。重複したアカウント、古いレコード、不完全な顧客プロファイル、一貫性のないフィールド値などはすべて、自動アクションの精度を低下させます。.
別のヘルプデスクから移行する場合は、実装を開始する前に、無料のデモ移行を実行して、どのデータがどのように転送されるかを確認できます。
Agentforce導入チェックリスト
Agentforceの導入は、AIエージェントの設定だけにとどまりません。Salesforceへの移行前に、サポート環境を見直す絶好の機会でもあります。データの準備、既存のカスタマイズの検証、ユーザーアクセス権限の見直しを早期に行うことで、 Salesforce後に解決する必要のある問題の数を減らすことができます。.
既存のヘルプデスクデータを監査してクリーンアップする
移行前に、チケット、連絡先、ナレッジ記事を確認してください。特に以下の点に注意してください。
- 重複レコード
- 欠落または不完全なフィールド
- 古くなった情報または無関係な情報
- 書式設定またはタグ付けに一貫性がない
これらの問題をソースプラットフォームで対処する方が、 に Salesforce。また、不要なレコードを削減し、フィールドマッピングを簡素化し、新しい環境に移行するためのよりクリーンなデータセットを作成するのにも役立ちます。データをインポートした後に修正するよりも通常は迅速です
現在使用しているプラットフォームのカスタムフィールドを Salesforceにマッピングする
ほとんどのヘルプデスクプラットフォームにはカスタムフィールドが含まれているため、移行前にそれらを確認して、それぞれを Salesforceにどのようにマッピングするかを決定してください。.
- フィールド名とデータ型（例：テキスト、選択リスト、チェックボックス）
- サポートプロセスでフィールドをどのように使用するか
- データが属する Salesforce オブジェクトとフィールド
さらに、不要になったカスタムフィールドを確認したり、過去のすべてのカスタマイズを Salesforceに引き継ぐのではなく、新しい環境を簡素化したりすることができます。.
過去のチケット、連絡先、ナレッジ記事を移行する
過去のチケット、連絡先、ナレッジ記事は、他のサポートデータと一緒に管理する必要があります。なぜなら、それらはAgentforceが繰り返し発生する問題を一貫して処理するために必要なコンテキストを提供するからです。.
ナレッジベースも同様に注意を払うべきです。以前のヘルプデスクに残された記事は、Agentforceが展開後に参照できる情報に欠落を生じさせます。.
Salesforce ユーザーと権限セットを設定する
Agentforceを展開する前に、 Salesforce ユーザーと権限セットを設定してください。少なくとも、以下の設定を行う必要があります。
- サポート担当者ごとに Salesforce ユーザーアカウントを作成します。
- 各ユーザーの責任に基づいて権限セットを割り当てる
- ユーザープロファイルを設定して、 Salesforce オブジェクトとフィールドへのアクセスを制御します。
Salesforce Agentforceの実装手順
前提条件を満たしたので、Agentforceを段階的に実装する方法を説明します。.
ステップ1：ユースケースを1つ定義し、測定可能な目標を設定する
まずは、パスワードのリセットや注文状況の問い合わせなど、処理量が多くても予測しやすいワークフローから始めましょう。これらのやり取りは明確なルールに基づいているため、判断や調査が必要な依頼よりも自動化や評価がはるかに容易です。.
次に、基準値を設定します。現在のチケット件数、これらのリクエストの解決にかかる時間、そして投資に見合うだけの回避率を検討してください。別のサポートプラットフォームから移行する場合は、過去のチケットデータを基準値として使用できます。.
ちなみに、 Freshdesk への Salesforce Service Cloud 移行 、または Zendesk への Salesforce Service Cloud、移行プロセスを詳細に解説した移行ガイドをご活用ください。
ステップ2. Agentforceを有効にしてデータクラウドに接続します
Salesforce 設定でAgentforceを有効にし、エージェントが使用するデータを接続してください。別のプラットフォームから移行する場合は、データクラウドの基盤を有効にする前に、ダウンタイムゼロの Help Desk Migration を完了してください。そうしないと、エージェントは不完全なナレッジベースと顧客レコードで作業を開始してしまいます。.
ステップ3. Agentforce Builderでサブエージェントとアクションを設定する
エージェントはサブエージェントを中心に構築します。各サブエージェントには、明確なスコープ、分類の説明、および特定のタスクの処理方法をplainする手順が必要です。次に、各サブエージェントが実行できるアクションを設定します。これらのアクションは、Apex、 Salesforce Flows、または外部 API を介してレコードを取得または更新できます。.
ステップ4. Einstein Trust Layer を介してガードレールを設定する
次に、顧客データとAIとのやり取りを保護するガードレールを設定します。AgentforceはEinstein Trust Layerを利用して、プロンプトへのインジェクション試行のチェック、応答内容の不適切なスクリーニング、および回答が利用可能なデータに基づいていることの検証を行います。応答がこれらのチェックに合格しない場合、Agentforceは応答を保留し、応答前に追加情報を要求することができます。.
ステップ5．プレビューでテストし、インタラクションの詳細を確認する
Agentforce Builder のプレビュー タブを使用して、実際の顧客とのやり取りを反映したリクエストでエージェントをテストしてください。最終的な応答でテストを終えるのではなく、やり取りの詳細を確認して、どのサブエージェント、アクション、指示、および推論手順がその応答を生成したかを確認してください。.
正解が出たからといって、必ずしもエージェントが正しい判断をしたとは限りません。リクエストが誤ったサブエージェントに渡ったとしても、期待通りの結果が得られた場合、顧客が次回異なる形で同じ質問をした際に、同じワークフローが失敗する可能性があります。.
ステップ6．最初のチャネルにデプロイする
ウェブチャットは通常、最適な出発点となります。なぜなら、担当者がリクエストを解決できない場合でも、顧客はすぐにサポートスペシャリストに連絡できるため、問題点の特定やワークフローの調整が容易になるからです。音声通話ははるかに融通が利きません。各操作に20フレックスクレジットではなく30フレックスクレジットを消費するため、実装を洗練させている段階でミスをすると、より多くのコストがかかります。.
ステップ7．チームを訓練し、変化を管理する
Agentforceが定型的なリクエストの処理を引き継ぐにつれて、サポート担当者は調査や判断が必要な案件により多くの時間を費やすようになるため、担当者がその変化に対応できるよう準備しておいてください。.
例えば、エージェントのやり取り履歴がどこにあるかをチームに示せば、ケースがエスカレーションされる前に何が起こったのかをすぐに理解できます。また、エージェントをワークフローから除外するタイミングと、その判断を誰が行うかを事前に決めておくことも重要です。.
ステップ8．KPIを監視し、拡大する
ステップ1で設定した基準値と実際の運用結果を比較してください。Agentforceが管理するリクエストの回避率、エスカレーション率、処理時間を確認し、新しいワークフローが期待どおりに機能しているかどうかを調べてください。.
フレックスクレジットの消費量にも注意してください。設定が不適切なサブエージェントは、1回のリクエスト中に不要なアクションを複数実行し、結果を改善することなくコストを増加させる可能性があります。請求サイクル全体を通して数値が良好であれば、次のワークフローに進んでください。.
Salesforce Agentforce導入コストの内訳
ライセンス料は最も目に見える費用ですが、移行、導入サービス、および継続的なプラットフォーム利用も、Agentforce導入の総コストに同様に大きな影響を与える可能性があります。.
プラットフォームライセンス費用（会話ベース vs. フレックスクレジット）
Salesforce を提供していますAgentforce向けに、会話ベースの料金体系とフレックスクレジット。Salesforce組織全体でいずれか1つのモデルを選択してください Salesforce 。2つの料金モデル
もう1つのオプションはFlex Creditsを使用する方法です。Salesforce Salesforce 10万クレジットを500ドルで販売しており、各アクションはそのクレジットプールから消費されます。標準アクションでは20クレジット（約0.10ドル）、音声アクションでは30クレジット（約0.15ドル）を使用します。.
従業員向け製品の価格は別途設定されています。営業、サービス、フィールドサービスはユーザー1人あたり月額125ドル、業界向け製品はユーザー1人あたり月額150ドルです。Salesforce Salesforce 、ユーザー1人あたり月額5ドルのAgentforceユーザーライセンスも提供していますが、こちらもFlex Creditのサブスクリプションが必要です。.
データクラウドのコスト：無料プランと有料クレジットの比較
Data CloudはAgentforceと同じFlex Creditプールを使用するため、一方用に購入したクレジットは他方でも使用できます。Salesforce Salesforce 10万Flex Creditを500ドルで販売しており、Starter SKUは年間6万ドルからとなっています。.
Enterprise Editionのお客様は、Agentforce BuilderとPrompt Builderを含む Salesforce Foundationsにも追加料金なしでアクセスできます。Salesforce Salesforce 現在、無料のFlex Creditsがいくつ含まれているかを明示しておらず、サードパーティの情報源によって数値が異なっています。これらの無料クレジットを前提に予算を計画する場合は、 Salesforce のアカウントエグゼクティブに現在の利用可能数を確認してください。.
導入パートナー手数料
Salesforce Agentforceの実装には標準価格はありません。最終的な見積もりは、サブエージェントの数、データの状態、およびプロジェクトが固定価格制か時間・材料費制かによって異なります。.
データ品質も見積もりに大きく影響します。整理されたクリーンなデータであれば、チームはより早くAgentforceの設定を開始できますが、顧客情報が複数のシステムに分散していたり、最初にクリーンアップが必要な場合は、実装チームはエージェントを構築する前にその作業を行う必要があります。.
そしてもちろん、価格設定モデルも重要な要素です。固定価格契約であれば、早い段階で作業範囲が確定します。一方、時間と材料費に基づく価格設定であれば、テストによって新たな要件が明らかになった場合でも、実装内容を調整する余地が広がります。.
Salesforce においても同様のアプローチを採用しています 、フェーズ0の 。実装開始前に、サブエージェントの数、データの状態、価格モデルなど、スコープを明確に定義することに重点を置いています。 Salesforce Agentforceの実装パートナー候補に、同様のプロセスを体験してもらうよう依頼してください。
データ移行コスト（見落とされがち）
最終的な移行費用は、既存プラットフォームでデモ移行を実行してみないと通常は確定しません。デモ移行時に、重複レコードを削除した後、実際に移行する必要のあるレコード数が明らかになります。また、見積もりはサポートレベルや必要なカスタマイズ内容によっても変動します。.
移行規模が大きくなるにつれて、レコードあたりのコストは減少します。カスタマイズなしの標準サポートティアでは、 Help Desk Migration に移行する場合 Salesforce Service Cloud 、100ドルで済みます。同じ移行を10,000件のレコードで行う場合、コストは514ドルになります。
とはいえ、自動化された移行ツールは、カスタムETL作業よりもコストが安く、作業もより早く完了します。例えば、 Pandoraの を超える レコードの移行は、4週間以内に完了しました。
中堅企業向け導入における初年度の総コスト範囲
Salesforce Agentforce導入の初年度費用は、Agentforceライセンス、 Salesforce Foundationsを超えるData Cloud関連費用、移行費用見積もり、導入パートナー費用といった項目に分けて見積もると、より簡単に算出できます。これらを合計したものが、導入予算の核となります。.
Salesforce Agentforce導入のタイムライン、ROI、および測定すべき指標
現実的な期待値を設定することは、実装計画そのものと同じくらい重要です。導入後すぐに改善が現れるものもありますが、効果測定に時間がかかるものもあるため、実装を評価する前に使用するKPIを明確に定義しておきましょう。.
Agentforce導入による投資対効果（ROI）の達成期間（3～6ヶ月）
が委託した Salesforce は、顧客サービスにAgentforceを使用している6つの組織を対象に調査を行い、その結果を統合して、年間50万件のサポート案件と50名のサポートスペシャリストからなるチームを持つ複合企業を構築しました。このモデルでは、投資額は6か月以内に回収され、3年間でリスク調整後のROIは396%、正味現在価値は220万ドルとなりました。Forresterの「トータル・エコノミック・インパクト」調査で
改善は時間をかけて積み重ねられた。複合企業は、1年目のケース回避率を25%から3年目には35%に向上させた。フォレスターがインタビューした組織全体では、ケースの複雑さやデータ品質に応じて、1年目の回避率は15%から37%の範囲であった。さらに、Agentforceは、サポート担当者が介入する前に必要な情報を収集することで、エスカレーションされたケースの処理時間も短縮した。.
初日から追跡すべきKPI
サポート担当者に届くリクエストの処理時間と、処理時間、そしてケースの回避率を注視してください。これらの数値は、Agentforceがチームの定型業務を軽減しつつ、残りのケースの解決を容易にしているかどうかを示します。.
Agentforce導入におけるよくある課題（およびその解決方法）
ガートナーは、 コスト上昇、ビジネス価値の不明確さ、リスク管理の不備を理由に、2027年末までにエージェント型AIプロジェクトの40%以上が中止されると予測しています。これらは、 Salesforce Agentforceの実装を必要以上に困難にする要因と同じです。幸いなことに、適切な準備をすれば、これらの問題のほとんどは回避できます。
データ品質の悪さ ― 最大の脅威
結果が期待どおりでない場合、プロンプトやサブエージェントの設定を責めるのは簡単ですが、根本的な問題は多くの場合、基となるデータにあります。そのため、移行前にデータ検証を実行することが必須となります。さらに、重複した連絡先、破損したカスタムフィールドマッピング、その他の問題が Salesforceに到達する前に検出するのに役立ちます。Help Help Desk Migrationの調整レポートを使用すると、これらの問題を早期に特定しやすくなります。.
トークンバーンと無限ループのリスク
サブエージェントには明確な境界が必要です。境界がないと、エージェントは停止すべきタイミングでアクションの実行を継続してしまう可能性があります。そして、たとえリクエストの解決に役立たないアクションであっても、それらのアクションはすべてフレックスクレジットを消費します。.
代理人への指示におけるガバナンス上のギャップ
エージェントルーターは、リクエストの分類説明に基づいて、どのサブエージェントがリクエストを処理するかを決定します。これらの説明が曖昧すぎると、ルーティングの問題に誰も気づく前に、リクエストが誤ったワークフローに送られてしまう可能性があります。.
セキュリティとコンプライアンスの設定
Agentforceは Salesforceと同じ権限モデルを採用しています。エージェントは割り当てられたユーザーにのみアクセス可能なレコードとフィールドにしかアクセスできないため、権限セットと共有ルールは展開前に慎重に確認する必要があります。権限が広すぎると、エージェントが使用することを想定していない情報が公開されてしまう可能性があるため、リリース前にこれらの権限を必ず確認してください。.
Salesforce 以外のシステムとの統合の複雑さ
Agentforceを Salesforce 以外のシステムに接続するのは容易な作業ではありません。ERP、決済プラットフォーム、カスタムアプリケーションなど、あらゆるシステムにはそれぞれ独自の統合、設定、テストが必要です。これが、プロジェクトごとに導入コストが大きく異なる理由の一つです。そのため、統合作業は導入計画において不可欠な要素として位置づけることをお勧めします。.
Salesforce Agentforce導入のベストプラクティス
多くのチームは導入のための予算は確保するものの、その後の作業のための予算は確保していません。 フォレスター社、組織はAgentforce導入後の管理に0.05～0.75 FTE（フルタイム換算人員）を割いています。その時間のほとんどは、会話内容の確認や、新たなパターンが出現した際のエージェントの動作改善に費やされています。
トレーニングにかかる時間も、予想より短い。フォレスター社の複合組織では、サポート担当者1人あたりわずか30分のトレーニングで済んだ。これは、サポート担当者が案件を受け取った後も、使い慣れたワークフローを継続して使用するためだ。最も大きな調整が必要なのは、Agentforceから引き継がれたエスカレーション案件を効率的に処理する方法を学ぶことである。.
Agentforce導入の準備は、信頼性の高いデータから始まります。データの移行準備はできていますか？ 無料のデモ移行をお試しください 。エンジニアリングリソースは不要で、データ損失もありません。
よくある質問（FAQ）
- 3～6週間 – 標準的な単一ユースケース（定型的なチケット処理など）。この期間には、初期データクリーンアップ、 Help Desk Migration、基本的なデータクラウド接続、およびサブエージェントのテストが含まれます。.
- 3～6ヶ月 –複数のシステム統合、高度なカスタムロジック、または段階的なチャネル展開を伴う複雑なエンタープライズ展開。
- プラットフォームライセンス： 会話1件あたり2ドル、またはフレックスクレジット10万につき500ドル（Agentforce 1のフルエディションは月額550ドル/ユーザーから）。
- データ移行： のような自動化ツールを使用した10,000レコード以上の場合は500ドル以上まで幅があります Help Desk Migration。
- 実装パートナー料金： 中規模プロジェクトの場合、通常15,000ドルから50,000ドル以上となり、データ品質、必要なサブエージェントの総数、および外部統合の数に大きく左右されます。
