Microsoft 365 Copilot の Sales Agent は、営業担当者が日々使う Microsoft 365 Copilot、Outlook、Teams、Dynamics 365 などの画面から、CRM上の顧客情報・商談情報・過去のやり取りを自然言語で確認できる営業向けエージェントです。今回の「Sales Agent is generally available in Microsoft 365 Copilot」の要点は、Sales Agent が一般提供段階に入り、営業部門へ本格展開しやすくなったことです。ただし、管理者が最初に見るべきポイントは「使えるかどうか」ではなく、「誰に使わせるか」「どのCRMデータを参照させるか」「権限とフィールドをどう絞るか」です。Microsoft Learnでは、Sales agent が CRM、Microsoft Graph、Microsoft 365 アプリ、大規模言語モデル、関連するWebソースを使って文脈に沿った営業インサイトを提供すると説明されています。(Microsoft Learn)
Microsoft 365 Copilot の Sales Agent で何が変わるのか
Sales Agent の一般提供により、営業担当者はCRMを開いて検索し、メールや会議メモと突き合わせ、商談状況を手作業で整理する流れを短縮しやすくなります。たとえば、Microsoft 365 Copilot 上で「次回のContosoとの商談で注意すべきリスクを整理して」「今週フォローすべき大型案件をCRMと直近の会議内容から要約して」といった形で質問できます。
Microsoftの公式発表では、Sales Agent が一般提供となり、顧客および商談インテリジェンスを日常業務の流れに組み込めることが強調されています。一般提供は、試用や限定的な検証から、組織単位での展開計画に進みやすくなったことを意味します。一方で、利用可否は Microsoft 365 Copilot ライセンス、CRM接続、管理者設定、地域・言語対応、組織のセキュリティ設計に左右されます。(TECHCOMMUNITY.MICROSOFT.COM)
Sales Agent は、単なるチャットボットではありません。営業データに対して自然言語で問い合わせ、CRM上の顧客・商談データ、Teams会議、Microsoft 365上の業務コンテキストを組み合わせて、営業担当者が次に取るべき行動を判断しやすくするためのエージェントです。Dynamics 365のリリース情報でも、Sales agent は複数アプリにある営業情報へ会話形式でアクセスし、検索、要約、分析を行う機能として説明されています。(Microsoft Learn)
影響範囲：営業部門だけでなく管理者・CRM担当者も対象
今回の更新で最も影響を受けるのは営業担当者ですが、実際の導入作業では Microsoft 365 管理者、CRM管理者、セキュリティ担当者、営業企画部門の連携が必要です。特にグローバル展開では、国・地域、言語、CRM環境、テナント構成が部署ごとに異なるため、全社一括有効化よりも段階展開が現実的です。
| 対象 | 影響 | 確認すべきポイント |
|---|---|---|
| 営業担当者 | Microsoft 365 Copilot から顧客・商談情報を自然言語で確認しやすくなる | どの業務で使うか、回答をCRMの正式記録として扱うか、利用ルールを明確にする |
| 営業マネージャー | 案件状況、停滞リスク、顧客対応履歴を把握しやすくなる | 商談レビューや週次会議での使い方を標準化する |
| Microsoft 365 管理者 | Sales Agent のアクセス制御、展開、ライセンス確認が必要になる | Microsoft 365 Copilot ライセンス、セキュリティグループ、アプリ表示タイミングを確認する |
| CRM管理者 | 参照させるテーブル・オブジェクト・項目の設計が必要になる | Dynamics 365 または Salesforce の権限、対象エンティティ、カスタム項目を確認する |
| セキュリティ担当者 | CRMデータとMicrosoft 365データをまたいだ参照範囲の管理が必要になる | 最小権限、機密フィールド、監査、テナント境界を確認する |
Sales Agent は Microsoft 365 Copilot ライセンスの一部として利用できる一方、CRM管理者がSales Agentから参照できるCRMテーブルを構成していない場合、ユーザー側に「CRM Knowledge が設定されていない」といった状態が出る可能性があります。つまり、ライセンスを割り当てただけでは十分ではありません。(Microsoft Learn)
主な利用シーン：顧客理解、商談準備、リスク把握を短縮する
Sales Agent の価値が出やすいのは、営業担当者が複数の画面を行き来して情報を集めている場面です。CRM、メール、会議、過去の活動履歴を個別に確認する代わりに、Copilot上で質問し、要点を整理できます。
顧客情報の把握
新しく担当になったアカウントについて、CRM上の取引状況、過去の接点、オープンな商談、直近の会議内容をまとめて確認できます。Dynamics 365の説明では、Sales agent により顧客の現在の取引、進行中の商談、過去のエンゲージメントを自然言語で取得できるとされています。(Microsoft Learn)
使い方の例は次の通りです。
- 「Fabrikam の直近3か月の接点と進行中の商談を要約して」
- 「Northwind の更新案件で懸念されるリスクを整理して」
- 「来週の顧客会議前に確認すべき過去のやり取りをまとめて」
商談レビューと案件リスクの発見
営業マネージャーは、CRMの更新状況だけでなく、会議やメールの文脈を踏まえて商談の停滞要因を確認しやすくなります。たとえば「今月クローズ予定だが進捗が遅れている案件」「過去の会議で課題が出ているが次アクションが未設定の案件」を見つける用途に向いています。
ただし、AIの要約をそのまま営業予測や正式な意思決定に使うのは避けるべきです。Sales Agent は判断材料を整理するツールであり、最終的な商談ステージ、売上予測、顧客への回答は担当者とマネージャーが確認する前提で運用する必要があります。
Outlook、Microsoft 365 Copilot、Dynamics 365 での利用
Sales Agent は Microsoft 365 Copilot 内だけでなく、Outlook、Word、PowerPoint、Excel、Dynamics 365 などからもアクセスできる範囲があります。ただしMicrosoft Learnでは、これらの埋め込みエクスペリエンスでは会話型チャット機能のみが利用でき、会議準備機能は利用できないとされています。また、Dynamics 365内で利用するには、管理者がモデル駆動型アプリで Microsoft 365 Copilot を有効化する必要があります。(Microsoft Learn)
ここは誤解しやすいポイントです。「Sales Agent が一般提供された」ことと、「すべてのアプリ内で同じ機能が同じ状態で使える」ことは同じではありません。展開前に、営業担当者が主に使う画面ごとに利用できる機能を確認しておきましょう。
管理者が確認すべき設定変更
Sales Agent の導入で管理者が最初に確認すべき設定は、アクセス制御、CRM接続、CRMエンティティ、権限、初期化の5つです。
Sales Chat のアクセス制御を確認する
Microsoft Learnでは、管理者は Sales Agent の機能を有効化または無効化でき、セキュリティグループを指定してアクセスできるユーザーを制御できると説明されています。Sales agent in Microsoft 365 Copilot は既定で全ユーザーに対してオンになっていますが、特定のセキュリティグループに制限したり、機能自体をオフにしたりできます。(Microsoft Learn)
実務では、いきなり全営業部門に開放するよりも、次のような段階展開が安全です。
| 展開段階 | 対象 | 目的 |
|---|---|---|
| 検証 | 営業企画、CRM管理者、少数の営業マネージャー | 回答品質、参照範囲、権限の確認 |
| パイロット | 1〜2部門または特定地域の営業チーム | 実案件での使い勝手、教育内容、問い合わせ傾向の確認 |
| 本格展開 | 対象営業組織全体 | 標準手順、利用ルール、監査・サポート体制の定着 |
Sales Chat をオフにした場合でも、ユーザーにSalesがエージェントとして表示される可能性があります。ただし、その場合は営業データを含む回答は返されません。この挙動を知らないと、「アイコンは見えるのに営業データが出ない」という問い合わせにつながります。(Microsoft Learn)
Sales Chat 設定ページを一度開いて初期化する
Sales Agent をCRMに接続して使うには、Sales agent administrator settings から Sales Chat 設定ページを少なくとも一度開く必要があります。Microsoft Learnでは、初回読み込み時に初期化プロセスが走り、Sales Agent で使用するサポート対象エンティティが読み込まれると説明されています。これを省略すると、初期化は自動的には実行されません。(Microsoft Learn)
この点は導入時のつまずきになりやすい部分です。ライセンス、アプリ展開、CRM権限が正しくても、Sales Chat 設定ページを開いていないためにCRMデータを参照できないケースが起こり得ます。展開チェックリストに「Sales Chat設定ページを開いて初期化済みか」を必ず入れておきましょう。
CRMエンティティと列の参照範囲を見直す
Sales Agent は既定のCRMエンティティを持ち、管理者は標準またはカスタムのCRMエンティティを追加・削除できます。Dynamics 365では、Copilot Studioに追加されたシノニムがあるテーブル、または既定テーブルが対象になります。Salesforceでは、Forms settingsで構成されたオブジェクトが対象になります。(Microsoft Learn)
重要なのは、Sales Agent にエンティティを追加すると、そのエンティティ内のすべての列にアクセスできると説明されている点です。不要なテーブルや機密性の高い項目を含むエンティティを安易に追加すると、営業担当者が意図せずセンシティブな情報をAI経由で参照できる可能性があります。(Microsoft Learn)
確認すべき代表例は次の通りです。
| 確認項目 | 管理者の判断基準 |
|---|---|
| 顧客テーブル | 営業担当者に必要な範囲か。個人情報や契約上の制限がある項目を含まないか |
| 商談テーブル | 売上予測、利益率、社内評価など、閲覧制限が必要な列がないか |
| カスタムテーブル | 目的が明確なものだけ追加する。試験的に作った項目を含めない |
| Salesforceオブジェクト | Forms settings と実際の利用権限が一致しているか |
| Dynamics 365のシノニム | 営業現場の呼び方とCRM項目名がずれていないか |
特にグローバル企業では、地域ごとにCRM項目の意味が異なることがあります。「ARR」「ACV」「更新見込み」「確度」などの営業用語が国や部門で違う場合は、シノニムや用語集を整備しないと、意図と違うデータを参照する回答になりやすくなります。
Dynamics 365 と Salesforce で確認点が異なる
Dynamics 365利用企業では、標準の Salesperson、Sales Manager、System Administrator、System Customizer などのロールを使っている場合、Sales Agent に必要な権限が自動的に追加されるとされています。一方、カスタムセキュリティロールを使っている場合は、必要なロールと権限を明示的に割り当てる必要があります。(Microsoft Learn)
Salesforce利用企業では、アドインの表示に最大24時間、Outlookやその他Microsoft 365アプリ上での表示に最大48時間かかる可能性があります。展開直後に見えない場合でも、まず反映時間、ポリシー、アプリ展開状態を確認しましょう。(Microsoft Learn)
また、Dynamics 365向けの展開ガイドでは、Sales Agent は複数テナントをサポートせず、Microsoft Entra ID資格情報でエンドユーザーを認証するため、同一テナント内の環境にアクセスが制限されるとされています。グローバル企業でテナントが地域別に分かれている場合は、事前にテナント構成を確認してください。(Microsoft Learn)
移行期限はあるのか
2026年6月26日に公開または更新された公式情報を前提に見る限り、このSales Agent一般提供に関して、特定日までに既存環境を移行しなければならないという移行期限は明示されていません。したがって、管理者は「期限対応」として急いで切り替えるよりも、「一般提供になったSales Agentを本番利用に耐える設定へ整える」ことを優先すべきです。
ただし、既存利用者には注意点があります。Microsoft Learnでは、Dynamics 365で2026年1月より前にSales Agentを設定し、Forms settingsにテーブルを追加していた場合、それらのテーブルは既定でSales Agentで利用可能になると説明されています。過去にプレビューや限定利用を試していた環境では、以前の設定が現在のSales Agentの参照範囲に影響していないかを確認してください。(Microsoft Learn)
移行期限がないからといって、確認を後回しにするのは危険です。一般提供により利用者が増えれば、未整理のCRM項目、古いカスタムテーブル、不要なアクセス許可が表面化しやすくなります。既存環境では、少なくとも次の3点を棚卸ししましょう。
- 以前に追加したCRMテーブルやSalesforceオブジェクトが今も必要か
- 使われていないカスタム項目や機密列がSales Agentの参照対象に入っていないか
- パイロット時の広い権限設定がそのまま残っていないか
よくあるトラブルと対処法
Sales Agent の展開後は、ユーザーから「見えない」「データが出ない」「会議インサイトが出ない」という問い合わせが起こりやすくなります。原因を切り分けるため、管理者向けFAQとして整理しておくと運用が楽になります。
| 症状 | 主な原因 | 管理者の確認ポイント |
|---|---|---|
| Sales Agent にアクセスできない | Microsoft 365 Copilot ライセンスがない、Sales Chatアクセスが制限されている | ライセンス割り当て、セキュリティグループ、Access settingsを確認する |
| Sales は表示されるが営業データが出ない | Sales Chatがオフ、またはCRM Knowledgeが未設定 | Sales Chatの有効化、CRMテーブル設定、初期化状態を確認する |
| 顧客・商談サマリーが出ない | account/opportunity summary が未構成 | CRM管理者が要約機能の設定を確認する |
| 会議インサイトが出ない | Sales Agentで会議が記録されていない、外部参加者がCRM連絡先に保存されていない | 会議記録方法、CRM連絡先の有無を確認する |
| アプリがOutlookに表示されない | 展開反映待ち、ポリシー、アドイン制御 | 最大48時間の反映時間、添付ファイル処理ポリシー、アプリ展開状態を確認する |
Microsoft LearnのFAQでは、Sales Agentの利用には Microsoft 365 Copilot ライセンスが必要であり、CRM Knowledgeやアカウント・商談サマリーは管理者による設定が必要とされています。また、会議インサイトには、Sales Agentで記録された会議であること、外部参加者がCRMの連絡先として保存されていることが必要です。(Microsoft Learn)
セキュリティとガバナンスで失敗しないための注意点
Sales Agent は営業生産性を高める一方、CRMとMicrosoft 365のデータを横断するため、設定が甘いと「便利だが管理しにくい」状態になりがちです。特に以下の点は、一般提供後の本格展開前に確認してください。
最小権限で始める
最初から営業部門全員に開放せず、セキュリティグループで対象者を絞るのが安全です。Sales Agent のアクセス設定では、全ユーザーに許可するか、特定のセキュリティグループでアクセスを制御できます。(Microsoft Learn)
CRM項目は「必要だから追加する」を徹底する
「将来使うかもしれない」という理由でCRMエンティティを広く追加しないことが重要です。追加されたエンティティではすべての列にアクセスできるため、営業担当者に不要な内部情報が含まれていないか確認しましょう。(Microsoft Learn)
プレビュー機能と一般提供機能を分けて扱う
Sales Agent自体が一般提供されても、周辺機能やアプリ内エクスペリエンスにはプレビュー扱いの項目が含まれる場合があります。Microsoft Learnでは、Outlook、Word、PowerPoint、Excel、Dynamics 365内でのSales Agent利用について、会話型チャットのみ利用可能で、会議準備機能は利用できないと記載されています。(Microsoft Learn)
地域・言語対応を確認する
グローバル展開では、国や地域、言語によって機能の利用可否や展開タイミングが異なる場合があります。Dynamics 365のリリース情報では、地域の利用可否や言語対応について、MicrosoftのFeature GeographyおよびFeature Languageの情報を確認するよう案内されています。(Microsoft Learn)
導入を進める実務ステップ
Sales Agent は、単に有効化して終わりではなく、営業プロセスに組み込んで初めて価値が出ます。以下の順序で進めると、設定漏れや現場混乱を抑えやすくなります。
| ステップ | 実施内容 | 成功の判断基準 |
|---|---|---|
| 現状確認 | Microsoft 365 Copilot ライセンス、CRM種別、テナント構成、対象地域を確認 | 対象ユーザーと対象CRM環境が明確になっている |
| アクセス設計 | セキュリティグループでパイロット対象を定義 | 全社展開前に限定ユーザーで検証できる |
| CRM棚卸し | 参照させるテーブル・オブジェクト・列を確認 | 不要な機密項目が参照対象に含まれていない |
| 初期設定 | Sales Chat設定ページを開き、CRM接続を初期化 | CRM Knowledgeが利用可能な状態になっている |
| 業務検証 | 実案件を使って顧客要約、商談要約、会議前準備を検証 | 回答が営業現場の判断材料として使える品質になっている |
| 教育・展開 | 利用例、禁止事項、問い合わせ先を営業担当者へ共有 | 現場が「何を聞いてよいか」「何を鵜呑みにしないか」を理解している |
| 継続改善 | 問い合わせ、誤回答、権限不足、過剰参照を定期的に確認 | CRM設定と営業プロセスが継続的に改善されている |
特に重要なのは、営業担当者向けのプロンプト例を用意することです。Sales Agent は自然言語で使えるため自由度が高い一方、最初の使い方が分からないと定着しません。たとえば、商談準備、週次レビュー、顧客引き継ぎ、休眠案件の掘り起こしなど、営業プロセスごとに質問例を用意しておくと利用が進みやすくなります。
まとめ：一般提供後に最初にやるべきこと
Microsoft 365 Copilot の Sales Agent 一般提供は、営業現場がCRMとMicrosoft 365上の情報をまたいで顧客・商談インテリジェンスを活用する大きな機会です。一方で、導入効果はAIそのものよりも、CRMデータの整備、アクセス制御、営業プロセスへの組み込みで決まります。
管理者が最初に行うべきことは、Microsoft 365 Copilot ライセンスの確認、Sales Chatのアクセス制御、CRMエンティティの棚卸し、Sales Chat設定ページによる初期化、パイロットユーザーでの検証です。移行期限が明示されていないからこそ、焦って全社展開するのではなく、営業データの参照範囲を絞り、現場で使えるシナリオから段階的に展開するのが現実的です。
コメント