Microsoft 365 Copilot Sales Agentは、顧客との接点をWebチャット、音声、SMS、メールへ広げる方向に進みます。Microsoftが日本時間2026年7月9日に掲載したロードマップID「567001」では、複数のチャネルをまたいで会話の流れを維持し、リードの初期対応から営業担当者への引き継ぎまでを支援する構想が示されました。
ただし、現時点の状態は「In development」です。公開プレビューは2026年7月、一般提供は2026年8月が予定されていますが、電話番号やSMS送信基盤、対応地域、追加料金、データ保存期間などの詳細はまだ公開されていません。したがって、今すぐ本番利用を始める段階ではなく、Sales Agentを利用中または導入予定の組織が、データ境界や権限、顧客への連絡ルールを整理し始めるべき更新と考えるのが適切です。(Microsoft)
Microsoft 365 Copilot Sales Agentのロードマップ更新で何が変わるのか
ロードマップID「567001」では、「Engage customers across multiple channels」として、Webチャット、音声、SMS、メールの4チャネルが明記されています。Microsoftが公開しているAPI上の作成日時は2026年7月8日23時10分57秒（UTC）で、日本時間では2026年7月9日です。(Microsoft)
| 項目 | ロードマップ上の内容 |
|---|---|
| ロードマップID | 567001 |
| 対象 | Microsoft 365 CopilotのSales Agent関連機能 |
| 追加予定のチャネル | Webチャット、音声、SMS、メール |
| 状態 | In development |
| 公開プレビュー予定 | 2026年7月 |
| 一般提供予定 | 2026年8月 |
| 対象クラウド | Worldwide Standard Multi-Tenant |
| 対象プラットフォーム | Web |
| 詳細ドキュメント | ロードマップ項目からの追加リンクは未掲載 |
今回のポイントは、単に送信手段が増えることではありません。顧客がWebチャットで問い合わせた後にSMSや音声へ切り替わっても、それまでの会話や顧客情報を引き継ぎ、途中離脱を減らすことが狙いとして示されています。
Microsoftは期待される効果として、顧客からの応答率向上、リードの迅速な見極め、営業担当者への円滑な引き継ぎを挙げています。ただし、これらはロードマップ上の目標であり、提供開始時点の具体的な動作や自動化範囲を保証するものではありません。(Microsoft)
「Web」はWeb検索ではなく顧客向けWebチャット
ここでいう「Web」は、Bingを利用したWeb検索ではなく、顧客と会話するWebチャットのチャネルを指します。
Microsoft 365 CopilotのWeb検索機能や、Sales Agentが企業情報を調べるために利用するWebリサーチとは別の機能です。管理者は、次の3つを混同しないようにする必要があります。
| 機能 | 主な目的 |
|---|---|
| Web検索 | Copilotが公開情報を検索して回答を補強する |
| リードリサーチ | CRM、Web、外部データを使って企業や担当者を調査する |
| Webチャット | 顧客とSales AgentがWeb上で対話する |
現行のメール支援からマルチチャネル対応へ拡張
現行の公開ドキュメントで明確に説明されているSales Agentのアウトリーチ機能は、リード情報を調査し、パーソナライズされたメール下書きを生成するものです。
Sales AgentはDynamics 365 SalesまたはSalesforceに接続し、CRM内の情報に加えてWebや外部データを参照します。その結果を基に、営業担当者が確認・修正できる件名、本文、訴求ポイント、次のアクションを含むメール案を作成します。現在の手順では、生成された内容を確認し、メールクライアントやCRMへコピーして利用する流れが案内されています。(Microsoft Learn)
今回のロードマップ更新は、この「営業担当者向けのメール作成支援」から、顧客と複数のチャネルで継続的に対話するエージェントへ拡張する方向性を示しています。
| 観点 | 現行ドキュメントで確認できる機能 | ロードマップで示された方向 |
|---|---|---|
| 主な利用者 | 営業担当者 | 営業担当者と顧客 |
| 主なアウトリーチ | メール下書き | Web、音声、SMS、メール |
| 営業担当者の役割 | 内容を確認して送信 | 監督、承認、例外対応、引き継ぎ |
| 会話の単位 | 個別の調査やメール | チャネルをまたいだ継続的な会話 |
| 主な効果 | メール作成時間の短縮 | 応答率、リード選別、引き継ぎの改善 |
なお、Microsoftも、リード調査結果が古い情報や別企業の情報と一致する可能性、生成メールが組織の文体に合わない可能性を案内しています。マルチチャネル化後も、AIが生成した内容を無条件で顧客へ送信するのではなく、正確性と表現を確認する仕組みが重要です。(Microsoft Learn)
今回の更新に対応すべき組織
対応の優先度は、Sales Agentの導入状況と、顧客への自動連絡を計画しているかで判断できます。
| 自社の状況 | 対応優先度 | 取るべき対応 |
|---|---|---|
| Sales Agentを利用中で、顧客へのアウトリーチも行いたい | 高い | データフロー、同意管理、送信承認、監査方法の検討を開始する |
| 2026年度中にSales Agentを導入予定 | 高い | マルチチャネル対応を要件に加え、ライセンスとCRM構成を確認する |
| Sales Agentは社内の商談要約や情報検索だけに利用 | 中程度 | 外部送信を無効または限定する方針を決める |
| Microsoft 365 Copilotを利用しているがSales Agentは未導入 | 低い | ロードマップと詳細ドキュメントの公開を継続確認する |
| Microsoft 365 Copilotライセンスや対応CRMがない | 低い | 直ちに設定変更する必要はない |
| 規制業種や機密性の高い商談で利用予定 | 高い | 情報システム、法務、個人情報保護、営業部門による共同審査を行う |
重要なのは、ロードマップへの掲載を「テナントで自動的に有効になる」という意味に受け取らないことです。新しい各チャネルが既定で有効になるのか、管理者が個別に許可するのか、プレビューへの参加操作が必要なのかは、現在のロードマップ項目だけでは確認できません。
Microsoft 365 Copilot Sales Agentの利用条件
新しいチャネル固有の要件はまだ公開されていません。一方で、Sales Agentそのものを利用するための現行要件はMicrosoft Learnで案内されています。
| 確認項目 | 現行の要件・注意点 |
|---|---|
| ライセンス | 利用者ごとにMicrosoft 365 Copilotライセンスが必要 |
| 対応CRM | Dynamics 365 SalesまたはSalesforce |
| 導入作業 | Microsoft 365管理センターからユーザーまたはグループへ展開 |
| Outlook | Sales Agentのアプリ展開が必要 |
| Teams | Teams管理センターのセットアップポリシーによる追加・固定が必要 |
| Microsoft 365 Copilot | Sales Agentを別途セットアップし、Sales Chatを利用可能にする |
| CRM権限 | 対象レコードを参照するための適切なロールと権限が必要 |
| 対象クラウド | ロードマップ上はWorldwide Standard Multi-Tenant |
| ソブリンクラウド | 現行Sales AgentはGCC、DoDなどのソブリンクラウドをサポートしていない |
| 新チャネルの追加料金 | 現時点のロードマップでは未記載 |
Sales AgentはCRMへ接続しなければ、営業支援機能を十分に利用できません。Dynamics 365 Salesではシステム管理者やシステムカスタマイザーなどの権限、Salesforceでは接続アプリや専用Dataverse環境を管理するための権限が必要になります。(Microsoft Learn)
Microsoft 365 Copilotライセンスだけで全チャネルを使えるとは限らない
現行Sales Agentの利用者にはMicrosoft 365 Copilotライセンスが必要ですが、音声通話、SMS送信、電話番号、通信量などに関する課金条件はロードマップに記載されていません。
そのため、現時点では次の点を未確定事項として扱う必要があります。
- 音声通話やSMSの従量課金
- 電話番号や送信元番号の取得方法
- Microsoft製サービス以外の通信事業者との契約
- 国や地域ごとの利用可否
- メール送信数やSMS送信数の上限
- 音声認識や通話録音の追加料金
- プレビューと一般提供での料金差
予算を確定するのは、製品ドキュメントや料金ページでチャネルごとの条件が公開されてからが安全です。
データ境界はMicrosoft 365だけで考えない
マルチチャネル対応を検討する際は、データがMicrosoft 365内だけに保存されると考えてはいけません。Sales Agentでは、Microsoft 365、CRM、Dataverse、将来の通信チャネルという複数のデータ境界を整理する必要があります。
| データ層 | 主なデータ | 管理上の確認事項 |
|---|---|---|
| Microsoft 365 Copilot | プロンプト、応答、Microsoft Graph上の情報 | ユーザー権限、条件付きアクセス、監査、保持 |
| CRM | リード、取引先、商談、活動履歴 | CRMロール、共有範囲、項目単位の機密性 |
| Dataverse | Sales Agentが生成したインサイトや設定情報 | 環境、リージョン、容量、保持期間 |
| Webチャット | 会話履歴、フォーム情報、Cookieなど | 保存先、本人確認、削除方法 |
| 音声 | 電話番号、通話記録、録音、文字起こし | 録音告知、保存期間、アクセス権 |
| SMS | 電話番号、本文、配信結果 | 同意、オプトアウト、通信事業者 |
| メール | 宛先、本文、添付ファイル、配信履歴 | 送信元、DLP、秘密度ラベル、監査 |
Microsoft 365 Copilotでは、プロンプト、応答、Microsoft Graph経由で参照したデータは、基盤となる大規模言語モデルの学習には使用されないと説明されています。また、Copilotが表示できる情報は、原則として利用者が参照権限を持つ情報に限られます。(Microsoft Learn)
ただし、この保護を確認しただけでは十分ではありません。Sales AgentはCRMやDataverseとも接続するため、CRM事業者や将来利用される通信サービスを含めてデータフローを確認する必要があります。
Sales AgentのデータはDataverseにも保存される
Sales AgentはMicrosoft Power Platform上に構築されており、接続先CRMに加えてDataverseにも一部データを保存します。
Dynamics 365 Salesを利用している場合は、そのDynamics 365環境のDataverseが利用されます。SalesforceなどDynamics 365以外のCRMを利用する場合は、「msdyn_viva」というDataverse環境が用意され、Sales Agentのデータが保存されます。
Microsoftは、現行のメールインサイトを30日間、会議インサイトを90日間保持すると案内しています。ただし、この保持期間は既存のインサイト機能に関するものです。将来追加されるWebチャット履歴、音声録音、SMS本文にも同じ期間が適用されるとは限りません。(Microsoft Learn)
詳細仕様が公開された際は、チャネルごとに次の点を確認する必要があります。
- 会話本文とメタデータの保存先
- 音声データと文字起こし結果の保存先
- 標準の保持期間
- 管理者による保持期間の変更可否
- ユーザーによる削除可否
- CRMへ記録される範囲
- Microsoft Purviewの監査対象になる範囲
- 通信事業者側に残るログの範囲
日本ではリージョン間データ移動への同意を確認する
Sales AgentはAzure OpenAI Serviceを利用します。CRM環境が必要なAzure OpenAIエンドポイントのない地域にある場合、プロンプトや応答などが選択した地域の外へ移動する可能性があります。
Microsoftの現行ドキュメントでは、日本はリージョン間データ移動への同意が必要な地域に含まれています。また、Salesforceを利用する場合は、CRM環境の地域にかかわらず同意が必要と説明されています。(Microsoft Learn)
新しいチャネルを試す前に、Power Platform管理センターやSales Agentの設定画面で、組織がどの同意を行っているかを確認しておくべきです。
管理者が確認すべき既存の制御
Microsoft 365 Copilot Sales Agentには、すでにユーザーや機能を限定するための管理機能があります。
ユーザーとセキュリティグループを限定する
Microsoft 365管理センターでは、Sales Agentを特定のユーザーやグループへ割り当てられます。また、Sales Agentの機能ごとに、すべての営業担当者へ許可するか、特定のセキュリティグループだけに許可するかを設定できます。
現行ドキュメントでは、Microsoft 365 Copilot内のSales Agentは既定で全ユーザーに対して有効とされる一方、「Lead Research and Outreach」のプレビュー機能は既定で無効です。管理者は対象グループを限定して有効化できます。(Microsoft Learn)
ただし、これは現行機能の設定です。Web、音声、SMS、メールの各チャネルにどのような個別スイッチが用意されるかは、今後のドキュメントで確認する必要があります。
CRMエンティティを必要最小限にする
Sales Agentでは、取引先、担当者、リード、商談など、参照対象とするCRMエンティティを管理者が設定できます。
特に注意したいのは、追加したエンティティについてSales Agentが全列へアクセスできる仕様が案内されていることです。利用しない機密項目が含まれている場合は、エンティティを安易に追加するのではなく、CRM側の権限や項目構成を先に見直す必要があります。(Microsoft Learn)
確認対象には、次のような項目があります。
- 個人の携帯電話番号
- 私用メールアドレス
- 契約金額や値引率
- 与信情報
- クレームや交渉履歴
- センシティブな自由記述欄
- 利用停止や連絡拒否の情報
Microsoft Purviewと監査ログを利用する
Microsoft Purviewでは、Microsoft 365 Copilotのプロンプトや応答に対して、監査、電子情報開示、データ損失防止、秘密度ラベル、データライフサイクル管理などを利用できます。Copilotの操作は統合監査ログにも記録されます。(Microsoft Learn)
ただし、将来の音声録音やSMS配信結果など、チャネル固有のデータがすべて同じ監査対象になるとは限りません。次の3種類を分けて確認することが重要です。
- Microsoft 365 Copilot内に残る操作ログ
- CRMやDataverseに保存される顧客対応履歴
- 電話・SMS・メール配信基盤に保存される通信ログ
新チャネル導入前に組織で決めるべきルール
製品側に管理機能が用意されても、顧客へどのように連絡するかは組織側で決めなければなりません。
AIが自動送信できる範囲
最初からすべてのメッセージを自動送信するのは避け、リスクに応じて承認段階を分ける方法が現実的です。
| 内容 | 推奨する制御 |
|---|---|
| 来店日時や商談日時の確認 | 定型文に限って自動送信を検討 |
| 資料送付の案内 | 宛先と資料を営業担当者が確認 |
| 初回の営業連絡 | 原則として営業担当者が承認 |
| 価格や値引きの提示 | 必ず営業担当者が確認 |
| 契約条件や法的説明 | 自動回答させず担当者へ引き継ぐ |
| 苦情や解約の申し出 | 即時に人間へエスカレーション |
| 機密情報を含む連絡 | SMSや一般的なWebチャットでは送信しない |
顧客の同意と連絡停止を一元管理する
複数チャネルを利用すると、メールは停止済みだがSMSは許可されているなど、チャネルごとに状態が異なる可能性があります。
CRMには、単一の「連絡可否」だけでなく、少なくとも次の情報を持たせると管理しやすくなります。
| 項目例 | 内容 |
|---|---|
emailConsent | メール送信への同意状態 |
smsConsent | SMS送信への同意状態 |
voiceConsent | 電話連絡への同意状態 |
consentSource | 同意を取得したフォームや契約 |
consentDate | 同意取得日時 |
optOutDate | 連絡停止を受け付けた日時 |
preferredChannel | 顧客が希望する連絡手段 |
preferredTime | 連絡を希望する時間帯 |
同意、オプトアウト、録音告知、連絡可能な時間帯などの要件は、国・地域や業務内容によって異なります。運用開始前に法務や個人情報保護の担当者と確認する必要があります。
送信元の管理責任者を決める
音声やSMSが追加される場合、メールアドレスだけでなく、電話番号やSMS送信元IDの管理が必要になります。
管理責任者が不明確なまま導入すると、退職者の番号が残る、顧客から折り返しがあっても対応できない、なりすましと誤解されるといった問題が起こります。
次の項目を事前に決めておくべきです。
- 発信に利用する電話番号
- 折り返し電話の受付先
- SMSの送信元表示
- メールの送信元ドメイン
- チャネル別の担当部署
- 送信可能な曜日と時間
- 再送回数と連絡間隔
- 緊急停止の操作担当者
業務で効果を出しやすい使いどころ
実際の動作は今後の仕様公開を待つ必要がありますが、ロードマップが示すチャネル間の継続性を生かすと、次のような利用が考えられます。
Web問い合わせから商談予約までをつなぐ
想定される流れは次のとおりです。
- 顧客がWebチャットで製品について質問する
- Sales Agentが企業名や担当者をCRMのリードと照合する
- 顧客の要望や導入時期を確認する
- 同意済みの顧客へSMSで商談候補日時を送る
- 複雑な質問が出た時点で営業担当者の音声対応へ切り替える
- 商談後にメールで要点や資料を送る
- 対応履歴をCRMへ記録する
従来はチャネルごとに担当者やシステムが分かれ、顧客が同じ説明を繰り返すことがありました。会話の文脈を維持できれば、顧客の負担と営業担当者の確認作業を減らせます。
休眠リードへの段階的なアプローチ
長期間反応のないリードに対し、いきなり電話を繰り返すのではなく、次のように段階を分けられます。
- 最初にメールで新機能や事例を案内する
- 反応した顧客だけをWebチャットへ誘導する
- SMS同意済みの顧客には短い確認を送る
- 購入意向が高まった段階で営業担当者へ引き継ぐ
ただし、AIが推定した関心度だけで連絡頻度を増やすと、顧客体験を損なう可能性があります。応答率だけでなく、連絡停止率や苦情件数も評価指標に含めるべきです。
イベントやセミナー後のフォロー
展示会やオンラインセミナーでは、参加者の関心が高いうちに対応する必要があります。
Sales Agentが参加内容やアンケート回答を参照できれば、一般的な一斉メールではなく、関心テーマに応じたメール案を作成し、その後の質問をWebチャットで受け付ける運用が考えられます。
SMSは開催直前の案内や予約確認のような短い情報に適しています。一方、製品仕様、価格、契約条件の説明は、メールや人間による商談へ切り替える方が安全です。
チャネルごとの向いている用途と避けたい用途
| チャネル | 向いている用途 | 避けたい用途 |
|---|---|---|
| Webチャット | 初期質問、製品案内、担当部署の振り分け | 契約確定、機密情報の入力、本人確認が必要な手続き |
| 音声 | 複雑な相談、緊急性の高い対応、人間への引き継ぎ | 無監督での価格交渉、法的説明、録音条件が不明な通話 |
| SMS | 予約確認、短い通知、折り返し依頼 | 長文、添付資料、機密情報、同意のない営業連絡 |
| メール | 資料送付、商談要約、正式なフォロー | 未確認の大量自動送信、機密添付の無制御送信 |
4つのチャネルをすべて使うことが目的ではありません。顧客の希望と業務特性に合わせ、必要なチャネルだけを有効にする方が、運用負担とリスクを抑えられます。
開発・システム連携で確認すべきポイント
ロードマップ項目には、開発者向けAPI、SDK、通信事業者、イベント形式などの詳細は記載されていません。そのため、現時点で特定のAPIやプロバイダーを前提に実装を始めるのは早すぎます。
一方で、チャネルに依存しないデータ設計は先に進められます。
会話を横断する識別子を設計する
少なくとも次のような情報を共通化しておくと、Web、音声、SMS、メールをまたいだ履歴管理がしやすくなります。
| データ項目 | 用途 |
|---|---|
contactId | CRM上の顧客を識別する |
conversationId | 一連の会話を識別する |
channel | Web、音声、SMS、メールを記録する |
messageId | 個別メッセージの重複処理を防ぐ |
consentStatus | チャネルごとの同意状態を確認する |
handoffState | AI対応中か人間対応中かを記録する |
lastContactAt | 最終連絡日時を記録する |
sourceRecordId | CRMや外部システムの元レコードを追跡する |
特にmessageIdを使った重複防止は重要です。通信エラーによる再試行で、同じSMSやメールが複数回送信される事故を防げます。
人間への引き継ぎ条件を明文化する
AIから営業担当者へ引き継ぐ条件は、技術的なエラーだけでなく、業務上のリスクも含めて設計します。
例として、次の条件が考えられます。
- 顧客が人間との会話を希望した
- 価格や値引きの交渉が始まった
- 契約条件について質問された
- 苦情、解約、返金の意思が示された
- AIが顧客や企業を特定できない
- CRMと顧客申告の情報が一致しない
- 同じ質問を複数回受けても解決できない
- 機密情報やセンシティブ情報が入力された
カスタムツールは最小権限で接続する
Microsoft 365管理センターでは、Sales Agentに接続するエージェントやカスタムツール、ナレッジを管理できます。外部APIを利用する場合は、信頼できるAPIだけを接続し、機密性の高い操作には人間の承認を入れることが推奨されます。(Microsoft Learn)
導入時に失敗しやすいポイント
ロードマップ掲載を提供開始と誤解する
ロードマップの日付は予定です。Microsoft自身も、提供時期や内容が変更される可能性があると説明しています。公開プレビュー予定月になっただけで、すべてのテナントで機能が利用可能になったとは限りません。(Microsoft)
既存の保持期間を新チャネルにも適用する
メールインサイトが30日、会議インサイトが90日だからといって、音声録音やSMS履歴も同じとは限りません。新しいデータ種別ごとに保存先と保持期間を確認する必要があります。
CRMエンティティを広く追加しすぎる
Sales Agentに多くのエンティティを追加すると、利便性は上がりますが、機密情報へアクセスする範囲も広がります。まず必要最小限のリード、取引先、商談情報から始める方が安全です。
応答率だけで導入効果を評価する
連絡回数を増やせば、短期的な応答率が上がる可能性があります。しかし、連絡停止、苦情、誤送信、営業担当者への不適切な引き継ぎが増えていないかも確認しなければなりません。
評価指標には次の項目を含めると実態を把握しやすくなります。
- 顧客からの応答率
- リードの資格確認に要した時間
- 商談化率
- 人間への引き継ぎ率
- AI回答の訂正率
- 誤送信件数
- 連絡停止率
- 苦情件数
- チャネルごとの費用
- 有効商談1件当たりのコスト
今から進めるべき対応手順
| 手順 | 実施内容 |
|---|---|
| 利用目的を決める | 「問い合わせ対応」「商談予約」など、最初の用途を1つに絞る |
| 現行環境を確認する | Microsoft 365 Copilotライセンス、CRM、クラウド種別、権限を確認する |
| データフローを描く | Microsoft 365、CRM、Dataverse、通信チャネル間の流れを整理する |
| 同意情報を確認する | メール、SMS、音声ごとの同意と連絡停止情報を確認する |
| 管理ルールを決める | 自動送信範囲、承認者、引き継ぎ条件、緊急停止方法を定める |
| 小規模な対象を選ぶ | 1部門、1製品、少人数のセキュリティグループに限定する |
| 詳細仕様を確認する | 対応地域、料金、保存先、保持期間、監査、APIを確認する |
| プレビューで検証する | 正確性、誤送信、引き継ぎ、顧客反応を測定する |
| 本番可否を判断する | セキュリティ、法務、営業、運用部門で承認する |
Microsoft 365 Copilot Sales Agentのマルチチャネル化は、営業メールの作成支援を超え、顧客との対話そのものをAIエージェントが支援する転換点になり得ます。一方で、音声やSMSが加われば、電話番号、通信ログ、顧客の同意、録音、送信時間、通信費など、従来のCopilot導入では扱わなかった課題も増えます。
まずはロードマップID「567001」を継続確認しながら、自社のライセンスとCRM環境を棚卸しし、顧客データがどこを通るのかを1枚のデータフロー図にまとめることが実務的な第一歩です。本番導入の判断は、チャネル別の管理設定、料金、対応地域、データ保存先、保持期間、監査方法が正式に公開されてから行うのが安全です。
コメント