Microsoft の Sales agent documentation は、営業担当者が Outlook、Teams、Microsoft 365 Copilot から CRM データを活用し、メール作成、会議要約、商談・顧客情報の確認を効率化するための管理・導入ドキュメントです。2026年6月24日に更新された公式情報で特に重要なのは、Sales agent を Microsoft 365 管理センターから統合アプリとして展開し、Teams 側は別途 Teams 管理センターでセットアップポリシーを作成する必要がある点です。管理者は、ライセンス、CRM 接続、ユーザー割り当て、Teams トランスクリプト、Sales Chat、データ移動同意、Salesforce 利用時の Power Platform／DLP 設定を確認しておく必要があります。(Microsoft Learn)
Microsoft の新機能・変更点：「Sales agent documentation」で確認すべきポイント
Microsoft Learn の Sales agent documentation は、Sales agent の概要、導入、管理、Outlook・Teams・Microsoft 365 Copilot での利用方法、AI 機能、CRM 連携、トラブルシューティングをまとめた公式ドキュメント群です。Sales agent は、営業チーム向けの AI アシスタントとして、Dynamics 365 Sales または Salesforce などの CRM データを Microsoft 365 の日常業務に取り込み、営業活動を効率化する位置づけになっています。(Microsoft Learn)
今回の更新で管理者が最初に見るべきなのは、「Sales agent を入れれば自動的にすべての体験が有効になるわけではない」という点です。Outlook と Microsoft 365 アプリ向けの展開、Teams 向けの展開、Microsoft 365 Copilot 上の Sales Chat 設定、CRM 権限、AI 機能の有効化は、それぞれ確認ポイントが異なります。
| 確認項目 | 管理者が見るべき内容 | 実務上の注意点 |
|---|---|---|
| 展開方法 | Microsoft 365 管理センターで Sales agent を統合アプリとして展開 | 既定では Fixed モードで展開され、対象ユーザーは自動的にアプリを受け取る |
| Teams 対応 | Teams 管理センターでセットアップポリシーを作成 | Outlook 側の展開だけでは Teams にインストールされない |
| Microsoft 365 Copilot 連携 | Sales agent in Microsoft 365 Copilot のセットアップ | Outlook・Teams にインストール後も、チャット機能には別設定が必要 |
| CRM 接続 | Dynamics 365 Sales または Salesforce との接続 | CRM に接続されていないと Sales agent の価値が大きく下がる |
| AI 機能 | Copilot AI、Sales Chat、会議要約、メール支援 | 地域やテナント条件により既定で有効でない場合がある |
| 権限 | Microsoft 365 管理者、Teams 管理者、CRM 管理者、CRM ユーザー権限 | カスタムロール利用時は追加権限の確認が必要 |
| 反映時間 | Outlook 表示、Teams 権限、AI 設定の反映 | 表示や権限反映に時間差があるため、展開直後の問い合わせに備える |
Sales agent documentation とは何か
Sales agent documentation は、Sales agent を導入・運用するための公式ガイドです。対象は営業担当者だけではなく、Microsoft 365 管理者、Teams 管理者、CRM 管理者、Power Platform 管理者、セキュリティ担当者にも広がります。
Sales agent の役割は、CRM の顧客情報や営業活動の文脈を Outlook、Teams、Microsoft 365 Copilot に持ち込み、営業担当者がアプリを切り替えずに必要な情報を確認・作成・更新できるようにすることです。Microsoft の説明では、Sales agent は CRM から得た営業インサイトを Microsoft Outlook や Microsoft Teams など日常的に使う Microsoft 365 ツールに統合する AI アシスタントとされています。(Microsoft Learn)
具体的には、次のような業務で利用されます。
- Outlook で顧客メールの要約を確認する
- 返信メールの下書きを AI で作成する
- メールや予定を CRM に保存する
- Teams 会議の文字起こしをもとに会議要約やアクション項目を生成する
- Microsoft 365 Copilot で顧客、商談、活動情報を自然文で確認する
- CRM レコードを検索、作成、編集する
- Teams のコラボレーションスペースでアカウントや商談単位の共同作業を行う
実務上は「営業向け Copilot 機能」というより、CRM・Microsoft 365・Teams 会議・Copilot Chat をつなぐ営業業務の入口と考えると理解しやすくなります。
影響範囲：誰に関係する更新なのか
今回の Sales agent documentation 更新は、営業部門だけでなく、管理者側の設計に影響します。特にグローバル企業では、テナント、地域、CRM、権限、データ処理条件が複数に分かれるため、展開前の確認が重要です。
| 対象者 | 影響内容 | 確認すべきこと |
|---|---|---|
| Microsoft 365 管理者 | Sales agent の統合アプリ展開、ユーザー割り当て | Microsoft 365 管理センターの Agents > All agents で Sales を展開できるか |
| Teams 管理者 | Teams アプリの自動インストール、ピン留め、会議利用 | Teams アプリセットアップポリシーと会議トランスクリプト設定 |
| CRM 管理者 | Dynamics 365 Sales または Salesforce の権限・項目表示 | 標準ロールかカスタムロールか、必要権限が不足していないか |
| Power Platform 管理者 | Salesforce 利用時の msdyn_viva 環境、DLP、接続アプリ | Salesforce connector と Microsoft Power Platform connected app の許可 |
| セキュリティ／コンプライアンス担当 | AI 機能、データ移動、Bing Search、外部参加者情報 | データ処理地域、公開情報検索、社内ポリシーとの整合 |
| 営業担当者 | Outlook、Teams、Copilot から CRM 情報を利用 | 初回サインイン、CRM 接続、表示されるデータ範囲 |
Sales agent は Government Community Cloud、GCC High、DoD などのソブリンクラウドではサポート対象外とされているため、グローバル展開では対象地域とクラウド種別の確認も必要です。(Microsoft Learn)
管理者が押さえるべき展開フロー
Sales agent の導入は、単にアプリを追加するだけでは完了しません。公式ドキュメントでは、Microsoft 365 管理センターでの展開、Teams 管理センターでのセットアップポリシー作成、Teams 会議トランスクリプトの有効化、CRM 権限確認、Microsoft 365 Copilot 上の Sales Chat 設定が重要な流れとして示されています。(Microsoft Learn)
Outlook と Microsoft 365 Copilot 向けに Sales agent を展開する
管理者は Microsoft 365 管理センターの Agents > All agents から Sales を検索し、Deploy を選択して対象ユーザーまたはグループに展開します。公式情報では、Sales agent は統合アプリとしてインストールされ、Fixed deployment ではユーザーが自動的にアプリを受け取り、削除できない展開になると説明されています。(Microsoft Learn)
展開時の流れは次のとおりです。
| 手順 | 操作 | 確認ポイント |
|---|---|---|
| 1 | Microsoft 365 管理センターにサインイン | テナント管理者権限が必要 |
| 2 | Agents > All agents を開く | User access for agents が適切か確認 |
| 3 | Sales を検索して選択 | 対象アプリを誤らない |
| 4 | Deploy を選択 | 対象ユーザー・グループを指定 |
| 5 | 権限を確認して展開完了 | 展開後の反映時間を案内する |
ドキュメントでは、Sales agent が Outlook リボンに表示されるまで最大6時間、Outlook やその他 Microsoft 365 アプリに表示されるまで最大48時間かかる場合があるとされています。展開直後に「表示されない」と問い合わせが来ても、まず反映時間とポリシーを確認する必要があります。(Microsoft Learn)
Teams 向けの展開は別途必要
重要なのは、Microsoft 365 管理センターで Sales agent を展開しても、Teams には自動的に展開されない点です。Teams で利用するには、Teams 管理センターでカスタム Teams アプリセットアップポリシーを作成し、Sales agent をインストール済みアプリおよびピン留めアプリとして設定します。(Microsoft Learn)
特に営業現場で Teams 会議要約や会議中の Sales agent 利用を想定している場合、Teams 側のポリシー設定を忘れると、ユーザーには「Outlook では見えるが Teams では使えない」という状態が発生します。
Teams 側では、次の設定を確認します。
| 設定 | 推奨される確認 |
|---|---|
| Teams app setup policy | Sales を Installed apps に追加 |
| Pinned apps | Sales をピン留めして営業担当者が見つけやすくする |
| Group policy assignment | 営業部門のセキュリティグループや配布リストに割り当てる |
| Meeting transcription | 会議要約やインサイト生成に必要なため有効化を確認 |
| User pinning | 組織方針に応じて許可・制御 |
Microsoft 365 Copilot の Sales Chat 設定が重要
Sales agent を Microsoft 365 Copilot で利用するには、Outlook と Teams にインストールするだけでは不十分です。公式ドキュメントでは、Sales agent のチャット機能を使うために、Sales agent in Microsoft 365 Copilot のセットアップが必要とされています。(Microsoft Learn)
Sales agent in Microsoft 365 Copilot は、営業担当者が自然文で CRM データを検索、要約、確認できる会話型エージェントです。たとえば、営業担当者は「特定アカウントの最近の状況を要約して」「今週フォローすべき商談を教えて」といった形で、CRM 情報を Microsoft 365 Copilot 上から確認できます。
ただし、Sales agent は CRM 接続が前提です。公式ドキュメントでも、Sales agent は CRM に接続されている場合に有用であり、現在サポートされている CRM は Dynamics 365 Sales と Salesforce とされています。(Microsoft Learn)
Sales Chat で確認すべき設定
| 設定項目 | 内容 | 注意点 |
|---|---|---|
| CRM エンティティ | Dynamics 365 のテーブル、Salesforce のオブジェクトを指定 | Sales agent が参照できる CRM 情報の範囲を決める |
| Sales Chat | Access settings で有効化 | 無効の場合、Sales agent が見えても営業データを使った回答ができない場合がある |
| 用語・同義語 | CRM 項目名と現場用語を対応付ける | 「Account」を「企業」「顧客」と呼ぶような現場用語を補正する |
| Account / Opportunity summary | アカウント・商談要約の設定 | 未設定だと要約が見つからないケースがある |
| カスタム AI instructions | 要約の出力方針や含める項目を調整 | 本番反映前にテスト環境で検証するのが安全 |
Sales agent の精度は、AI モデルだけで決まるわけではありません。CRM 側の項目設計、ビュー、用語、権限、必須項目の整備が不十分だと、「検索できない」「要約が薄い」「現場の言葉と合わない」という結果になりやすくなります。
Dynamics 365 Sales 利用企業の確認ポイント
Dynamics 365 Sales を CRM として使う場合、Sales agent の導入は比較的整理されています。ただし、標準ロールを使っているか、カスタムロールを使っているかで確認内容が変わります。
公式ドキュメントでは、Dynamics 365 Sales の標準ロールである Salesperson、Sales Manager、System Administrator、System Customizer については、Sales agent に必要な権限が自動的に追加されるとされています。一方で、カスタムセキュリティロールを使っている場合は、Sales Copilot Administrator または Sales Copilot User などのロールや必要権限の確認が必要です。(Microsoft Learn)
Dynamics 365 Sales 管理者の実務チェック
| 項目 | 確認内容 |
|---|---|
| Microsoft 365 Copilot ライセンス | Sales agent を使うユーザーに割り当てられているか |
| CRM 権限 | Salesperson / Sales Manager など標準ロールか、カスタムロールか |
| サーバー側同期 | Outlook メール・予定を Dynamics 365 に保存する場合に有効化されているか |
| Teams トランスクリプト | 会議要約を使う組織で有効化されているか |
| Sales Chat 初期化 | Sales Chat 設定ページを少なくとも一度開いて初期化しているか |
| フォーム・ビュー | Sales agent に表示したいレコードタイプや項目が整っているか |
特に見落としやすいのが、サーバー側同期です。Sales agent から Outlook メールや予定を Dynamics 365 に保存するには、メールと予定のサーバー側同期が必要です。営業担当者が初回保存時に個別設定することもできますが、全社展開では管理者側で事前に整備しておく方が問い合わせを減らせます。(Microsoft Learn)
Salesforce 利用企業の確認ポイント
Salesforce を CRM として使う場合、Dynamics 365 利用時よりも Power Platform と Salesforce 側の確認が増えます。Sales agent は Salesforce CRM との接続に Power Platform connector を利用するため、Salesforce connector が Power Platform の DLP ポリシーでブロックされていないか、Salesforce 側で Microsoft Power Platform connected app が許可されているかを確認する必要があります。(Microsoft Learn)
Salesforce 管理者が確認すべき設定
| 項目 | 確認内容 | 失敗しやすいポイント |
|---|---|---|
| Salesforce API Enabled | 利用ユーザーに API Enabled 権限があるか | 権限不足で Salesforce データにアクセスできない |
| Power Platform DLP | msdyn_viva 環境で Salesforce connector が許可されているか | DLP により接続がブロックされる |
| Connected App | Salesforce の Microsoft Power Platform connected app が有効か | OAuth ポリシーが厳しすぎると接続に失敗する |
| Refresh Token Policy | Refresh token is valid until revoked になっているか | セッション切れや再認証が増える |
| msdyn_viva 環境 | 初回サインイン時に Dataverse 環境が作成されることを理解しているか | 環境を削除・編集すると Sales agent が動作しなくなる可能性がある |
| 管理者ロール | Power Platform 管理センターで必要なロールが付与されているか | Salesforce 管理者だけでは設定できない部分がある |
Salesforce 利用時に特に注意したいのは、初回ユーザーサインイン時に msdyn_viva Dataverse 環境がプロビジョニングされる点です。公式ドキュメントでは、この環境は Sales agent の利用中に生成されるデータを保存するために使われ、削除や編集を行うと Sales agent が動作しなくなる可能性があると警告されています。(Microsoft Learn)
グローバル企業では、Salesforce 管理者、Microsoft 365 管理者、Power Platform 管理者が別組織になっていることが多いため、展開前に責任分界を決めておくことが重要です。
設定変更で特に注意すべきポイント
Sales agent documentation の更新内容を見ると、管理者が注意すべき設定変更は「アプリ展開」「AI 機能」「CRM 表示」「Sales Chat」「会議要約」の5つに分けられます。
User access for agents を確認する
Sales agent を Microsoft 365 Copilot で使うには、Microsoft 365 管理センターで User access for agents が適切に設定されている必要があります。公式ドキュメントでは、すべてのユーザーが Microsoft 365 Copilot で Sales agent にアクセスできるよう、User access for agents を All users に設定する前提が示されています。(Microsoft Learn)
ただし、実務では全ユーザーに営業エージェントを使わせるとは限りません。営業部門、営業マネージャー、インサイドセールス、カスタマーサクセスなど、利用対象を明確にしたうえで、Microsoft 365 Copilot ライセンス、CRM 権限、Sales Chat のアクセス設定を合わせる必要があります。
Copilot AI 機能は地域・同意条件を確認する
Sales agent の Copilot AI 機能は、テナントや CRM の地域によって既定で有効になっている場合と、管理者による有効化が必要な場合があります。公式ドキュメントでは、新規顧客で Dynamics 365 組織が北米または欧州にあり、CRM と Microsoft Entra ID が同じ地域にある場合は既定で有効になる例が示されています。一方、それ以外では管理者が有効化する必要があると説明されています。(Microsoft Learn)
また、地域外でのデータ処理同意が必要な場合、同意がないと Copilot AI 機能や会議インサイトが利用できないことがあります。グローバル展開では、単に機能をオンにするのではなく、データレジデンシー、コンプライアンス境界、国別ポリシーを確認してから有効化することが重要です。(Microsoft Learn)
CRM フォームとフィールドは「現場に見せる情報」を設計する
Sales agent では、管理者が CRM 情報の表示内容をカスタマイズできます。Contact、Opportunity、Account は既定で利用でき、必要に応じて標準またはカスタムのレコードタイプを追加できます。フォームとフィールドのカスタマイズは環境単位で管理され、Outlook の Sales ペイン、Teams の Sales パネル、Teams チャット内の Adaptive Card に反映されます。(Microsoft Learn)
ただし、CRM 側で項目名を変更しても、Adaptive Card や Teams のメッセージ拡張にすぐ反映されないケースがあります。また、CRM の変更は Sales agent に自動反映されず、Customize forms and fields ページで Refresh data を実行する必要があります。(Microsoft Learn)
カスタム項目の追加は「営業現場で本当に使う項目」に絞る
Sales agent では、レコードフォームに最大40個の標準・カスタムフィールドを追加できます。これは便利ですが、項目を増やしすぎると、営業担当者にとって重要な情報が埋もれます。(Microsoft Learn)
たとえば、商談画面に表示する項目は、次のように絞ると実用的です。
| 表示候補 | 表示する理由 |
|---|---|
| 商談名 | レコード識別の基本 |
| ステージ | 次に取るべき営業行動を判断する |
| 金額 | 優先順位付けに使う |
| クローズ予定日 | フォロー期限を判断する |
| 顧客担当者 | 連絡先の確認に使う |
| 次回アクション | Teams 会議後の行動につなげる |
| リスク・競合情報 | マネージャーのレビューに使う |
逆に、内部管理用のコード、使われていない自由入力欄、更新頻度が低い補助項目を大量に表示すると、Sales agent の画面が「CRM の劣化コピー」になってしまいます。Sales agent では、営業担当者が Outlook や Teams の流れの中で判断するための情報に絞ることが重要です。
移行期限はあるのか
2026年6月24日に更新された Sales agent documentation の範囲では、全組織に対する強制移行期限や明確な廃止期限は示されていません。したがって、管理者は「いつまでに移行しなければならないか」よりも、「既存の Outlook アドインや Teams アプリ展開を、強化された Sales agent 体験にどう整理するか」を優先して確認すべきです。
ただし、既存環境では注意点があります。FAQ では、Sales agent in Teams and Outlook が単一の enhanced Teams app にアップグレードされており、新規展開でも Microsoft 365 管理センターと Teams 管理センターの両方で展開が必要と説明されています。また、古い Outlook アドインとの統合により Outlook デスクトップで Sales agent アイコンが重複表示される場合は、Microsoft 365 管理センターから古いアドインと新しい enhanced Teams app をマージする必要があります。(Microsoft Learn)
管理者が取るべき現実的な対応は、次の順番です。
| 優先度 | 対応 | 理由 |
|---|---|---|
| 高 | 既存の Sales agent / Copilot for Sales / 旧 Outlook アドインの展開状況を棚卸しする | 重複アイコンや機能差分を防ぐ |
| 高 | Microsoft 365 管理センターと Teams 管理センターの展開設定を確認する | 片方だけの展開では利用体験が不完全になる |
| 中 | Sales Chat と CRM エンティティ設定を確認する | Copilot 上で営業データを使えるかを左右する |
| 中 | CRM 権限とカスタムロールを見直す | 一部ユーザーだけ使えない問題を防ぐ |
| 中 | パイロットユーザーで表示、会議要約、CRM 保存を検証する | 本番展開後の問い合わせを減らす |
グローバル展開で注意すべきデータとコンプライアンス
Sales agent は、CRM、Microsoft Graph、Microsoft 365 アプリ、AI モデル、公開 Web 情報など、複数のデータソースを組み合わせて営業インサイトを生成します。FAQ では、Sales agent が CRM、Microsoft Graph、Microsoft 365 アプリ、大規模言語モデル、関連する Web ソースのデータを使って文脈に沿ったインサイトを提供すると説明されています。(Microsoft Learn)
グローバル企業では、次の3点を必ず確認してください。
データ移動同意
地域によっては、Copilot AI 機能を使うために、地理的リージョン、コンプライアンス境界、ナショナルクラウドインスタンス外でのデータ処理に同意する必要があります。同意がない場合、Copilot AI 機能や会議インサイトが利用できない可能性があります。(Microsoft Learn)
Bing Search に渡る情報
Sales agent は外部参加者を含む会議の事前コンテキスト生成などで、公開情報を取得するために Bing Search を使う場合があります。FAQ では、Bing Search に個人を直接特定する情報は渡さず、メールドメインや氏名・会社名から構成される検索クエリを使うと説明されています。ただし、検索クエリは Bing のデータセンターで処理される可能性があるため、地域横断の情報処理に敏感な業界では事前レビューが必要です。(Microsoft Learn)
CRM 権限モデル
Sales agent は、組織の既存 CRM アクセス制御とユーザー権限を適用します。つまり、Sales agent を入れたからといって、本来見られない CRM レコードが見える設計ではありません。一方で、CRM 側の権限設計が広すぎる場合、その広さが Sales agent の体験にも影響します。(Microsoft Learn)
導入前に、少なくとも次の観点で確認してください。
| 観点 | 確認内容 |
|---|---|
| 最小権限 | 営業担当者が必要以上の顧客・商談情報にアクセスできないか |
| 地域分離 | 国・地域ごとに参照可能な CRM データが制御されているか |
| 退職・異動 | CRM ロール変更後に Sales agent からも適切に反映されるか |
| 外部会議 | 外部参加者を含む会議で AI 要約を使う社内ルールがあるか |
| 監査 | Microsoft 365、CRM、Power Platform 側の監査ログ運用と整合しているか |
よくある失敗と対策
Sales agent の導入では、技術的なインストールよりも「設定の抜け」によるトラブルが多くなりがちです。以下は、展開前に潰しておきたい典型例です。
| よくある失敗 | 原因 | 対策 |
|---|---|---|
| Outlook では見えるが Teams で使えない | Teams 管理センターでセットアップポリシーを作っていない | Teams app setup policy で Sales をインストール・ピン留めする |
| Copilot に Sales agent は出るが営業データを回答しない | Sales Chat や CRM エンティティが未設定 | Sales Chat 設定を開き、CRM テーブル／オブジェクトを構成する |
| 会議要約が生成されない | Teams トランスクリプトが無効、または Sales agent が会議に追加されていない | 会議ポリシーで transcription を有効化し、Sales agent の追加方法を案内する |
| Salesforce でレコード表示エラーが出る | 追加した項目にユーザーがアクセスできない | Sales agent に表示する項目は全対象ユーザーが参照できるものに絞る |
| CRM の項目変更が反映されない | Sales agent 側で Refresh data していない | Customize forms and fields で Refresh data を実行する |
| Outlook に Sales agent が表示されない | 反映待ち、または Exchange Online の public attachment handling ポリシー | 最大48時間待ったうえで該当ポリシーを確認する |
| アイコンが重複する | 古い Outlook アドインと enhanced Teams app が併存 | Microsoft 365 管理センターで Merge both versions を実行する |
| 管理者設定が開けない | CRM 接続や管理権限が不足 | Outlook または Teams で CRM にサインインし、CRM 管理権限を確認する |
導入前に管理者が確認すべきチェックリスト
Sales agent documentation の更新内容を踏まえると、管理者は次の順番で確認すると安全です。
展開前
- Sales agent の対象ユーザーを営業部門、マネージャー、営業支援部門などに分ける
- Microsoft 365 Copilot ライセンスの割り当て状況を確認する
- Dynamics 365 Sales または Salesforce のどちらを CRM として使うか整理する
- CRM の標準ロール／カスタムロールを確認する
- グローバル利用地域、クラウド種別、データ移動同意の要否を確認する
- Teams 会議トランスクリプトの利用可否をセキュリティ部門と確認する
展開時
- Microsoft 365 管理センターで Sales agent を統合アプリとして展開する
- Teams 管理センターで Sales agent のインストール・ピン留めポリシーを作成する
- Sales Chat を有効化し、CRM エンティティを構成する
- Account / Opportunity summary を使う場合は要約設定を確認する
- Salesforce 利用時は Power Platform DLP と connected app を確認する
- パイロットユーザーで Outlook、Teams、Microsoft 365 Copilot の動作を確認する
展開後
- 最大48時間の反映時間を考慮して問い合わせ対応を準備する
- 表示されないユーザーはライセンス、割り当て、ポリシー、CRM 権限を順に確認する
- CRM 項目変更後は Refresh data を実行する
- AI 要約の品質を確認し、必要に応じて用語集やカスタム AI instructions を調整する
- 旧アドインとの重複がある場合は enhanced Teams app とのマージを検討する
- 利用状況を確認し、営業現場にメール保存、会議要約、CRM 更新の使い方を案内する
実務でのおすすめ導入パターン
Sales agent を全社一斉に展開すると、表示トラブル、CRM 権限不足、AI 要約の期待値ずれが同時に発生しやすくなります。特にグローバル企業や Salesforce 連携企業では、段階導入が現実的です。
おすすめは、次の3段階です。
| フェーズ | 対象 | 実施内容 |
|---|---|---|
| パイロット | 営業企画、IT、数名の営業マネージャー | ライセンス、CRM 接続、Outlook / Teams / Copilot の表示確認 |
| 部門展開 | 1つの営業部門または地域 | 会議要約、メール保存、商談要約、CRM 項目表示を実運用で検証 |
| グローバル展開 | 全営業組織 | 地域別ポリシー、データ処理、サポート手順を整備して展開 |
このとき、成功指標は「Sales agent を展開したユーザー数」ではなく、営業活動の中で使われる操作に置くべきです。たとえば、CRM へのメール保存件数、会議要約の利用率、商談要約の利用部門、営業担当者からの修正依頼件数などを見ると、導入効果と改善点が分かりやすくなります。
まず管理者が取るべき行動
Sales agent documentation の更新ポイントは、Sales agent が Outlook、Teams、Microsoft 365 Copilot、CRM、AI 機能を横断する管理対象になっていることです。管理者は、アプリを展開するだけで完了と考えず、Teams ポリシー、Sales Chat、CRM 権限、AI 有効化、データ移動同意、Salesforce connector、表示項目の設計まで確認する必要があります。
まずは、現在の環境で次の4点を確認してください。
- Microsoft 365 管理センターで Sales agent の展開対象が整理されているか
- Teams 管理センターで Sales agent のインストール・ピン留めポリシーが設定されているか
- Dynamics 365 Sales または Salesforce 側の権限と接続条件が満たされているか
- Microsoft 365 Copilot の Sales Chat と CRM エンティティ設定が完了しているか
この4点が整っていれば、Sales agent は単なる営業向け AI 機能ではなく、営業担当者が日常的に使う Outlook、Teams、Copilot の中で CRM を活用するための実務基盤として機能しやすくなります。
コメント