Measuring AI impact

Adoption and utilization measurement

Separate access, use and meaningful adoption of AI

Adoption and utilization measurement becomes relevant when licence activation or login counts are being reported as evidence of successful adoption. A focused review would examine a user or team completing an eligible workflow with declared agent assistance. This is most relevant to transformation leaders and product analytics teams, especially where teams must distinguish licensed user and active workflow user.

A measure needs a unit, comparator and decision

Illustrative working format

Measurement unit
A user or team completing an eligible workflow with declared agent assistance.
Eligible population and access data
Establish the starting evidence and its measurement boundary.
Active workflow user
Keep this distinct when interpreting the proposed measure.
A barrier and adoption-experiment brief
Connect uncertainty to the management choice it can change.
Illustrative measurement design supports management decisions; benefits, returns and prices require actual evidence.

Decision at stake

Separate access, use and meaningful adoption of AI

Make the decision explicit

Transformation leaders and product analytics teams
Licence activation or login counts are being reported as evidence of successful adoption.
Decision
Who uses the agent for eligible work, what barriers remain and whether use supports the intended outcome.
Licensed user
Use eligible population and access data to establish the relevant starting condition.
Relevant where these conditions apply; engagement scope is agreed separately.

For transformation leaders and product analytics teams, the immediate question is who uses the agent for eligible work, what barriers remain and whether use supports the intended outcome. This is most useful when there is a real choice between proceeding, changing the design, collecting more evidence or narrowing the intended use. The starting conversation should identify that choice and its consequence before deciding how much work the topic warrants.

High usage could reflect retries, mandatory interactions or experimentation rather than useful integration into everyday work. A useful review follows a user or team completing an eligible workflow with declared agent assistance, rather than stopping at a convenient component metric or document boundary. The evidence should separate observation, interpretation and recommendation so the accountable owner can see what it supports.

Prerequisites

Start with eligible population and access data

Give each input a specific job

Context neededEligible population and access data
Defines the operating boundary.
Examination materialTask-level usage and completion events
Examine repeated attempt.
Operating dependencyQualitative barriers and quality context
Shows conditions affecting adoption rate.
ParticipationBusiness and finance owner
Confirm access and a reviewer who can resolve gaps.
Use sanitised material; preserve evidence gaps.

For Adoption and utilization measurement, the sponsor should identify the decision, authoritative data sources and the owner of each measure. A baseline or credible comparator is especially important. Where the relevant information is missing, the work should establish a prospective measurement plan or narrow the claim rather than manufacture historical precision.

Useful starting material would include eligible population and access data; task-level usage and completion events; qualitative barriers and quality context. These inputs have different jobs: the first establishes context, the second supplies behaviour or comparison material, and the third exposes operating conditions that may qualify a conclusion. Existing material would be reviewed before requesting new collection, and a missing input would be recorded as an evidence gap rather than treated as a favourable result.

Coverage

Licensed user and active workflow user need different evidence

Keep the review distinctions visible

Licensed user
Report separately from active workflow user.
Repeated attempt
Report separately from sustained adoption.
Adoption rate
Report separately from business value.
Review questions—not evidence of completed testing.

Licensed user versus active workflow user

The eligible population would include people and tasks with an intended opportunity to use the agent. Licence counts would remain an access measure, preventing irrelevant roles from distorting the adoption denominator.

Repeated attempt versus sustained adoption

Instrumentation would distinguish ordinary work from retries, demos and development traffic. Sustained use would be related to accepted completion so repeated unsuccessful interactions do not inflate the apparent adoption story.

Adoption rate versus business value

Feedback would investigate specific barriers such as missing context, poor fit or unclear approval. The next experiment would target a plausible barrier and define what observation would support or contradict the intervention.

Illustrative scenario

High login activity: examine what changes the decision

Examine the constructed decision boundary

Illustrative scenario

  1. High login activity

    Only one service case category shows repeated accepted use.

  2. Eligible-work denominator

    Compare available workflows, attempts and successful use by category.

  3. Rollout question

    Investigate fit before treating account activity as adoption or value.

Illustrative scenario; no observed result implied.

A fictional organisation rolls out a drafting agent to service teams. Login rates look strong, but only one case category sees repeated accepted use. The proposed measurement would compare eligible work, attempts and completion, then investigate barriers through proportionate feedback. The decision would be whether to improve fit, support a particular team or narrow the rollout hypothesis.

Feedback might show that the unused case categories require source access the agent does not have. The next action would be to examine authorised access or narrow the rollout promise. More training or reminders would remain unproven interventions until the actual adoption barrier is understood. These are hypothetical decision paths, not observed client outcomes.

How the work proceeds

Define the comparison before interpreting the value

Follow the evidence through the work

  1. Eligible population and access data

    Define the unit, period and comparator before interpreting a change.

  2. Task-level usage and completion events

    Inspect this evidence for missing cases and incompatible definitions.

  3. Repeated attempt

    Keep this distinction visible when assessing the apparent value.

  4. A barrier and adoption-experiment brief

    Show assumptions and the observation that could reverse the decision.

The sequence is adapted to the system, decision and authorised access.

Define the measurement

Define eligible users, workflows and meaningful adoption events. The opening step turns the operating concern into a question that can be examined. It would identify a user or team completing an eligible workflow with declared agent assistance, the outcome the owner cares about and the conditions that would make an observation decision-relevant. Scope changes would remain explicit if the evidence reveals a different problem.

Check the evidence

Check instrumentation for retries, test traffic and incomplete work. The comparison material would include task-level usage and completion events, with qualitative barriers and quality context available to explain the operating conditions. Differences between licensed user and active workflow user would remain visible beside the observation rather than disappear into a pooled result.

Examine alternatives

Combine usage patterns with quality and contextual feedback. The review question would explicitly distinguish repeated attempt from sustained adoption. A material discrepancy would be traced back to eligible population and access data and the relevant execution or decision record, so a proposed change addresses the observed cause rather than the most convenient explanation.

Support the decision

Identify adoption barriers and a bounded improvement experiment. The resulting barrier and adoption-experiment brief would explain the distinction between adoption rate and business value and identify what further observation would change the recommendation. The business and finance sponsor would retain the decision, including whether a narrower scope or a different approach is preferable.

Indicative artefacts

Use a barrier and adoption-experiment brief to make the next action explicit

Every artefact needs an operating use

Illustrative working format

Scope and definitionsAn adoption and utilization definition set
Boundary — eligible population and access data.
Findings and limitsAn eligible-workflow usage analysis
Findings about repeated attempt.
Decision and follow-upA barrier and adoption-experiment brief
Action on adoption rate.
Illustrative fields; no prior delivery implied.

The final artefact set depends on the agreed decision. Useful outputs can include:

  • An adoption and utilization definition set. The working foundation for the question, including relevant definitions, boundaries and assumptions so another reviewer can understand what was examined.
  • An eligible-workflow usage analysis. The substantive observations and interpretation, preserving adverse results, disagreement and limitations that affect how the evidence may be used.
  • A barrier and adoption-experiment brief. The connection to action: what the owner could do next, what evidence is still missing and what change would justify revisiting the conclusion.

Scope and authority

Measured evidence and assumptions have different roles in a funding decision

Keep analytical work separate from decision authority

Within the reviewDefined measures and management analysis
Can include an adoption and utilization definition set.
Retained authorityBusiness and finance owner
Finance and business owners validate assumptions and retain funding decisions.
Outside this evidenceAudited returns or investment approval
Cannot be inferred from an eligible-workflow usage analysis.
Illustrative measurement design supports management decisions; benefits, returns and prices require actual evidence.

The proposed work supports management analysis and does not approve an investment or establish audited financial results. Prices, returns and realized benefits depend on actual evidence. Accounting, regulated advice and legal interpretations remain with qualified owners; authoritative financial and CRM records remain in their approved systems. To discuss adoption and utilization measurement, the first practical step is to identify the relevant owner and bring a sanitised description of the decision, the current alternative and the material uncertainty. That gives scoping a concrete starting point without implying a preapproved package or favourable conclusion.

Ways to engage

Related engagement scopes

AI Impact Measurement Framework

Define what better should mean before scaling an agent. Connect quality, cost, adoption and business outcomes to a baseline your team can revisit.

Read about this offer: AI Impact Measurement Framework

Continue exploring

Related insights and resources

Whitepaper16 MIN READ

Measure the work that improves

Connect agent activity to accepted business outcomes, establish a credible comparison, and distinguish useful capacity from realized financial value before deciding whether to scale.

Strategy & transformation6 MIN READ

Before the pilot: five questions for agent readiness

A compelling demo leaves important questions open. Use a five-dimension rubric to examine the data, authority, evidence, ownership and people behind your next agent initiative.

A little more clarity

Questions to consider.

Start with the questions that shape a better decision.

Is high utilization always desirable?

The intended outcome matters more than maximizing usage. An agent may be appropriate for only part of the workflow, and more interaction can sometimes indicate friction. The analysis would relate use to eligibility, task completion and quality instead of rewarding activity alone.

Can adoption be measured without intrusive employee monitoring?

The proposed design would prefer aggregate workflow events and minimum necessary information, with approved purpose and access. Qualitative feedback can explain barriers that telemetry cannot. Individual surveillance or performance scoring is not assumed by this scope.

What is an eligible user population?

It is the group with relevant work and an intended opportunity to use the agent. Counting every employee can distort adoption when many roles have no suitable task.

How should test and development traffic be treated?

Label or exclude it according to the measure's purpose. Experimentation can be useful activity, but it should not be reported as routine business utilization.

Why combine usage data with interviews?

Telemetry shows patterns but may not explain workarounds, trust or task fit. Proportionate feedback can identify hypotheses for a targeted adoption experiment.

What would make the measurement findings usable for our decision?

The findings should explain the distinction between adoption rate and business value and connect observations to the agreed criteria. An accountable owner should be able to identify what is supported, what remains uncertain and which follow-up would change the decision. The actual scope and review arrangement would be agreed before work begins.

Start with the decision you need to make.

Tell us about the agent workflow you want reviewed, and where you need greater clarity. Scope and availability are confirmed together.

Connected disciplines