For referral and delivery partners

Put two days at the front
of your proposal.

You sell the workshop, the build, or the rollout. I find where the client's own organisation will undo it, before you have promised anything. Fixed price, one document, and I leave. You keep the client.

The failure that is not your fault

Delivery partners all fail the same way. The work is good. The client's organisation is not ready for it: the output goes to someone who cannot check it, the new step assumes a handoff that still runs the old way, or nobody can say whose name is on it when it is wrong. Delivery underperforms the promise, and the supplier who was in the room gets the blame.

Two days at the front change the odds. They raise the quality of what you scope, they give you something to point at when the client's own verification or decision-making turns out to be the bottleneck, and they are an invoice line on a deal you were already writing.

Who this is for

  • Workshop and training providers whose sessions land well and then change nothing.
  • Product studios who take a build to production and watch the organisation fail to use it.
  • Managed-service providers rolling AI and automation into customers who are not ready for it.
  • Programme deliverers who put an outside expert in front of their cohort and need it to hold.

What happens when you introduce me

When you put me in front of your client, you are spending your own reputation. So here is exactly what the two days look like, with no surprises in them:

Before anything

A call with you, not the client. You brief me on the organisation, the rollout, and the personalities. I tell you whether I think two days will help. If not, I say so and your introduction stays clean.

Days 1–2

I talk to four to six of their people across the handoffs your work will touch. Remote by default. Your proposal is not on trial; their operating model is.

Within a week

You and the client get the same written document: where the constraint will move, why, and the three changes that stop it. Plain language, no framework.

Then I leave

You build against it. If the client wants the changes run rather than recommended, that is a separately scoped conversation and their decision. No retainer ambush, no competing for your work.

Sometimes the document says that more technology would make it worse. I write that down when it is true, because a client who trusts the paper trusts the partner who brought it.

How every engagement runs

Diagnose

Find where the constraint actually sits. Not where the org chart says it should be.

Prove

Build the thing that proves the pathway exists. Working software, not a slide.

Embed

Get it into live use with your people, on real cases, until it is load-bearing without me in the room.

Leave

Every engagement has a defined end. Extension is your choice, never my pitch.

I leave, and it keeps running. If you want a consultant who moves in for eighteen months, I am the wrong person — the whole point is that you don't need me.

Got a proposal in flight?

Thirty minutes. Tell me what you are selling and to whom. I will tell you whether two days at the front will help.

Start a conversation