Dynamics 365 Sales の「Welcome to Dynamics 365 Sales」の2026年4月更新ポイントは、大規模な機能追加というより、Sales agent を前提にした表記整理と、AIエージェント時代の営業CRMとしての位置づけの明確化です。IT管理者やプロダクトオーナーがすぐ確認すべき点は、社内資料に残っている「Sales in Microsoft 365 Copilot」という表記の見直し、Sales agent の利用権限・CRM連携・Outlook/Teams展開、そして営業現場でどの業務にAI支援を組み込むかの整理です。Microsoft LearnのGitHub履歴では、2026年4月24日に「rebranding updates」と「Update overview.md」の更新が確認できます。(GitHub)
「Welcome to Dynamics 365 Sales」は、Dynamics 365 Salesの機能全体を俯瞰する入口となる公式ドキュメントです。現在の本文では、顧客関係の強化、インサイトに基づくアクション、商談の迅速なクローズに加え、Sales Premium、Sales Enterprise、Sales Professional、Relationship Sales、Sales agentといった提供形態が整理されています。(Microsoft Learn)
Dynamics 365の最新動向: Welcome to Dynamics 365 Salesで何が変わったか
2026年4月24日の更新で実務上もっとも注目すべきなのは、Sales in Microsoft 365 Copilot から Sales agent への表記整理です。GitHub上の差分では、Overviewページ内の項目名が「Sales in Microsoft 365 Copilot」から「Sales agent」に変更され、リンク先のアンカーも #sales-agent に修正されています。つまり、旧称で社内手順書や管理者向け資料を作っている組織は、今後の公式表記に合わせて名称を統一した方が混乱を避けられます。(GitHub)
なお、Microsoft Learnの公開ページではフッターの「Last updated」が2026年1月20日と表示される一方、MicrosoftDocsのGitHub履歴では2026年4月24日の更新コミットが確認できます。公開ページの表示日だけを見ると更新に気づきにくいため、変更管理を厳密に行う場合は、Learn本文だけでなくGitHub履歴やリリースプランも併せて確認する運用が現実的です。(Microsoft Learn)
| 確認ポイント | 2026年4月更新から読み取れること | 実務で取るべき対応 |
|---|---|---|
| 製品名・機能名 | Sales in Microsoft 365 Copilot ではなく Sales agent という表記が前面に出ている | 社内FAQ、トレーニング資料、問い合わせ窓口の表記を統一する |
| リンク・ナビゲーション | Sales agent セクションへのアンカーが修正された | 管理ポータルや社内Wikiに貼った古いリンクを確認する |
| 営業AIの位置づけ | Dynamics 365 Sales内のAI支援が、個別機能ではなくエージェント中心に整理されている | 単なるCRM改善ではなく、営業プロセス再設計のテーマとして扱う |
| 管理者対応 | Sales agent利用には権限、CRM接続、ライセンス、Teams/Outlook展開の確認が必要 | パイロット展開前にIT管理者・営業企画・セキュリティ担当でチェックリスト化する |
Dynamics 365 Salesは「記録するCRM」から「次の行動を促す営業基盤」へ
Dynamics 365 Salesは、取引先企業、連絡先、リード、営業案件、見積もり、注文などを管理する営業CRMです。ただし、現在の公式説明で強調されているのは、単にデータを登録することではありません。営業担当者が顧客との関係を築き、インサイトに基づいて行動し、商談を早く進めることが中心に置かれています。(Microsoft Learn)
IT管理者にとって重要なのは、Dynamics 365 SalesがMicrosoft Dataverse上で動作し、Power Appsのモデル駆動型アプリ設計を使用する点です。これは、営業部門だけのアプリではなく、データモデル、セキュリティロール、Power Platformによる拡張、他システム連携まで含めて設計すべき業務基盤であることを意味します。(Microsoft Learn)
2026 release wave 1の文脈でも、Dynamics 365 Salesは「system of record」から「system of action」へ移行する製品として説明されています。つまり、顧客情報を保存する台帳ではなく、Copilot、AI、自律型エージェントが営業ワークフローに入り込み、データを補強し、シグナルを分析し、重要なアクションを優先順位付けする方向に進んでいます。(Microsoft Learn)
今回の更新で特に押さえたいSales agentの位置づけ
Sales agentは、OutlookやTeams、Microsoft 365 Copilot、Dynamics 365の文脈で営業担当者を支援するAIエージェントです。公式ドキュメントでは、CRMデータに接続してDynamics 365 SalesやSalesforceから個別化されたインサイトを取得し、Teams会議でのインサイトやアクション項目の取得、Outlookでのメール作成・フォローアップ・次のアクション推奨に活用できると説明されています。(Microsoft Learn)
重要なのは、Sales agentを「Dynamics 365 Salesの代替」と捉えないことです。実務上は、CRMに蓄積された顧客・商談データをもとに、日々のメール、会議、フォローアップ、要約、次の打ち手を支援するレイヤーと考える方が適切です。CRMのデータ品質が低いままでは、Sales agentの回答や提案の品質も安定しにくくなります。
Sales agentでできることの例
| 活用シーン | 期待できる効果 | 導入前に確認すべきこと |
|---|---|---|
| 商談前の準備 | 取引先や営業案件の概要を短時間で把握できる | CRMに取引先、連絡先、営業案件、活動履歴が十分に入っているか |
| 会議後のフォロー | 議事内容、アクション項目、次の連絡内容を整理しやすい | Teams会議、録画、外部参加者、CRM連絡先の条件を満たすか |
| メール作成 | 文脈に合った返信案やフォローアップ案を作りやすい | Outlook利用ポリシー、アドイン展開、社外共有ルールを確認する |
| パイプライン確認 | アカウントや営業案件の状況を自然言語で確認できる | Sales agentが参照できるCRMテーブルを管理者が設定しているか |
| 営業マネジメント | チームの活動や顧客対応の見える化につなげられる | マネージャー向け権限、ダッシュボード、利用ルールを整備する |
エディション選定で見るべきポイント
「Welcome to Dynamics 365 Sales」では、Sales Premium、Sales Enterprise、Sales Professional、Relationship Sales、Sales agentが紹介されています。選定時は、単に価格や機能数だけで比較するのではなく、営業組織の成熟度とAI活用の範囲で判断するのが実務的です。(Microsoft Learn)
| 提供形態 | 向いている組織 | 判断基準 |
|---|---|---|
| Sales Professional | 基本的な営業自動化を始めたい組織 | 標準的な営業管理を小さく始めたい場合 |
| Sales Enterprise | 高度なカスタマイズや営業プロセス管理が必要な組織 | 権限、プロセス、予測、拡張性を重視する場合 |
| Sales Premium | AI駆動のインサイトや予測、関係性分析を本格活用したい組織 | 営業活動の優先順位付けやリスク検知まで進めたい場合 |
| Relationship Sales | LinkedIn Sales Navigatorとの連携を重視する組織 | 人脈、組織情報、関係性を営業プロセスに組み込みたい場合 |
| Sales agent | Outlook、Teams、Microsoft 365 Copilotを営業活動に組み込みたい組織 | CRMデータを日常業務の中で要約・検索・活用したい場合 |
Sales Enterprise、Sales Premium、Relationship SalesにはSales agentの一部機能が含まれる一方、Sales agentのフル機能にはMicrosoft 365 Copilotの購入が必要と公式ページでは説明されています。ライセンス条件は時期や契約形態で変わる可能性があるため、最終判断では最新のライセンスガイド、Microsoft担当者、または認定パートナーへの確認が必要です。(Microsoft Learn)
IT管理者が優先して確認すべき設定項目
権限とセキュリティロール
Dynamics 365 SalesをCRMとして使う場合、Sales agentのカスタマイズには管理者側でSystem AdministratorまたはSystem Customizerのセキュリティロールが必要とされています。利用者側はSales ManagerまたはSalespersonロールが前提で、カスタムロールを使う場合は追加特権の確認が必要です。CRM側の権限変更はOutlookではサインアウト・サインインが必要になる場合があり、Teamsでは反映に最大15分かかることがあります。(Microsoft Learn)
実務では、次のように役割を分けておくと運用が安定します。
| 役割 | 主な担当 | 確認内容 |
|---|---|---|
| Microsoft 365管理者 | アプリ展開、ライセンス、Teams/Outlookポリシー | Sales agentを誰に配布するか |
| Dynamics 365管理者 | 環境、セキュリティロール、Dataverse | CRMデータへのアクセス範囲 |
| 営業企画・プロダクトオーナー | 利用シナリオ、KPI、業務フロー | どの営業プロセスにAI支援を入れるか |
| セキュリティ・法務 | データ共有、外部CRM、コンプライアンス | 顧客データや会議情報の扱い |
CRMテーブルと要約機能の構成
Sales agentが「CRM Knowledgeが設定されていない」と返す場合、Microsoft 365 Copilotライセンスを持っていても、CRM管理者がSales agent経由でアクセスできるCRMテーブルを構成していない可能性があります。また、アカウントや営業案件の概要が表示されない場合は、該当する要約機能の構成が不足している可能性があります。(Microsoft Learn)
導入時は、いきなり全社展開するより、まず対象テーブルを絞るのが安全です。たとえば、最初のパイロットでは「取引先企業」「連絡先」「営業案件」「活動」「会議」など営業担当者が日常的に使う範囲に限定し、回答品質とアクセス権の妥当性を確認します。
OutlookとTeamsへの展開
Sales agentはOutlookやTeamsから利用できますが、ユーザーが自分でインストールした場合と管理者が展開した場合では、利用できる機能やサポート範囲に差があります。公式ドキュメントでは、ユーザー展開のOutlookアドインは完全な機能サポートではなく、Sales Agentバナー通知や会議出席依頼への自動追加がサポートされないと説明されています。(Microsoft Learn)
営業組織で本格利用する場合は、個々のユーザーに任せるのではなく、管理者展開を前提にした方がトラブルを減らせます。特にグローバル企業では、地域ごとのMicrosoft 365アプリ展開ポリシー、Teamsアプリ許可ポリシー、Outlookアドイン制御を事前に確認しておく必要があります。
プロダクトオーナーが見るべき業務インパクト
今回の更新は、名称変更だけで終わらせると価値を取り逃がします。プロダクトオーナーは、Sales agentやAIエージェントを「どの営業課題に当てるか」まで落とし込むべきです。
リード管理
Dynamics 365 Salesの公式ページでは、Sales Qualification Agentが内部・外部データを使ってリードを調査し、パーソナライズされた顧客向けメールを下書きし、優先度の高いリードを示す機能として説明されています。Research-onlyとResearch and engageの2モードがあり、後者では低ポテンシャルの見込み客をフィルタリングし、強い意向を持つリードを営業チームに引き渡す位置づけです。(Microsoft Learn)
ここでのKPIは、単純な「AI利用回数」ではなく、リード対応時間、商談化率、営業担当者への引き渡し精度、失注理由の明確化などに置くと効果測定しやすくなります。
商談管理
Sales Opportunity Agentは、複雑な案件でリスクを早期に発見し、優先度の高い営業案件を示し、重要なインサイトをまとめる機能として紹介されています。営業担当者にとっては、商談一覧を眺めるだけでは見落としやすいリスクや次のアクションを把握する支援になります。(Microsoft Learn)
導入時は、営業マネージャーが「どのリスクを早期検知したいか」を定義しておくことが重要です。たとえば、長期間活動がない案件、意思決定者が未特定の案件、次回アクションが未設定の案件、予測金額が大きいのに更新履歴が薄い案件などです。
営業担当者の日常業務
Sales agentは、Microsoft 365 Copilot内で自然言語を使って販売データを操作できるAIチャットとしても説明されています。アカウントや営業案件の概要取得、過去の顧客会議の振り返り、CRM情報の検索、営業会議の準備とフォローアップなどに利用できます。ただし、Microsoft 365 Copilot内でのSales agent利用に関する一部ドキュメントはプレビュー扱いとされているため、本番運用では対象機能の提供状況を確認しながら進める必要があります。(Microsoft Learn)
グローバル展開で注意すべきポイント
グローバル読者向けに見ると、Sales agentの展開では言語、地域、コンプライアンス、データ共有の確認が欠かせません。公式ドキュメントでは、サポートされる言語と地域はCopilot international availability reportで確認する形になっており、Government Community Cloud、USG、DoDではSales agentがサポートされないと説明されています。(Microsoft Learn)
また、Sales agentはMicrosoft 365の外部にあるCRMサービスを含むコンテンツアクセスやデータ共有を伴う場合があります。データ共有は、組織の管理者とユーザーがMicrosoftの職場または学校アカウントとCRMアカウントの接続に同意するまで有効にならないと説明されています。外部CRMや多国籍拠点を含む環境では、データ所在地、個人情報、顧客データの取り扱いを事前に確認する必要があります。(Microsoft Learn)
よくある失敗と回避策
名称変更だけを周知して終わる
Sales agentへの表記変更は重要ですが、名前を置き換えるだけでは不十分です。営業担当者がどこで使えるのか、何を聞いてよいのか、どのデータが参照されるのかをセットで伝えないと、利用が定着しません。
回避策: 社内展開資料では、「旧称」「新称」「使える場所」「できること」「できないこと」を1枚にまとめます。特にOutlook、Teams、Dynamics 365、Microsoft 365 Copilotで体験が完全に同じとは限らない点を明記します。
CRMデータ品質を後回しにする
AIエージェントは、CRMに登録された取引先、連絡先、営業案件、活動履歴をもとに価値を出します。入力ルールが曖昧なまま導入すると、要約の精度が低い、関係者が出てこない、商談状況が古いといった不満につながります。
回避策: パイロット前に、最低限の入力ルールを決めます。たとえば、営業案件のステージ、次回アクション日、意思決定者、競合、見積金額、最終活動日などを必須確認項目にします。
権限設計を広くしすぎる
Sales agentは便利ですが、顧客情報や商談情報に自然言語でアクセスしやすくなるため、権限設計の甘さがそのまま情報リスクになります。
回避策: 既存のDynamics 365セキュリティロールを棚卸しし、営業担当者、営業マネージャー、営業企画、管理者で参照できる範囲を分けます。カスタムロールを使う場合は、Sales agentに必要な追加特権も確認します。
全社展開を急ぎすぎる
AI機能は利用者の期待値が高くなりやすく、最初の体験が悪いと「使えない」と判断されがちです。特に多拠点・多言語環境では、言語対応、地域差、会議文化、CRM入力習慣が異なります。
回避策: まずは1つの営業チームまたは地域でパイロットを行い、質問例、利用ログ、回答品質、営業KPIへの影響を確認してから拡大します。
導入・見直しの実務ステップ
| ステップ | 作業内容 | 成果物 |
|---|---|---|
| 現状確認 | Dynamics 365 Salesのエディション、Microsoft 365 Copilotライセンス、Teams/Outlook利用状況を確認 | ライセンス・環境一覧 |
| 表記更新 | 社内資料のSales in Microsoft 365 Copilot表記をSales agentへ整理 | 用語集、FAQ、社内Wiki |
| データ棚卸し | Sales agentが参照するCRMテーブル、必須項目、権限を確認 | テーブル・権限マトリクス |
| パイロット設計 | 対象チーム、ユースケース、KPI、サポート窓口を決める | パイロット計画書 |
| 展開と改善 | Outlook/Teams/Dynamics 365での利用を開始し、問い合わせと改善点を収集 | 利用ガイド、改善バックログ |
最初のパイロットでは、範囲を広げすぎないことが重要です。おすすめは、「商談前の準備」「会議後のフォローアップ」「営業案件の要約」の3つに絞ることです。これらは営業担当者が効果を実感しやすく、CRMデータ品質の課題も見えやすいため、次の展開判断に使いやすい領域です。
まとめ：2026年4月更新はSales agent前提の運用見直しが本質
Dynamics 365 Salesの「Welcome to Dynamics 365 Sales」における2026年4月更新ポイントは、表面的にはSales agentへのリブランディングとリンク修正が中心です。しかし実務上の意味は、Dynamics 365 Salesを単なる営業CRMではなく、Microsoft 365 Copilot、Teams、Outlook、Dataverse、Power Platformと連携するAI活用型の営業基盤として見直すことにあります。
IT管理者は、ライセンス、権限、CRMテーブル、Teams/Outlook展開、データ共有を確認してください。プロダクトオーナーは、Sales agentやSales Qualification Agent、Sales Opportunity Agentをどの営業課題に当てるかを決め、パイロットで効果を測定してください。まず着手すべきことは、社内資料の表記更新、CRMデータ品質の棚卸し、そして小さな営業チームでのSales agent利用検証です。
コメント