Section 01 · Unit introduction

What the Cowork model means for designers

Copilot Cowork is a working model, not just a tool feature. It describes a way of organising work in which a person and an AI operate in continuous collaboration — the person setting direction, evaluating output, and making decisions; the AI generating, drafting, and expanding. For learners to operate in this model effectively, they need a different kind of learning than a feature walkthrough provides.

Designing Cowork learning experiences is a distinct ID challenge. You are not teaching a software skill. You are teaching a working philosophy and a set of habits that need to become second nature under time pressure.

By the end of this unit
  • Describe the four components of the Work IQ model and their implications for learning design.
  • Design a learning objective that targets delegation mindset, not tool usage.
  • Construct a scenario-based practice element for a Cowork skill.

Why feature walkthroughs do not build Cowork skill

The most common approach to Copilot training is a feature walkthrough: here is the button, here is what it does, here is how you click it. This produces learners who know the features but cannot use them fluently under real work conditions.

The Cowork model requires different skills: the ability to define a task clearly before touching the tool, the habit of specifying context and constraints before generating, and the discipline to review output critically rather than accept it. These are judgment and habit skills. They are not built by feature walkthroughs — they are built by deliberate practice in realistic scenarios.

You cannot train delegation mindset with a click-through. You teach it by putting someone in a situation where they have to decide what to ask for, before the AI can help them.
Working principle · Cowork learning design
Section 02

Work IQ as a design framework

Work IQ is the capability framework that underpins the Cowork model. It describes the four capabilities a person needs to be effective when working with AI. Each one is a learning design target.

Task clarity

The ability to define a task precisely before delegating it — to AI or to anyone else. Without task clarity, delegation produces generic output.
Learning design implication: Teach task definition as an explicit skill. Build exercises where learners must specify a task before any tool interaction is available.

Context awareness

The ability to identify which context information the AI needs to produce useful output — and which is irrelevant or confidential.
Learning design implication: Build scenarios where learners must decide what to include in a prompt. Wrong context choices (too vague, too much, includes sensitive data) should have visible consequences in the scenario.

Output evaluation

The ability to read AI-generated output critically — identifying what is right, what is wrong, what is missing, and what needs rewriting.
Learning design implication: Provide learners with real or realistic AI outputs and ask them to identify specific errors, gaps, or misalignments with the original brief. Do not make the errors obvious.

Iteration discipline

The ability to give corrective instructions to the AI that move the output closer to the required result — without starting over.
Learning design implication: Build branching scenarios where the learner must choose between iterating, redirecting, or discarding. Model what good corrective instruction looks like.

4
Work IQ components — each one is a teachable, assessable capability. A Cowork learning programme that misses any one of them produces partial skill.
Reflect

Which of the four Work IQ components would be hardest to teach with a feature walkthrough? Which one is most commonly missing from Copilot onboarding you have seen or designed?

Section 03

Teaching delegation mindset

Delegation mindset is the habit of treating the AI as a capable collaborator who needs a precise brief — not as a search engine that answers vague questions, and not as a magic button that produces finished work. It is the single most important habit for Cowork effectiveness, and the hardest to teach because it requires the learner to slow down before they speed up.

The four design principles for teaching delegation mindset

Principle 1 — Make the brief visible before the AI appears
Design exercises where the learner writes the brief — the outcome, context, and constraints — before any AI interaction is available on screen. This removes the temptation to start prompting immediately and forces the pre-delegation thinking that makes the prompt work.

Example exercise: Show the learner a work situation (a meeting recording, a draft document, an email thread). Ask them to write the brief for what they would ask Copilot to do. Only then show them a prompt box. Evaluate the brief, not the AI output.
Principle 2 — Show the cost of vague delegation
Use side-by-side examples: a vague prompt and a specific one, each producing different outputs. The vague output should be plausible but wrong — it sounds like it could be useful, but does not meet the actual brief. The learner needs to feel the cost before the habit changes.

Example design: Show a project manager sending a vague Copilot prompt ("summarise the meeting") and receiving a generic summary that misses the key decisions. Then show the same scenario with a specific prompt ("summarise the meeting from the perspective of the project manager, focusing on decisions made and next steps assigned to the team") and the resulting accurate, useful output.
Principle 3 — Build iteration into the practice
Real Cowork is iterative. The first output is rarely final. Design practice that includes at least one round of iteration — the learner reviews a first output, identifies what is missing or wrong, and writes a corrective instruction. Evaluate the quality of the corrective instruction, not just whether the second output is better.
Principle 4 — Accountability must be explicit
Build explicit "who owns this?" moments into every Cowork learning scenario. After the AI produces output, ask the learner to confirm what they would check before submitting the work product as their own. This reinforces that the learner, not the AI, is accountable for the final output — in every scenario, in every exercise.
Section 04

Scenarios and practice for Cowork

Scenarios for Cowork learning differ from general eLearning scenarios in one important way: the AI interaction needs to be modelled, not just described. The learner needs to see what the AI produces and make a judgment about it — not just learn rules about prompting in the abstract.

Anatomy of a Cowork practice scenario

Situation — the real work context

Set the scene in specific work terms. Not "a manager needs to write a report" but "Sarah, a risk manager at a mid-sized financial firm, needs to summarise a 90-minute risk committee meeting for the board. She has 20 minutes before the submission deadline." Constraint and time pressure are what make delegation decisions real.

Decision point 1 — what to brief

Present the learner with three or four brief options, ranging from vague to appropriately specific. Each option should be plausible — not obviously wrong. The learner chooses; the scenario responds with the output that brief would produce. Include feedback that explains why the chosen brief produces the output it does.

AI output — realistic and imperfect

Show a realistic AI output — not a perfect one. Include one or two specific errors, gaps, or misalignments with the brief. Ask the learner to identify them. If they miss an error, show it with a gentle correction. This is the output evaluation skill being built.

Decision point 2 — how to iterate

Present the learner with three iteration options: a corrective instruction that addresses the specific gap, a vague "improve this" instruction, or starting over. Each produces a visible outcome. The learner sees the difference between targeted correction and undirected rework.

Accountability close — who owns the output

End every scenario with an explicit accountability check. "Before sending this to the board, what three things would you verify?" This closes the delegation loop and reinforces professional ownership of AI-assisted work.

Knowledge check

A Cowork scenario shows a learner receiving a good AI output that fully meets their brief. What should the scenario do next?

End of Unit 5

You should now be able to:

  • Describe the four Work IQ components and design a learning objective for each one.
  • Apply the four delegation mindset design principles to a Cowork module.
  • Build a five-part Cowork practice scenario that includes a realistic AI output and two decision points.
Section 05

Unit review

Question 1 of 4

Why does a feature walkthrough fail to build Cowork skill?

Question 2 of 4

Which Work IQ component is most directly addressed by asking learners to write the brief before any AI interaction is available?

Question 3 of 4

What is the most important characteristic of the AI output shown in a Cowork practice scenario?

Question 4 of 4

Which of the four delegation mindset design principles makes accountability explicit?

End of module

You have completed Course 05: Designing Cowork Learning Experiences. Next: Building Agent-Ready Learners — designing learning for organisations moving to Microsoft Copilot Studio agents.

Craig Stanley Studio · Designing Learning for the AI Era · Course 05 of 08 · AI-ID Series · Access by direct link only.