Signing in

You will be sent to MillerKnoll sign-in.

Measuring Adoption Without Making It a Compliance Exercise

Usage counts measure activity, not impact, and create perverse incentives (open Copilot, ignore output, metric goes up).

Lesson 5

Stories beat usage counts.

Track what matters: behavior change, work quality, time on high-judgment work, capability to explain and fix outputs.

Measuring adoption

Usage countsCompliance metricStories of workChanged outcomesWhat got faster
Stories of changed work beat compliance-style usage counts.

Core principles

  1. Story bank: specific accounts in the voice of the person, "15 minutes on summary plus 20 verifying vs 90 reading" beats a percentage.
  2. Qualitative signals: reaching for AI earlier, sharing bad outputs openly, iterating prompts, personal workflows.
  3. Avoid making metrics the goal, report usage as baseline if required, pair with stories and observed behavior.
  4. One agent, one colleague, one feedback round, or for managers: one experiment, one debrief, one story in the bank.

Check yourself

Why does the lesson argue that usage counts are a poor measure of AI adoption?

Do this in Copilot

Commit to one team experiment debrief and one story captured this month.

Paste this into Copilot Chat and work through it before moving on.

Capture a adoption story

Help me write a 3–4 sentence story for our team story bank: specific task, what I used Copilot for, time or quality difference, and one honest limitation. Tone: factual, not promotional.
Open Copilot →
  • Story capture

Did you run this in Copilot? Mark complete when you have tried it.