Champions, Events, and User Enablement

The human layer of adoption: recruit champions on evidence not enthusiasm, run events that produce an artifact, and sequence a 30-day enablement plan that ends in reviewed work rather than link clicks.


What you'll learn

  • Select champions using observable signals and give each an evidence-based first-month responsibility
  • Choose an engagement-event format from the behavior you want to produce
  • Convert event attendance into a one-week evidence loop with an owner and due date
  • Sequence a 30-day enablement plan around verified themes and reviewed artifacts
On this page

The announcement goes out and the licenses arrive. By Tuesday morning, many people still don't know which piece of work to try first. Access has solved one problem, but nobody has shown them a useful starting point or where to go when the result looks wrong.

Champions can provide that nearby help. Events give people a reason to make a first attempt, and the enablement plan brings them back to the task until review becomes routine. Each part needs evidence. After a session, you should be able to point to what someone produced, who checked it, and what happens next.

Pick champions for the work they already show

A champion is a trusted employee who understands the work and can help colleagues change how they do it. Enthusiasm and technical fluency can help, but neither proves that someone will coach a peer. Look for a person who can demonstrate a realistic scenario, sit with a colleague through the first attempt, hear resistance without dismissing it, record what happened, and pass questions beyond their role to the right owner.

Microsoft lists six champion activities. For recruitment, translate each one into something you could have observed before the program began. "Colleagues already ask this person for coaching" gives you evidence. "Seems keen" gives you an impression. Choose candidates who show at least two signals, then check that the group as a whole covers all six activities and the work groups involved.

Riley is a trusted process expert and colleagues already ask for help. Morgan is a tenant admin with no protected time for peer support. Jules is interested but hasn't yet shown coaching, process knowledge, or cross-team influence. Riley has the strongest evidence for the first place. The role still needs limits. Technical, security, licensing, and policy questions go to the people authorized to answer them.

A champion is not an unpaid help desk or a credential issuer

Define what champions may demonstrate, what they must escalate, and what they must never promise. And keep recognition honest: an internal badge is local recognition your own program awards, separate from any Microsoft credential. The MS-4007 instructor-led course retired on March 31, 2026, so don't advertise its badge as currently earnable. Point people to the active Learn adoption path instead.

Draft a champion-program charter· copilot-chat
Bad example

Write a charter for our Copilot champion program.

Good example

Draft a one-page Microsoft 365 Copilot champion-program charter for a 240-person operations department. Include purpose, champion responsibilities, sponsor responsibilities, a monthly community-call cadence, escalation boundaries, and three observable first-month outcomes. Mark any decision that requires a sponsor, administrator, security specialist, or data owner. Do not invent organizational policies or performance results.

Why this works: A structured charter draft you then authorize yourself: the sponsor approves protected time and the data owner approves evidence handling before recruitment.

Recognition should reward evidence. A defensible internal badge has four parts: a published criterion, the evidence that demonstrates it, a named reviewer, and where the approved result appears. If a champion submits three barriers but only one has a named owner, they don't earn the "three actionable barriers" badge just because three entries exist. The reviewer applies the published criterion and records what's missing. That single habit is what stops a champion program from becoming a participation-trophy scheme.

Recognition works because it feeds a rhythm, and the engine of that rhythm is a recurring community call: a monthly meeting where champions demonstrate a scenario, surface a barrier, and leave with decisions. A useful call produces more than attendance: a demonstrated scenario, evidence-backed feedback, named owners with due dates, an escalation route for anything outside the champion role, and a follow-up check for next time. A working session produces at least one owner and one date. Anything less is a status update. Publish a short recap in the team's channel afterward so the decisions and the open questions survive past the meeting.

Choose the event by what people should do afterward

Start with the behavior you want to see, then pick the event that gives people a chance to produce it.

Event Intended behavior Participant artifact
Launch Day Understand the rollout and finish a first task First-task result and a personal use case
Prompt-a-thon Write, test, compare, and improve prompts A tested prompt, output, and verification note
Agent Hackathon Turn a business problem into a bounded agent concept A concept brief and reviewer score
Virtual Skilling Event Practice several skills in a structured remote session Submitted exercises and a follow-up commitment

For any prompting activity, teach the same four-element model you'll know from The Anatomy of a Great Prompt: Goal, Context, Source, Expectations. Then score submissions on clarity, source discipline, reuse, and verification. Prompt length isn't part of the score. A Prompt-a-thon where the longest prompt wins has measured the wrong thing.

One rule ties every format together: keep facilitation separate from implementation. An Agent Hackathon produces a concept that still needs a separate build to become a production agent. Agent Builder is a no-code route included with a Microsoft 365 Copilot license. A Copilot Studio trial can create and test agents, and publishing needs a different license path. Those are useful facts for a follow-up investigation, best decided outside the room.

Why every event needs a one-week loop

A commitment written on a sticky note is not adoption evidence. Before an event closes, record the artifact, the reuse action, an owner, and a due date. On the due date, classify each: complete (evidence submitted), needs revision (evidence exists but the artifact didn't work), or not completed (nothing came back). For "needs revision," assign a champion to help fix it. For "not completed," ask the owner to name the barrier and set one smaller action with a new date.

This one-week loop turns a good afternoon into an input for improving the program. It also protects you from the most flattering mistake in adoption: reporting the energy in the room as if it were a result.

Rebuild the weak Prompt-a-thon prompt· copilot-chat
Bad example

Make this prompt better: “Summarize these notes for leadership.”

Good example

Here is the weak starting prompt teams were given for a leadership update: "Summarize these notes for leadership." Rewrite it using Goal, Context, Source, and Expectations against the supplied weekly operations notes. Require five sections (Progress, Delays, Customer impact, Decisions needed, Next actions), preserve named owners and dates, and write "Not stated in the notes" wherever the source is silent. Then flag any statement that isn't supported by the notes.

Why this works: A structured prompt plus a source check, the exact artifact a Prompt-a-thon should produce: a tested prompt, an output, and a verification note.

Sequence the 30-day plan

A single event doesn't build a habit. A sequenced plan does. Use five stages: Prepare, Activate, Practice, Extend, Apply, over roughly a month, anchoring practice to the verified six-week theme progression: managing time, supercharging creativity, expanding expertise, enhancing collaboration, using agents, and applying your skills.

One wrinkle is worth naming. Microsoft's Great Copilot Journey is marketed as a "30-day" journey but is structured as six weeks, and its own materials don't map cleanly to one prompt per weekday. Don't paper over that by inventing a two-prompts-a-day rule. Treat "30-day" as 30 working-day practice slots across six five-day weeks, keep the verified themes for progression, and record whichever official activity your tenant shows, without claiming a one-to-one mapping to numbered prompts that the evidence doesn't support.

Define completion before you launch, because a link click is weak evidence of learning. Collect an artifact packet each week instead: the task attempted, the prompt used, the source or criteria used to review the response, at least one correction or confirmation, and a short reflection. A learner who produces that has demonstrated the review habit, which is the actual skill. Generated text existing on its own proves nothing.

For deeper learning, route people to Microsoft Copilot Academy in Viva Learning: individuals can self-start from it, and an authorized administrator can duplicate, customize, and publish a tailored Academy for a cohort. Don't promise item-level assignment of one exact lesson to one person. That control isn't something to assume across tenants.

Make the first message do exactly one thing

An activation email that lists ten resources gets zero of them done. Reduce it to one task, one prompt, one review rule, and one support route. The Academy, the community call, and the next scenario come after that first action lands.

Write a single-action first-use email· outlook
Bad example

Write an email encouraging the customer-success team to start using Copilot.

Good example

Write a short first-use email for a customer-success team starting with Copilot. It should name one task (turn meeting notes into a decisions-and-actions list), include one ready-to-paste prompt that separates decisions, action items, owners, dates, and unresolved questions and writes "not stated" for gaps, give one review rule (check every owner and date against the notes), and point to one support channel. One call to action only.

Why this works: A focused activation message a learner can act on in ten minutes, producing the first artifact packet of the plan.

Turn a community call into a decision record· copilot-chat
Bad example

Summarize our Copilot champion call and include the next steps.

Good example

Draft a recap for a monthly Copilot champion community call from these notes: [paste demo, barrier, and discussion notes]. Structure it as scenario reviewed, evidence reviewed, decision, barrier with a named owner and due date, escalation route, badge review, and next follow-up. Do not claim that productivity improved. separate evidence from decisions.

Why this works: A recap that records decisions, owners, escalation, and follow-up: proof the call produced accountability beyond attendance.

Try it yourself

Design the first week of enablement

Stand up the smallest complete slice of the human layer for a fictional 60-person Customer Operations team. Aim for five to ten minutes.

  1. 01

    Write a first-use message with exactly one task, one prompt, one review rule, and one support route.

  2. 02

    Choose one champion and write one observable first-month responsibility plus the boundary they must escalate rather than decide.

    Hint: Tie the responsibility to evidence, for example "demonstrate one approved scenario and coach two colleagues" beats "be enthusiastic."

  3. 03

    Define the Week 1 artifact packet: what each learner submits to show they ran the review habit. Copilot usage on its own doesn't count.

  4. 04

    Name the event format you'd run in Week 2 and the single behavior it should produce.

A one-week enablement slice tying a first action, a champion responsibility, and an evidence-based completion definition to a chosen event format.

Key takeaways

  • Select champions on observable signals, and give each an evidence-based first-month responsibility. A vague "be enthusiastic" doesn't count.
  • Award internal badges on published criteria and reviewed evidence. Never present them as Microsoft credentials.
  • Choose an event format from the behavior you want. Teach Goal, Context, Source, Expectations and score verification quality regardless of prompt length.
  • Convert every event into a one-week loop with an owner and due date, classified complete, needs revision, or not completed.
  • Sequence a 30-day enablement plan around verified themes and collect artifact packets: reviewed work, not link clicks.

Check your understanding

  1. 1. A department is choosing champions. Riley is a trusted process coach. Morgan is a tenant admin with no protected time for peer support. Jules is enthusiastic but has shown no coaching or influence. Who is the strongest first pick?

  2. 2. An operations team must write, test, revise, and verify prompts against identical sample notes, each team submitting its final prompt, output, and a verification note. Which event format fits?

  3. 3. The Great Copilot Journey is labeled a "30-day" journey but has a six-week structure whose prompts don't map to one per weekday. How should an adoption lead schedule it?

  4. 4. A champion submitted three barriers, but only one has a named owner. The badge criterion is "three actionable barriers." Do they earn it?

  5. 5. After an event, a participant writes down a commitment to reuse a prompt. What makes that count as adoption evidence?

Frequently asked questions

Terms used in this lesson

champion
A trusted employee who pairs practical knowledge with the ability to help colleagues adopt a new way of working.
Prompt-a-thon
A scored engagement event where teams write, test, revise, and verify prompts against a shared scenario.
artifact packet
The weekly evidence a learner submits: prompt, reviewed output, a correction, and a reflection.
one-week loop
Recording an artifact, owner, and due date after an event, then classifying the result as complete, needs revision, or not completed.

Further reading