On AI at work
Buying licences and running training feels like the finish line. It’s the start. Here’s a simple framework I came up with for getting from there to real outcomes, with what I’d do at each stage and a one-page plan to start with.
A lot of AI programmes end the same way. The licences are bought, people are trained, and the report says it’s done.
That’s the end of a project, but it isn’t a result. MIT NANDA’s 2025 study found that about 5% of AI pilots achieved rapid revenue gains.1 A 2026 survey by WRITER, an AI vendor, found only 29% of organisations see significant ROI from generative AI, and that individual wins aren’t turning into business value.2
I don’t think the tools are the problem. What’s usually missing is everything around them: knowing what you want more of, finding the right work to change, setting it up, and checking whether anything actually changed.
AMPLE is a framework I’m working on. I came up with it from looking at how I and others approach AI, and seeing where people struggle. It’s one practical way for individuals, teams and organisations to implement AI that delivers outcomes, improving both the work and the business. It has five stages, and the last one feeds back into the first, so it keeps running.
It’s for anyone who has started using AI and wants results, not just rollout: on your own work, with your team, or across an organisation.
Here’s each stage, what I’d do, and what you should have at the end of it.
Start with the goal: what do you want more of, and less of? Not “automate task X”, but “spend more time on marketing”, “turn proposals round faster”, or “do work I couldn’t do before”.
Then pick one workflow, your own or your team’s, not the whole company. One task is fine as a start. Map how it happens today, not how the process document says it does. If it’s a team’s workflow, sit with the people who do the work.
WhoYou, on your own work, or the team lead with the people doing the work.At the endOne to three goals, and a task list showing where effort goes.
This is the step most people get stuck on: what should AI actually do? So it’s worth slowing down here.
Start from the goal you set in Audit, not the tool. Ask: which tasks stand in the way of it?
For my own work, I ask it a different way: how could I get rid of this task, so I can focus on something that matters more? Sometimes the answer is AI. Sometimes the task shouldn’t exist at all.
Do it task by task. A whole job or team is too big a unit. Someone will say “design should stay human”, and they’re right about the direction. But inside design there are tasks they’d happily hand off, like gathering references or making variations.
Each task gets one of four answers:
The first answer is the one people skip, because the brief says “use AI”. It’s often the cheapest win you’ll get.
But AI isn’t only about taking work away. The bigger change is what people can now do that they couldn’t before. A product manager who can build a working app. Someone who can make slides that actually land, tell a story with data, or design a clear screen to show it. So there’s one more answer:
It isn’t all or nothing either. Across my tasks it’s roughly 10% human, 30% augmented and 60% automated. That’s a rough starting guide, never a target. Before I hand anything over, I ask three things: why should AI do it, is the risk worth handing off, and should a person stay in control?
Then decide where the freed time goes. People often say automation will free up time for more valuable work, but what I usually see is people doing more of the same tasks. The mix of human, augmented and automated changes with every task. What matters is pointing the time you get back at your goal. On an agentic product design and development project, for example, it frees up far more time for strategy, design exploration and ideas.
To find the tasks, these questions help:
“What would I do more of” tells you what to keep human, and where to point the freed time. The last two tell you what to add. The rest tell you what to stop, augment or automate.
WhoYou decide, or the team lead decides with the team.At the endA short list of changes, each with an answer, an outcome, a starting number and an owner.
One row per task. Fill it in for one workflow, alone or with your team. Then pick the one to three rows to start with, and one thing to add. Nothing you type leaves this page, and it isn’t saved: copy it before you leave.
| Task | How often, how long | What’s it for? | Stop, human, augmented or automated? | Why, and what’s the risk? | If this was taken care of, I could focus on… |
|---|---|---|---|---|---|
| Something I can’t do yet | Where it would change the result | First small version I’ll make |
|---|---|---|
On a phone, swipe the tables sideways to see every column.
Then work out what the tasks you chose need, and set up only that. Not everyone, all at once. I ask five questions:
This part matters. But it’s only the start. Having the setup doesn’t mean anyone uses it on work that counts.
WhoYou, or whoever owns the tools and data, plus someone who checks AI output.At the endTools, connections, context, rules and checks for the chosen tasks.
This is where the change turns into value: the freed time and new abilities go into the goal. It’s also the part I’ve seen work, and it starts with training.
I ran an AI workshop for 200 people. Each session took about three hours, and anyone could also work through the worksheet at their own pace. Everyone built an app with AI.
The app wasn’t really the point. The workshop didn’t just explain how to do it. It offered use cases and examples to help people start thinking about how to actually apply it, and it covered mindset and ways of thinking. That’s what moved people from “I can build an app” to “here’s an idea from my own work worth building”.
Everyone ended up with a finished app of some sort. Then it went further than I’d planned. Some people used what they’d learnt to build internal business tools. Others started making prototypes for client proposals.
The moment that stuck with me was a product manager who had never written code. He built a working prototype to show his vision for a product at the proposal stage. In the past that was unheard of.
A proposal described the idea.Now it could show the idea working.
The UK government’s 2026 review of AI upskilling case studies points the same way: training works when it’s tightly linked to real tasks and outcomes.3
WhoYour own weekly check-in, or the team lead runs one.At the endFreed time and new skills going into the goal every week, and a record of what it added.
This is where I’d do it differently next time. I didn’t track outcomes. Managers tracked how many people went through the workshop and built an app. That’s worth knowing, but it counts attendance, not value. It’s also why I can’t say how many proposals included a prototype.
What I’d track, starting with the goals from Audit:
Hours saved is the easy number, and the weakest. Saved time only counts once it turns into something.
WhoYou, or the team lead with whoever owns the numbers.At the endEvidence of what changed against the goal, and the list for the next round.
The five stages on one page. Fill it in here and copy it into your own doc. It isn’t saved, so copy it before you leave.
Work through it on your own, with your team, or across your organisation.