The premise

What actually kills a rollout.

01

Threat, not difficulty

People reject a system when it threatens their competence, control or status — not because the buttons are hard.

02

Power, not the org chart

The person who can quietly kill adoption is rarely the one with the senior title. Miss them and the programme stalls.

03

Consent, not compliance

You can mandate attendance. You cannot mandate use. Real adoption is negotiated, one honest objection at a time.

Stage 1 · Analysis

Diagnose the resistance before building anything

Image 3 · Analysis

The situation. On paper, a training problem: a recording process not being followed. Every previous instruction-led attempt had failed to move it.

What the standard trainer does

Assumes non-compliance means ignorance. Builds a module that explains the process louder, mandates completion, and calls it done. The audience — clinicians with doctorates — sits through it, nods, and changes nothing. Eight weeks later the trainer is gone.

What I did

I treated the resistance as data. Analysis showed the blocker was behavioural — and intelligent, not ignorant. These were evidence-led professionals declining to act on an instruction that had never been justified in the terms their profession runs on. Telling them to do it was always going to fail, because "because we said so" is precisely the standard of evidence they are trained to reject.

The theory driving it. This is Lukes' third dimension of power in practice — the resistance wasn't in the org chart, it was in the professional culture shaping what staff saw as legitimate. And it's loss aversion (Kahneman & Tversky): the change read as an attack on clinical autonomy, not an admin tweak. You cannot train past a grievance no one has named. I named it.

What the client gotA diagnosis that reframed the entire project: not "staff need training on the process" but "staff need a professionally credible reason to adopt it." Everything downstream was built on that finding.

Stage 3 · Development

Protect the build — from overload, and from scope

Image 5 · Development

The situation. A live build in a regulated environment, with clinical SMEs, a systems developer, and a sign-off chain — and, inevitably, mid-build requests for things outside the brief.

What the standard trainer does

Absorbs every request to seem helpful, burns the hours, misses the deadline, and looks like the failure. This is the single most common way the eight-week trainer dies.

What I did

Built screenshot-accurate simulation in Articulate Storyline against the real workflows, with structured SME input and a formal storyboard sign-off gate before development — so clinical leads corrected a document, not a finished build. When an out-of-scope technical request landed mid-build, it was documented and routed through the agency the same day. Nothing was built until it was authorised — and the legitimate extra work was covered by a properly negotiated extension, not swallowed.

The theory driving it. Cognitive load theory (Sweller) governed the build itself — chunked, sequenced, one workflow shown one way, because overload reads to the user as "this system is too hard" and hardens into resistance. The change-control discipline isn't theory; it's what twenty years of watching contracts die teaches you.

What the client gotAn accurate, clinically signed-off build, delivered inside a controlled scope — and an agency relationship protected rather than burned.

Stage 5 · Evaluation

Define success before you build — and build the measure in

Image 7 · Evaluation

The situation. The Trust didn't buy a training module. It bought a change in recording behaviour, under national reporting requirements.

What the standard trainer does

Reports completion rates and a happy feedback form, and leaves. Evaluation is never designed at all — it's improvised at the end, if anyone asks.

What I did

Success was defined at the analysis stage — recording behaviour in the live system, not module completion — and the evaluation instrument was built into the module itself: completion structured as evidence of process acknowledgement, assessment by demonstration in a simulated live workflow rather than quiz recall. The evaluation wasn't an afterthought; it was the destination the whole build was aimed at, agreed before a single slide existed.

The theory driving it. Kirkpatrick's four levels, designed for the level that matters: behaviour on the job and the organisational result — not whether people enjoyed the course.

What the client gotAn evaluation aimed at the thing the Trust actually bought — behaviour in the live system — designed in from the analysis stage, not bolted on at the end.

For the agencies who place me

I'm the safe bet.

Your risk is a contractor who needs managing, or who wobbles the moment the room turns. I'm the opposite. Put me in front of a difficult client, a hostile audience or a programme that's already drifting, and I come out making you look like you found exactly the right person.

Low management overheadI read the situation, take control, and deliver. You don't get chased for hand-holding. When scope moves, you hear about it the same day — documented, not dumped on you.
Safe in the hard briefsThe awkward rollout, the resistant workforce, the regulated environment — that's where I'm strongest, not where I fold.
Repeat commissionA placement that makes the client look good is a client who comes back to you. I protect the relationship you're paid to keep.