No tool names
As soon as a piece of software is named, write it in a corner of the room and get back to the problem.
Use
One hour of framing, 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 · First
One hour in a small group to agree on the problem, without naming a tool.
2 · One week before
For five days, each participant notes every moment they sigh. One line is enough.
3 · In the workshop
The pain points go into the matrix. Two or three processes move on to the canvas, in teams.
4 · After the workshop
One process, four to six weeks, measured against the Measurable gains block.
Before launching the friction log, bring four to eight people together for an hour: management, two or three people who actually do the work, and someone who can say no. Fill in the map in numbered order.
You leave with two things: the sentence that will open the workshop, and the list of hunches the friction log will need to confirm or disprove.
As soon as a piece of software is named, write it in a corner of the room and get back to the problem.
Nobody is wrong to have a hunch. Mark it with an empty circle: it becomes a question to check.
If nobody writes down a fear, it’s not that there aren’t any. It’s that the room doesn’t feel safe yet.
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, read from the Framing Map sentence. 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.