Skip to content

Most organisations are building better RPA, not AI

Organisations are investing seriously in AI but shipping faster RPA. The gap between automating and accelerating sits not in the model — it sits in three architectural choices.

If your AI does not know what was decided yesterday, it is not working for you. It is working next to you.

That is the honest conversation most boardrooms and project briefings are still avoiding. Organisations are investing seriously in AI. They buy licences, hire consultants, launch pilots. And yet the result rarely feels like acceleration. It feels like a chat box with better search.

Why?

Because most AI implementations today are, in essence, better RPA. Faster. Cheaper. Less maintenance. But still the same principle: you are automating steps, not thinking.

The difference between automating and accelerating

RPA — Robotic Process Automation — rests on a simple promise: if you can describe an action as a sequence of steps, a bot can execute those steps. Processing invoices, copying data between systems, generating reports. RPA is deterministic — given input A, output B always follows. Reliable, fast, and entirely dependent on the quality of the rules you programme in advance.

The limitation is structural. The moment a process requires judgement — assessing a complaint, approving an exception, prioritising a proposal based on context — the bot stalls. Not because the system is broken, but because it was designed to follow rules, not to reason.

AI — at least, AI as it is meant to be — does something fundamentally different. It interprets unstructured input, draws conclusions from context, chooses between several possible actions, and acts on a goal rather than a script. That is not an incremental improvement on RPA. It is a different category.

But here is the problem: most organisations implement AI as if it were RPA.

They take a language model, slap an interface on it, plug it into a knowledge base, and call it an AI assistant. The employee types a question. The tool returns an answer. Done.

That is not an accelerator. That is a faster search engine.

Why the one-size-fits-all approach fails structurally

The AI landscape is fragmented. Hundreds of models, dozens of orchestration frameworks, and an equal number of vendors claiming to offer the solution. The temptation to pick an all-in-one platform is strong: one tool, one vendor, one contract. Quick to deploy, easy to defend to the board.

The problem: a single platform is designed for the average use case. Your organisation does not have average use cases. You have specific processes, specific decision logic, specific context that exists nowhere else.

Gartner forecasts that more than 40% of all agentic AI projects will be cancelled before the end of 2027 — driven by uncontrolled cost, unclear business value, or insufficient data foundations. The common denominator in those failures is nearly always the same: the organisation bought a generic platform before understanding what AI needed to do in its specific context.

A chatbot that answers 80% of standard questions is valuable as a first step. But it is not an AI strategy. It is a starting point mistaken for a destination.

What a real accelerator does differently

An AI system that functions as an accelerator has three properties that a chat box or a better RPA bot does not.

First, it reasons. It does not merely interpret the literal question — it understands the intent behind it, weighs options, and selects an action based on context. Not via a pre-programmed decision tree, but against the goal it has been given.

Second, it acts. A real AI agent does not only answer questions — it does work. It pulls data from your CRM, updates a record, sends an email, schedules a meeting, and escalates only when the situation demands it. Multiple steps, multiple systems, executed autonomously. The employee no longer clicks. The system does.

Third, it remembers. This is the pillar that is most consistently underestimated. An AI system without memory starts every interaction from scratch. It does not know that customer X always expects a discount. It does not know that project Y is behind schedule. It does not know that the CFO is declining new commitments this month. Every session is a blank page.

That may feel acceptable in a chatbot context. But it makes scalable value creation impossible. Real acceleration emerges when AI learns from each interaction and carries that knowledge into the next — when institutional memory no longer depends on what an employee happens to remember or happened to write down.

The honest question every organisation needs to ask

Answer this for yourself: what does your AI do today that a human could not do if they were available 24/7 and infinitely patient?

If the answer is “the same thing, but faster and cheaper” — you have built better RPA. Useful. But not transformative.

If the answer is “it makes decisions we used to make ourselves, based on context we used to gather ourselves, and it acts on them without anyone pressing a button” — you are on the way to a real accelerator.

The difference between those two answers does not sit in the model you bought. It sits in the architectural choices you made: which model you use for which task, how strong the layer is that connects the model to your processes, and how you build memory that scales with your organisation.

Those are the three pillars this series is about.

What follows

In the next post I examine why the fragmented AI landscape is not a temporary problem but a design premise — and what that means for the architectural choices you need to make now.

Lees in het Nederlands →