The Microsoft AI Licensing Landscape in 2026

Microsoft has positioned 2026 as the year it transitions from AI experimentation to enterprise-scale AI deployment. The launch of M365 E7 in May 2026 — the first new enterprise SKU since E5 was introduced in 2015 — is the commercial expression of that transition. E7 bundles M365 E5, Microsoft 365 Copilot, Entra Suite, and Agent 365 into a single $99 per user per month SKU, making it the new top tier above E5 in Microsoft's M365 stack (E1 → E3 → E5 → E7).

Microsoft's field teams are actively moving E5 customers toward E7 at renewal, framing E7 as the natural destination for organisations that have been building toward AI adoption. For CIOs, this creates an important evaluation challenge: is the E7 bundle commercially justified for our organisation today, or is Microsoft accelerating our commitment to AI capabilities that our users, data infrastructure, and governance frameworks are not yet ready to support?

Microsoft 365 Copilot is available through three primary licensing paths in 2026. First, as a standalone add-on at $30 per user per month for organisations with qualifying E3 or E5 base licences. Second, included in M365 E7 at $99 per user per month (bundled with E5, Entra Suite, and Agent 365). Third, through Microsoft 365 Business Copilot at $21 per user per month for SMB organisations (300 seats or fewer). The licensing path choice is not just a pricing decision — it commits the organisation to a specific product configuration and commercial structure that will shape AI adoption costs for the agreement period.

The Licensing Decision: Add-On vs E7 Bundle

The central licensing question for most CIOs is whether to add Microsoft 365 Copilot as a $30 per user per month add-on to their existing M365 E5 licences, or to upgrade to M365 E7 at $99 per user per month. The answer depends on three factors: current SKU tier, planned Copilot deployment scale, and whether the other E7 bundle components (Entra Suite, Agent 365) represent genuine value at this point in the organisation's AI maturity.

The E5 to Copilot Add-On Path

For an organisation on M365 E5 ($60 per user per month), adding the Copilot standalone licence brings the per-user cost to $90 per user per month — $9 less than E7. The standalone path also provides deployment flexibility: Copilot licences can be assigned selectively to users with demonstrated productivity use cases, without requiring the full organisation to move to E7 pricing. For a 1,000-user organisation, selective deployment of 200 Copilot licences at $30 each costs $6,000 per month versus $9,000 per month to move all 1,000 users to E7 (assuming the $99 E7 rate applies to all users regardless of whether they use Copilot).

The E5 plus Copilot add-on path is the appropriate commercial structure for organisations in the early and pilot phases of AI adoption. It preserves the ability to right-size Copilot deployment based on actual measured adoption and ROI data before committing to organisation-wide E7 pricing.

The E7 Bundle Case

E7 makes commercial sense when three conditions are met simultaneously: the organisation is already on E5, active Copilot deployment is planned for 80 percent or more of users, and the Entra Suite and Agent 365 components (included in E7 at no additional cost) deliver genuine value that would otherwise require separate purchase. Entra Suite is priced at approximately $12 per user per month standalone; Agent 365 at $15 per user per month. If the organisation needs both, E7's bundle arithmetic ($117 in separate components versus $99 bundled) does represent a 15 percent cost saving — provided Copilot adoption justifies the E5-to-E7 premium in the first place.

E7 is the wrong choice when Copilot adoption is at pilot or early rollout stage, when the Entra Suite and Agent 365 capabilities are not yet operationally required, or when the organisation is still on E3 (where the E5 upgrade cost would be added to the E7 premium, amplifying the per-user cost impact significantly).

Need a Copilot licensing assessment for your organisation?

Our Microsoft licensing specialists provide independent E5 vs E7 cost modelling with adoption readiness assessment. Buyer-side only.
Get an Assessment →

Prerequisites Before Licensing Copilot

Microsoft 365 Copilot has specific licensing prerequisites that are frequently overlooked in the adoption planning process. Copilot requires a qualifying base M365 licence — specifically E3, E5, Business Standard, Business Premium, or E7. It does not work with E1 or lighter M365 SKUs. This has commercial implications for organisations with a mixed SKU environment: users on E1 or below must be upgraded to at least E3 before receiving Copilot licences, adding an upgrade cost that is separate from the Copilot add-on pricing.

Beyond the base licence requirement, Copilot requires specific Microsoft 365 service configurations to be active and properly configured. Exchange Online must be active for Copilot in Outlook. Teams must be active for Copilot in Teams meetings. SharePoint and OneDrive must be accessible for Copilot to ground responses in organisational content. Where these services are restricted by configuration policy, information barriers, or compliance holds, Copilot's capabilities are correspondingly limited — and users who receive Copilot licences without these services properly configured will experience degraded functionality that reduces adoption and ROI.

The M365 Admin Centre now includes a dedicated Copilot readiness assessment page that evaluates deployment essentials, end-user experience configurations, and data security settings against Microsoft's recommended configuration baseline. Running this assessment before deploying Copilot licences provides a structured checklist of configuration gaps and their impact on Copilot functionality. CIOs should require that the IT team completes and addresses this readiness assessment before any Copilot deployment, not as an afterthought once licences have been purchased and users are frustrated with incomplete functionality.

Data Readiness: The Most Underestimated Barrier

Of all the factors that determine Copilot adoption success, data readiness is the most underestimated and the most commonly cited reason for Copilot pilots that fail to scale. Microsoft 365 Copilot grounds its responses in the data that the querying user has access to — SharePoint documents, OneDrive files, Exchange emails, Teams chats, and any connected data sources. The quality of Copilot's responses is directly proportional to the quality, organisation, and access control structure of that underlying data.

The most common data readiness problems that degrade Copilot quality fall into four categories. Overshared content — SharePoint sites and OneDrive folders that have been granted broad read access over time, creating Copilot responses that surface sensitive information to users who should not see it. Stale content — documents that are outdated, superseded, or contradictory to current policy, which Copilot will reference with no awareness of their currency. Poor taxonomy — documents without metadata, tags, or descriptive names, making them difficult for Copilot to locate and correctly contextualise. Fragmented storage — content spread across disconnected repositories (Teams channels, individual OneDrive drives, legacy SharePoint sites, external file storage) that Copilot cannot easily traverse.

The data readiness remediation required before meaningful Copilot deployment is often the single largest implementation investment — larger than the licence cost and larger than the change management programme. Organisations that skip data readiness work and deploy Copilot licences prematurely consistently report lower adoption rates, more user complaints about response quality, and greater difficulty demonstrating ROI to leadership. The sequence is non-negotiable: data readiness first, then licence deployment, then adoption programme.

"Copilot and AI agents inherit your data hygiene problems. When a user asks Copilot a question, it surfaces everything that user has access to — including overshared, stale, or sensitive content. The governance layer is only as strong as the data foundation it operates on."

Phased Adoption Framework

Successful enterprise Copilot deployments follow a structured three-phase adoption model. Organisations that attempt a full organisation-wide Copilot deployment simultaneously — driven by board-level AI mandates or Microsoft's adoption pressure — consistently produce worse outcomes than those that execute phased deployments with measurable milestones between phases.

Proof of Concept: 50 to 100 Targeted Users

Select 50 to 100 users across two to four business functions with high Microsoft 365 usage intensity and clearly articulable productivity pain points. Assign dedicated Copilot champions within each function — individuals with both technical curiosity and communication influence — to drive adoption and document outcomes. Define specific, measurable use cases for each function before the pilot begins: "Reduce time to first draft of client proposals by 40 percent" is a measurable objective; "improve productivity" is not. Measure time savings, task completion rates, and user satisfaction at weeks 4 and 8. Use Phase 1 findings to build the business case for Phase 2 and identify data readiness gaps that must be resolved before broader rollout.

Targeted Rollout: High-ROI Functions and Roles

Scale Copilot to the roles and functions where Phase 1 demonstrated the strongest ROI evidence. Typically these are knowledge-intensive, communication-heavy roles — senior analysts, project managers, HR business partners, sales professionals — rather than operational or frontline roles where Copilot's document and communication capabilities provide limited marginal value. Phase 2 should reach 10 to 20 percent of the total target population. Implement a structured training programme — not a one-time orientation session, but a sustained six-to-eight-week prompt engineering and workflow integration curriculum. Track active weekly usage as the primary adoption metric; simply having a Copilot licence does not constitute adoption.

Broader Deployment: Proven Value at Scale

Expand to broader role populations only after Phase 2 demonstrates measurable ROI evidence that satisfies the finance and executive sponsor requirements established in the original business case. Phase 3 is also the point at which Copilot Studio custom agent deployment (see below) and Agent 365 governance become relevant — as the organisation's AI footprint expands, governance tooling becomes proportionally more critical. For most organisations, Phase 3 will not achieve 100 percent coverage — some roles genuinely have limited Copilot value, and a targeted 60 to 80 percent deployment across the right user population typically produces better ROI than an organisation-wide mandate that includes users for whom Copilot adds marginal value.

High-Value Use Cases by Function

Copilot's highest-ROI use cases share a common characteristic: they involve knowledge synthesis, communication drafting, or information retrieval tasks that are high-frequency and time-intensive in their current manual form. The following use cases consistently deliver the strongest time-saving evidence in enterprise deployments.

Finance: Summarising financial reports and variance analyses, drafting board presentation narratives from source data, generating meeting summaries for finance committee and audit committee meetings, and creating first drafts of management commentary for regulatory submissions. Finance users report average time savings of 2 to 4 hours per week on document drafting and synthesis tasks.

Sales: Generating meeting prep briefs from CRM data, drafting post-meeting follow-up emails and next-step summaries, creating first drafts of proposals using corporate boilerplate and client context, and synthesising pipeline review data for executive reporting. Sales Copilot (integrated with Dynamics 365 and Microsoft 365) extends these capabilities with native CRM integration.

Legal and Compliance: Summarising long contracts and policy documents, identifying differences between draft versions, generating compliance checklists from regulatory text, and drafting standard correspondence and template documents. Note that Copilot should never be used as a substitute for qualified legal review — its value in these functions is task acceleration, not task replacement.

HR: Drafting job descriptions, generating candidate assessment summaries from interview notes, creating onboarding materials, and synthesising employee engagement survey responses into theme summaries. HR functions typically report the highest user satisfaction with Copilot, given the volume of text-intensive, document-heavy work that characterises the function.

IT and Engineering: Meeting documentation, project status report drafting, generating technical documentation from code comments, and synthesising incident postmortems. GitHub Copilot (a separate product from M365 Copilot) is the relevant AI tool for software development productivity; M365 Copilot adds value in IT function management and communication tasks rather than in development workflows.

Measuring and Proving ROI

The ROI measurement challenge is where most enterprise Copilot programmes fail at the executive level. Anecdotal time savings from individual champions are insufficient to sustain executive commitment to a licence investment that, at scale, may represent tens of millions of dollars annually. A disciplined ROI measurement methodology must be established at the outset of Phase 1 and maintained throughout the deployment.

Microsoft provides the Copilot Dashboard within Microsoft Viva Insights as the primary usage and adoption measurement tool. The dashboard tracks active Copilot user counts, feature-level adoption rates, Teams meeting summarisation usage, and document Copilot usage. These metrics measure utilisation — not value. The ROI measurement layer must be built on top of utilisation data by connecting usage patterns to business outcomes.

A practical ROI framework tracks three categories. Direct time savings — measured through structured time diary studies with a sample of active Copilot users, comparing time on specific tasks before and after Copilot access. Quality improvement — measured through manager assessments of first-draft quality, revision cycle counts, and error rates on documents produced with Copilot assistance. Employee experience — measured through regular (monthly) pulse surveys of active Copilot users covering perceived productivity impact, confidence in output quality, and Copilot recommendation likelihood. Combining all three measurement categories provides the evidence base required to present a credible ROI case to the CFO and board, and to make defensible decisions about Phase 2 and Phase 3 licensing expansion.

Copilot Studio: Custom Agent Strategy

Copilot Studio is Microsoft's low-code platform for building custom AI agents on the Microsoft 365 platform. Where M365 Copilot is a general-purpose AI assistant for individual users, Copilot Studio enables organisations to build purpose-specific agents — IT helpdesk agents, HR policy agents, supplier onboarding agents, customer service agents — that integrate with organisational data, processes, and systems through connectors and API integrations.

Copilot Studio licensing operates on a per-session consumption model. Sessions are priced at approximately $200 for 25,000 sessions per month, with capacity available in blocks. Unlike M365 Copilot's per-user model, Copilot Studio's consumption pricing scales with agent usage rather than user count — making it financially efficient for agents with high session volume but relatively narrow user populations.

The CIO's Copilot Studio strategy should follow the same phased logic as M365 Copilot adoption. Phase 1 uses are the highest-volume, highest-consistency information retrieval scenarios where a custom agent provides more reliable responses than general Copilot — IT FAQ agents, HR policy lookups, internal knowledge base queries. Phase 2 extends to process automation scenarios where agents trigger downstream workflows (service tickets, approval requests, data retrievals) via Power Platform or API connectors. Phase 3 involves complex multi-agent orchestration where Copilot Studio agents work alongside or hand off to M365 Copilot for synthesis and drafting.

Agent 365: Governing the AI Fleet

As Copilot Studio deployments scale and the number of AI agents in the organisation grows, a new governance problem emerges: visibility. How many agents are deployed? What data can each agent access? Who authorised each agent's deployment? Which agents are actively being used, and which are abandoned but still accumulating consumption costs? Agent 365 — included in M365 E7 or available as a $15 per user per month standalone from May 2026 — addresses this governance challenge directly.

Agent 365 provides a unified observability dashboard for the organisation's complete AI agent fleet, delivering telemetry on agent usage, data access patterns, performance metrics, and alerts for anomalous behaviour. It integrates with Entra (identity governance for agent permissions), Microsoft Purview (data access governance and DLP enforcement for agent actions), and Microsoft Defender (security monitoring for agent-initiated actions). For organisations with active Copilot Studio deployments or plans to deploy custom agents at scale, Agent 365 is not optional — it is the governance infrastructure that makes large-scale agent deployment governable and auditable.

Agent 365's inclusion in E7 is one of the primary legitimising factors for the E7 bundle for organisations with serious AI deployment ambitions. If Agent 365 is genuinely required — because the organisation is moving beyond individual Copilot use cases into multi-agent orchestration — the bundle arithmetic is more compelling. If Agent 365 is not yet required because the organisation is still in single-agent pilot phase, it does not justify the E7 premium today.

Enterprise Governance Framework

The governance requirements for Microsoft AI services extend well beyond Agent 365's technical observability capabilities. A comprehensive AI governance framework for M365 Copilot and associated services covers four domains.

Data governance: Information barriers and sensitivity labels must be correctly configured to prevent Copilot from surfacing information to users who should not have access. Microsoft Purview DLP policies should be extended to cover AI-generated outputs. SharePoint site access reviews should be conducted before Copilot deployment and at regular intervals thereafter — Copilot amplifies the consequences of overshared content by making it much more easily discoverable.

Acceptable use policy: Organisations should document specific guidance on what Copilot may and may not be used for — particularly around client-confidential work, regulated communications, and external-facing content generation. Copilot's outputs must always be treated as drafts requiring human review, not as authoritative outputs. The acceptable use policy should be communicated as part of the Copilot onboarding programme, not buried in an IT policy document.

Audit and compliance: Microsoft Purview Audit provides logging for Copilot interactions where required by regulatory obligation. For organisations in regulated sectors — financial services, healthcare, legal — understanding which Copilot interactions are logged, for how long, and under what retrieval conditions is a regulatory compliance requirement, not an optional IT governance item.

Spend governance: Copilot Studio consumption costs can escalate quickly as agent deployments scale and session volumes increase. Finance and IT should establish a shared governance mechanism for approving new Copilot Studio agents, setting session consumption budgets per agent, and reviewing consumption anomalies monthly. Consumption without governance is a budget risk that materialises faster than licensing leaders expect.

Commercial Risks and How to Mitigate Them

Premature E7 commitment. Microsoft's account teams are systematically pushing E5 customers to E7 at renewal. For organisations that commit to E7 before their Copilot adoption justifies it, the result is a 65 percent premium over E3 or a 40 percent premium over E5 for capabilities that are not yet deployed. Mitigate by requiring a formal Copilot readiness and adoption assessment before committing to E7 pricing in the EA or MCA-E.

Underestimating data readiness investment. Data remediation — access control review, content taxonomy, SharePoint governance — is commonly excluded from Copilot adoption budgets because it is not a Microsoft licence cost. In practice, it is often the largest single investment in the Copilot programme. Budget for it explicitly.

Licence without adoption infrastructure. Microsoft Copilot licences without a structured training programme, dedicated Copilot champions, and an ROI measurement framework produce low utilisation rates and poor return on the licence investment. In multiple enterprise deployments, 30 to 50 percent of provisioned Copilot licences go unused in the first six months because the adoption programme was not built ahead of the licence rollout.

Copilot Studio consumption overspend. Per-session Copilot Studio pricing scales with usage, not user count. A high-traffic IT helpdesk agent deployed without a session consumption budget can exhaust its monthly allocation in days. Establish consumption budgets and monitoring alerts before deploying any Copilot Studio agent to production.

Vendor lock-in acceleration. Each Copilot deployment deepens the Microsoft platform dependency. Copilot Studio agents built on Microsoft Power Platform connectors, Agent 365 governance infrastructure, and M365-native data integrations create technical dependencies that make future platform diversification progressively more expensive. CIOs should maintain architectural awareness of the lock-in trajectory as AI deployment scales.

"In one engagement, a global financial services firm with 8,000 M365 E5 users faced a Microsoft field team recommendation to upgrade all users to E7 at renewal — a $4.8M annual increase. After Redress Compliance's independent Copilot readiness assessment identified that fewer than 600 users had the data governance foundation to realistically benefit from Copilot in Year 1, the client licensed E7 for 600 users and retained E5 for the remainder — saving $3.1M annually against Microsoft's opening proposal."

Priority Recommendations

Conduct a Copilot readiness assessment before any licensing commitment. The M365 Admin Centre readiness page provides a structured baseline. Supplement with an independent data governance and access control assessment for regulated or high-sensitivity environments.

Start with a bounded pilot, not an organisation-wide rollout. Deploy 50 to 100 licences to high-ROI functions with clearly defined use cases and measurement criteria. Phase 1 ROI evidence is the prerequisite for Phase 2 and Phase 3 budget approval.

Do not commit to E7 without a Copilot adoption maturity assessment. E7 at $99 per user per month is the right choice for organisations with mature, scaled Copilot deployment. It is premature and expensive for organisations at pilot stage. Require Microsoft to substantiate the E7 recommendation with your organisation's actual adoption data, not industry aggregate projections.

Build the data governance foundation before the AI programme. Access control reviews, sensitivity labelling, SharePoint governance, and content taxonomy are prerequisites for meaningful Copilot quality. Budget for data readiness as a first-order investment, not an afterthought.

Negotiate Copilot pricing within the EA commercial bundle. Copilot add-on pricing, E7 unit rates, and Copilot Studio capacity blocks are all negotiable as part of the EA or MCA-E renewal. Organisations that negotiate these components in isolation from the EA consistently achieve worse pricing than those that treat them as elements of the broader commercial relationship.

For independent Microsoft EA advisory specialists covering Copilot adoption strategy, E5 vs E7 licensing decisions, and commercial negotiation support, visit the Microsoft Knowledge Hub or contact Redress Compliance directly.

2026 Pricing Landscape: What Your Copilot Decision Actually Costs

No Copilot business case is complete without the full 2026 licensing cost context. M365 E3 rises from $36 to $39 per user per month from July 1, 2026. E5 rises from $57 to $60. M365 E7 — the new top tier above E5 — launches May 1, 2026 at $99 per user per month, bundling E5 ($60), Copilot ($30), Agent 365 ($15), and Entra Suite ($12). If bought separately, those components cost $117. E7 saves $18 per user per month compared to assembling the same bundle from individual SKUs.

Microsoft has also eliminated the automatic EA Level B–D volume discounts as of November 1, 2025. Previously, large enterprises with 15,000+ users (Level D) received a 12% automatic discount on online services. Level C received 9%, Level B 6%. Those automatic discounts are gone. Every enterprise now starts at Level A list price regardless of size. This means the E3/E5/E7 prices above are the actual starting point for commercial negotiation — there is no automatic floor below list. Organisations renewing EAs in 2026 must negotiate every discount point explicitly, with Microsoft's Q4 window (April–June) offering the highest discount authority for Microsoft's field reps.

The practical implication for Copilot adoption decisions: if your organisation is on E3 today and considering Copilot, the cost of adding the Copilot add-on ($30) to post-July 2026 E3 ($39) is $69 per user per month. Moving to E5 ($60) plus Copilot ($30) is $90. Moving to E7 ($99) provides all of those features plus Entra Suite and Agent 365 governance capability at a $9 discount over E5+Copilot. None of those numbers are trivial at enterprise scale — 5,000 users on E7 at $99 versus E3 at $39 is a difference of $3.6 million annually. The Copilot adoption decision is, at its core, a financial modelling exercise that requires precise pricing inputs, not a technology aspiration.

Download the Copilot Adoption Framework

Phase-by-phase adoption guide, ROI measurement templates, data readiness checklist, and Copilot vs E7 licensing comparison model.

FF
Fredrik Filipsson
Co-Founder, Redress Compliance

Fredrik Filipsson is a Co-Founder of Redress Compliance and a specialist in Microsoft Enterprise Agreement negotiation, EA True-Up strategy, and M365 licensing optimisation. He has led 200+ Microsoft EA engagements across EMEA and North America, working exclusively on the buyer side. Redress Compliance is Gartner recognised and has completed 500+ enterprise software licensing engagements.

Connect on LinkedIn →