Start free trial
How-to 5 steps 4 min read Updated 11 November 2026

How to measure Microsoft 365 and Copilot adoption

Set an adoption baseline, measure real usage by service and department, and show which Microsoft 365 and Copilot seats pay off.

How-to

What is Microsoft 365 adoption measurement?

Measuring Microsoft 365 and Copilot adoption means tracking how many licensed people actually use each service, and how often, by department over time. It needs three things: an agreed definition of active use, a baseline taken before change, and usage reported next to licence cost.

In short

  • You cannot show Copilot value without a baseline of how Microsoft 365 was used before it.
  • Agree what counts as active use before you measure, and keep it fixed.
  • Report usage by department and service, next to licence cost.
  • Use the numbers to target training and to reclaim idle seats, not to rank individuals.

Step by step

Five steps give you an adoption baseline you can defend and a routine that keeps it current.

  1. Define active use

    Decide what counts as a user of each service, such as activity in the last 30 days, and add a depth measure for Copilot, such as active days per month. Write it down and apply it to every department the same way.

    Tip: Agree the definition with the budget owner as well as IT, so the numbers are accepted when they arrive.

  2. Take a baseline now

    Record current usage per service, department and workspace type before you change anything: Teams, SharePoint sites, Microsoft 365 groups and Copilot. A baseline taken after the rollout cannot show what the rollout changed.

  3. Measure usage next to licences

    Put licensed users, active users and licence cost in one view. The gap between the two counts is the cost of unused seats, and it is the figure a budget owner asks for first.

  4. Find the busy and the idle

    Rank workspaces by real activity to see where people work, and list the ones that sit idle. Use the busy areas as the model for training and the idle ones as candidates for archiving or reassigning seats.

  5. Report on a fixed cycle

    Share adoption by department with stakeholders every month or quarter, with the trend against the baseline. Act on each report: train where usage is low, reclaim seats that stay idle and recognise the teams that lead.

Why adoption goes unmeasured

A rollout ends when the licences are assigned, and measurement is nobody's job. The admin center shows activity, but in separate reports with short windows, so a comparison between services or a trend over a year needs someone to collect it. When the budget review arrives, there is no baseline to compare against.

This is the usual position. In Gartner's research, 38% of IT leaders do not measure Microsoft 365 adoption or usage at all (Microsoft 365 Copilot and Agents: Assessing Impact and Value, 2026). Teams that do measure can say which seats pay off, where training will help and where a licence should go to someone else.

Connectors in this How-to

Each connector page in the Rencore docs lists the objects, policies, reports and actions behind these steps.

Common questions about measuring adoption

What counts as adoption of Microsoft 365 Copilot?
There is no single definition, so agree one before you measure. A common starting point is the share of licensed users with Copilot activity in the last 30 days, reported by department. Pair it with depth, such as active days per month, so one opened prompt does not count as adoption. Keep the definition fixed for a quarter, otherwise trends tell you nothing.
Do the Microsoft 365 admin center usage reports not show this?
They show activity per service and per user over fixed periods, and they are a good first look. They do not hold history beyond their window, join usage to department and cost, or compare services side by side in the way a budget owner asks. Many teams export the reports each month and assemble the comparison by hand, which is where the baseline gets lost.
Which metrics should we start with?
Start with four: licensed users against active users per service, the idle share of Copilot seats, the busiest and quietest workspaces, and usage by department. They answer the questions leadership asks first, which are who uses it, where the seats go unused and where to put training. Add more only when someone will act on the result.
How do we use adoption data without watching individuals?
Report at department and service level by default, and look at individual users only for decisions that need it, such as reclaiming an unused seat after a notice. Say in advance what is measured and why. Adoption data shows where help is needed, and employees accept that far more readily than a dashboard that ranks people.
How does Rencore help measure adoption?
Rencore Governance reports how much each Microsoft 365 service is actually used across the tenant: which Teams, SharePoint sites, apps and flows people work in, which sit idle, and where paid seats go unused. For Copilot it reports licences with activity by user, department and region, and its policies flag inactive seats, so adoption sits beside cost in one place.

Last updated 11 November 2026

See adoption by service and department

We will show Microsoft 365 and Copilot usage by department, next to licence cost, in a short demo.

Rencore newsletter

Subscribe to our newsletter

Get the latest insights on governing Microsoft 365, Copilot and AI agents, delivered to your inbox.

Loading form