Tier 2 Service · Portfolio Rationalization

Rebuild the estate to the right size.

Portfolio rationalization is the engagement that removes the over assignment, the duplication, the shelfware, and the edition mismatch that accumulate across a multi year Microsoft contract. The work is not a cost cut for its own sake. It is the discipline that resets the estate to the actual workload and produces the right size baseline that every downstream negotiation will run against. The renewal negotiates against the rationalized estate. The audit defends the rationalized estate. The optimization compounds against the rationalized estate.

Begin an engagement See the engagement →
Savings recovered
$420M+
Across Microsoft renewals, true ups, and audit settlements
Engagements delivered
340+
Fortune 500, mid market, regulated, public sector
Audit exposure cut
79%
Average reduction on formal compliance reviews
Practice depth
20+ yrs
Combined experience across the Microsoft estate
Why portfolios drift

The estate grows. It does not shrink.

Microsoft enterprise estates drift in one direction. Edition mix shifts toward the higher SKUs. Add on stacks accumulate. Tenant counts multiply through M&A and reorganization. Power Platform capacity is bought against pilots that never went production. Azure subscriptions sprawl through team self service. Each individual decision was rational in the moment. The aggregate is an estate that no one designed, that costs more than the workload requires, and that carries variance exposure no one is tracking.

What rationalization removes

Four categories of drift.

Rationalization addresses four predictable drift categories. Over assignment, where users are on a higher SKU than their consumption warrants. Duplication, where the same capability is licensed twice through different SKUs. Shelfware, where licenses were purchased against pilots or seasonal demand and never decommissioned. Capacity drift, where Azure subscriptions, Power BI Premium capacities, and Dataverse storage exceed the workload they were sized for.

Each category is addressable independently. The engagement scopes per category, prioritizes by recoverable dollar value, and sequences against operational risk. The customer chooses where the rationalization concentrates against the recoverable opportunity and the change tolerance of the affected business.

What it produces

The right size baseline.

The output is the rationalized estate footprint, the documented methodology, and the executed deployment changes. The customer ends the engagement with a smaller, cleaner, defensible estate that matches the workload. The renewal posture work that follows runs against this baseline rather than against the inflated pre rationalization footprint.

Across the practice, portfolio rationalization engagements typically recovered 11 to 23 percent of annual Microsoft spend depending on the size and complexity of the estate. The recovery is durable because it is structural, not negotiated. The estate is genuinely smaller.

Engagement phases

Five phases. Twelve to sixteen weeks.

Rationalization is a sequenced engagement. Discovery before design. Design before execution. Execution before close out. The phases produce dependencies that earn their place in the order.

01

Discovery

Estate scan across M365, Azure, Dynamics, Power Platform. Deployment versus entitlement. Consumption versus deployment. The quantified inventory.

02

Opportunity sizing

Per category, per product line, the recoverable dollar value. The operational complexity of recovery. The change risk. The prioritized opportunity stack.

03

Design

The target state estate. The persona ladder. The tenant consolidation map. The capacity right size. The runbook per workstream.

04

Execution

The deployment changes. License reassignment, edition step down, shelfware removal, capacity reset, subscription consolidation. Operational support through the cutover.

05

Close out

The post rationalization estate document. The methodology record. The renewal handoff. The contract memory the next negotiation will run from.

Where the recovery lives

Six lenses. Six workstreams.

The recoverable opportunity concentrates in six lenses. Each lens runs as its own workstream with its own analyst owner inside the engagement. Workstreams run in parallel where the dependencies allow.

Lens 01

M365 persona ladder.

The persona segmentation across E5, E3, F3, Business Premium. The downgrade candidates. The frontline candidates. The Copilot eligibility test. The shape of the right size persona distribution against the workload.

Lens 02

Add on stack.

Every add on SKU attached to a base license tested against consumption. Defender for Office, Entra ID Plan 2, Purview, Teams Phone, Audio Conferencing. Where the add on is unused, it detaches. Where two add ons overlap, the redundancy resolves.

Lens 03

Azure commitment posture.

MACC commitment versus actual consumption. Reserved instance allocation versus runtime. Hybrid benefit application coverage. Savings plan posture. The Azure commitment right sized against the workload roadmap.

Lens 04

Dynamics user mix.

Full user versus team member assignments. Attach licensing across the Dynamics modules. Multiplexing posture review. The Dynamics user count rebased against the actual operational use.

Lens 05

Power Platform capacity.

Power BI Premium capacity utilization. Power Apps per app versus per user economics. Power Automate flow inventory and capacity mapping. Dataverse storage and API consumption. The platform sized to the active workload.

Lens 06

Tenant consolidation.

Multi tenant estates carry duplicated entitlement and operational overhead. The consolidation analysis identifies which tenants can merge, what the integration cost is, and what the steady state savings deliver. Not every tenant should merge. The analysis is honest about the right number.

Where it goes wrong

Three failure modes. All preventable.

Portfolio rationalization fails in three predictable ways when it is run without buyer side discipline. The engagement scopes against each failure mode and structures the work to avoid it.

Failure 01

The reseller led version.

Reseller led rationalization optimizes for the reseller margin. The recommendations preserve the SKUs the reseller earns the most on. The customer recovers a fraction of the available opportunity and reads the engagement as a success because the dollar recovery is real, even though it is materially below what the buyer side engagement would produce.

Failure 02

The optimization without operating model.

An engagement that quantifies the opportunity but does not produce the operational runbook leaves the recovery on paper. The licenses are not actually deprovisioned. The Azure commitments are not actually restructured. The recovery shows up in the slide deck and not in the budget. The engagement design includes the execution layer for this reason.

Failure 03

The rationalization without contract reset.

An estate that is rationalized inside an existing contract releases the dollar value at renewal, not before. Without the contract reset, the customer continues to pay against the inflated commitment for the remainder of the term. The engagement coordinates with the contract calendar so the rationalization timing produces the negotiating leverage at the right moment.

From the practice
The renewal does not produce savings on its own. Rationalization produces the savings. The renewal converts the rationalized estate into a contract that holds the savings through the term. The two engagements are halves of the same job.
Managing analyst · Portfolio and renewal practice
Questions we hear

The four questions on every first call.

The same four questions surface at the discovery stage of every engagement in this service line. The short answers are below. The full conversation happens against the customer specifics on the first analyst call.

Question 01

How is this different from a reseller engagement?

A reseller earns margin on what you buy from Microsoft. Our economics are inverted. We are paid by the customer to reduce or restructure what the customer commits to Microsoft. No SKU we recommend produces revenue for the firm. No customer outcome we deliver compromises a reseller relationship the firm does not hold. The advice is buyer side without qualification, and the engagement structure is built around that posture.

This is the reason most reseller produced analyses recommend keeping the SKUs the reseller earns the most on. Our analyses do not have that incentive. The recommendations follow the customer interest, full stop.

Question 02

How do you protect the work from Microsoft view?

The engagement is buyer side and confidential. Analyst access to customer data runs against a signed NDA with the engagement entity, not against any Microsoft visible data sharing arrangement. The artifacts produced for the customer are not shared with Microsoft unless the customer chooses to share them in negotiation. The methodology footnotes are designed to be defensible if surfaced and silent if not.

The engagement does not surface to the customer Microsoft account team. The seller will see the customer producing better counter analysis than the seller proposed pricing accounts for. The seller will not see the source of the counter analysis unless the customer chooses to disclose it.

Question 03

What is the engagement structure?

Most engagements run as a fixed scope, fixed fee, fixed timeline structure. The fee is set on day one against the scope agreed in the engagement letter. Success based or contingent fee structures are available for specific engagement types where the outcome is cleanly attributable, but they are the exception rather than the default. Buyer side advisory works best when the analyst incentive is to do the right thing rather than to maximize a contingent number.

The first two analyst calls are scoped at no fee and produce the engagement letter only if the fit is right. We do not propose engagements we cannot deliver the outcome on.

Question 04

What does the customer need to provide?

The customer provides access to the contract record, the procurement file, the relevant administrative telemetry, and a single point of contact who can authorize the data access and the stakeholder interviews. The engagement does not require dedicated customer resourcing beyond the point of contact. The analyst team runs the work and surfaces findings into the customer cadence.

The data access is scoped tightly. Read only telemetry is sufficient for most workstreams. Where elevated access is required, the engagement scopes the access against a specific runbook with the customer security team in the loop.

Initiate engagement

Write before the quote becomes a position.

Two analyst calls. No pitch. We tell you what we would do, what the leverage actually is, and whether we are the right firm for this engagement.

Who we work for.Buyer side only. No reseller relationship with Microsoft. No partnership of any kind. We earn nothing from products sold or renewed, only from outcomes delivered against the contract.