Failure modes

Why "our pilot went well" is the most expensive sentence in AI

A pilot going well is not evidence that AI will work in your organisation. It’s evidence that AI worked in the conditions you built for the pilot. Those are different things, and the gap between them is where a lot of money disappears.

Pilots get run in the best conditions a firm can arrange. A contained problem, chosen because it’s tractable. Data that someone tidied up specifically for the exercise. A small group of people who are motivated, paying attention, and want it to succeed. In that environment, the technology often performs. Of course it does.

Then the thing has to scale, and it meets the organisation as it actually is.

What the pilot didn’t test

The real system has messier data, and more of it, owned by people who never cleaned it up because nobody made them. It has processes with undocumented exceptions that the pilot’s tidy scope never touched. It has staff who weren’t in the room, don’t trust the tool, and will route around it. It has decisions that need sign-off from people who move at their own pace regardless of how fast the model produces an answer.

None of that was present in the pilot. The pilot didn’t lie. It answered a narrow question honestly. The mistake is treating that answer as if it covered the whole organisation.

Why it’s expensive

The cost isn’t the pilot. Pilots are cheap. The cost is what happens after a successful one, when the good result is taken as permission to commit real budget, real timelines, and real reputation to a rollout the organisation isn’t ready for.

By the time the rollout stalls, you’ve spent the money, made the promises, and told the board it was working. Unwinding that is harder than never having started. And the internal appetite to try AI again takes a hit that outlasts the specific project.

What a good pilot result actually tells you

A successful pilot tells you the technology can do the task under favourable conditions. That’s genuinely useful information. It just isn’t the question that matters.

The question that matters is whether the organisation can support the thing at scale. Whether the data holds up outside the tidied sample. Whether the people who’ll actually use it will. Whether the decisions around it can move at the speed the tool implies. Whether anyone owns the output when it’s wrong.

If you can’t answer those, a good pilot result should make you cautious, not confident. The demo working is the easy part. The organisation being ready is the part nobody tested, and it’s the part that decides whether the money was well spent.