Pain points that are too vague
“Communication” is not a pain point. “I retype the same information into three systems” is.
Use
One week of preparation, three hours as a team, six weeks of testing. That’s all it takes to go from a hunch to a documented decision.
1 · One week before
For five days, each participant notes every moment they sigh. One line is enough.
2 · In the workshop
The pain points go into the matrix. Two or three processes move on to the canvas, in teams.
3 · After the workshop
One process, four to six weeks, measured against the Measurable gains block.
Ask participants to note, over five working days, every moment they sigh. One line is enough: the task, how long it took, what was frustrating.
You’ll arrive at the workshop with real material instead of impressions. It’s probably the most valuable step in the whole process.
| Day | Task | Time | What was frustrating |
|---|---|---|---|
| Monday | Copying sign-ups from the form into the spreadsheet | 25 min | The same data, typed twice |
| Tuesday | Looking for the old version of the report | 15 min | Three folders, no clear names |
| Thursday | Answering questions about the schedule | 40 min | Always the same six questions |
For 6 to 20 people, ideally the ones who actually do the work. Not just their bosses.
0:00
Why we’re here. And a promise said out loud: we start by naming what we protect.
0:15
Everyone writes down their three biggest sighs, one per sticky note. Concrete wording required.
0:40
The sticky notes go into the four quadrants. Discuss the borderline cases, especially between the noble burden and the sanctuary.
1:10
Two or three processes from the chore or the noble burden. One team per process.
1:20
Ten minutes. Coffee is part of the method.
1:30
The right side (25 minutes), then the left side (20 minutes), then the bottom (15 minutes).
2:30
Each team presents its canvas in three minutes. The group gives it a light: green, yellow or red.
2:50
Keep a single process, one person in charge and a review date.
“Communication” is not a pain point. “I retype the same information into three systems” is.
They know the official process. The team knows the real one.
As soon as specific tools are named, the discussion swings to the solution. Save product names for later.
An empty block is useful information: it tells you what you need to go check.
Pick a single process. Test it for four to six weeks. Measure what you wrote in the Measurable gains block. Then decide.
Bringing AI into an organization is built on small, documented wins. Not on a grand transformation plan.
If you don’t answer this question, the answer comes on its own. Freed-up time fills with email, meetings and new requests. Six months later, nobody knows exactly what changed.
If you do answer it, everything shifts. Time recovered from the chore goes back to the sanctuary: more time with clients, to think, to train the next generation, to take care of the team. That’s where the real promise of AI lies. Not replacing people. Not making them faster. Giving them back time for what only they can do.
The online canvas fills in right in your browser and exports as a PDF.