2026-10-21 · 5 min read

Why AI Pilots Stall, and What Leaders Should Decide Instead

Most AI pilots do not fail because the technology is weak. They stall because nobody made the decisions that turn a test into a way of working.

Portrait of Karl Lillrud in glassesBy Karl Lillrud, AI keynote speaker and author

I meet a lot of leadership teams who are proud of their AI pilots. There is a chatbot in customer service, a summarization tool in legal, a forecasting test in finance and a few copilots in marketing. Every one of them looked promising in a demo. Then I ask what has actually changed in how the company operates, and the room often goes quiet.

That silence is the real problem. Not the model, not the vendor, not the budget. In most organizations I see, the technology is already good enough. What is missing is a set of decisions that only leaders can make.

The pilot is not the problem. The missing decision is.

A pilot is designed to answer one question: can this work? Most pilots answer it. Yes, the tool can draft the email. Yes, the model can classify the ticket. Then the pilot ends, someone writes a slide, and everyone waits for somebody else to decide what happens next.

Often nobody does. The pilot owner does not have the authority to change the process. The process owner never asked for the pilot. IT worries about support. Legal wants more time. So the pilot sits in a waiting room, technically successful and commercially irrelevant.

When I look at why AI does not move from test to operation, I rarely find a technology gap. I find gaps in decision rights, ownership, priorities, incentives, trust and the ability to change. Those are leadership questions. Another pilot will not answer them.

Experiments need a purpose before they need a budget

I am strongly in favour of experimentation. But an experiment without a question is just activity. A useful experiment reduces uncertainty about something you actually intend to decide.

The sequence I use is simple: question, small test, evidence, decision, scale or stop.

The step most organizations skip is the decision. They run the test, collect the evidence and then treat the evidence as the end product. Evidence only has value if someone agreed in advance what they would do with it. So before a pilot starts, I want leaders to answer one thing: if this works, who changes what, and by when? If nobody can answer that, the pilot is not ready to start.

Five decisions that belong to leadership

This is where I think leadership teams should spend their AI time. Not on picking tools, but on the decisions nobody else in the organization is allowed to make.

Who owns the value. Every AI use case needs a business owner who is accountable for the outcome, not only a technical owner accountable for the system. If the value belongs to everyone, it belongs to no one.

What is centralized and what is distributed. Some things should be shared: data foundations, security, governance and the platforms people build on. Other things should sit close to the work, because that is where people know which problems are worth solving. Leaving this open creates either chaos or a bottleneck.

Which work changes first. A long list of use cases is not a strategy. Pick a small number where the pain is clear, the work repeats and success can be seen. The best AI use case may be the task your best people hate doing.

How governance and speed coexist. Governance added at the end feels like a brake. Governance designed in from the start, with clear boundaries for data, risk and human review, is what lets teams move faster with confidence.

How adoption is measured. Tool usage is not adoption. Logins tell you that people opened something. They do not tell you whether the work changed.

Make the value visible

One idea I keep coming back to is this: if AI creates value, show it. Most AI value is invisible. Someone finishes a report faster, and the saved time quietly disappears into the rest of the day. Nobody sees it, so nobody funds the next step.

I think of the answer as a value receipt. For each use case, track what actually matters to the business: hours returned to the team, cycle time reduced, manual steps removed, errors prevented, customer friction removed and where the saved time was redirected. A receipt like that turns a pilot from an opinion into a business conversation. It also changes how people feel about AI, because they can see what it gave back to them.

The reverse is just as useful. If you cannot describe the receipt before you start, the use case is probably not defined well enough yet.

Adoption is learned through use

Policies and training have their place. But fear and hesitation drop fastest when people experience practical value in their own work. A team that has used AI to remove a step they disliked does not need to be convinced. A team that has only read about AI usually does.

That does not mean experimentation without controls. It means choosing bounded, useful work, putting it in people's hands quickly and letting value teach adoption. Then keep the solution narrow. One of the fastest ways to kill a good AI use case is to keep adding features because you can. Every addition has to create more value than complexity.

A short checklist for your next leadership meeting

If your organization has more AI pilots than AI changes, bring these questions to the table:

  • For each active pilot, who is the named business owner of the value?
  • What will we decide when the pilot ends, and who makes that decision?
  • Which process, role or customer journey changes if it works?
  • What will the value receipt show: time, cycle time, errors or friction?
  • What is centralized, what is distributed, and does everyone know?
  • Which pilots should we stop this quarter so the best ones can scale?

That last question is uncomfortable, and it is often the most useful one. Stopping weak pilots is a leadership decision too. It frees attention, budget and talent for the few ideas that deserve to become the way you work.

The companies that win with AI will not necessarily have the best tools. They will make better decisions about where to use them.

This is the core of my keynote The C-Suite AI Adoption Playbook. I tailor it to the leadership team or conference in front of me, with examples from their industry and questions they can take straight back to their own organization. If your audience has already heard what AI can do and now needs to decide what to do next, I would be glad to talk about bringing this topic to your event.

Key takeaways
  • AI pilots stall on missing decisions, not missing technology.
  • Every use case needs a named business owner and a pre-agreed decision.
  • Make value visible with a receipt of time, steps and friction removed.
Questions

Common
questions.

Why do most AI pilots never make it into production?

In my experience it is rarely the technology. Pilots stall because nobody owns the business value, nobody agreed in advance what would happen if the pilot worked, and the process owner was never part of it. Those are leadership decisions, not technical ones.

How should leaders measure AI adoption?

Not by logins or licences. Measure whether the work changed: hours returned to the team, cycle time reduced, manual steps removed, errors prevented and customer friction removed. Making that value visible turns the next step into a business conversation.

What should the C-suite decide first about AI?

Start with ownership and decision rights. Decide who owns the value of each use case, what is centralized and what is distributed, and which few pieces of work change first. Tool choices come after those decisions, not before.

Karl Lillrud on the TEDxKedgeBS stage
Next step

Book Karl
for your next event.

Tell us about the room. Karl replies personally.

Check availability
Check availability