17/04/2026

Before You Build AI, Understand Your Business

Why process clarity, ownership, and operational detail matter more than AI ambition.

By Mark Perkins

There is a conversation that plays out, with striking regularity, early in almost every AI engagement we have ever been part of.

Someone senior — a CTO, a CDO, a transformation lead — describes what they want AI to do. The ambition is genuine. The investment is real. And the use case, when you press on it, turns out to be a feeling rather than a specification. They want AI to “streamline operations.” To “improve decision-making.” To “make sense of our data.” When you ask what the process currently looks like end to end, who owns each step, what the inputs and outputs are, and where the specific friction sits, the room goes quiet in a different way.

Over the course of speaking to well over 150 organisations across enterprise, government, and defence, this has become the single most consistent predictor of whether an AI initiative will succeed or fail. Not the quality of the data. Not the size of the budget. Not the ambition of the leadership team. Whether or not anyone in the organisation genuinely understands the process they are trying to improve.

AI is not a silver bullet. It will not read your organisation’s mind, learn your business by osmosis, or reverse-engineer your inefficiencies from first principles. What it will do extraordinarily well, when the conditions are right, is execute a well-defined, well-governed process at a speed and scale that humans cannot match. The operative phrase is well-defined. Getting there is not a technology problem. It is a business problem. And it is one that far too many organisations are trying to skip.

The Wrong Investment

The instinctive response to an AI initiative that is struggling is to reach for more technical resources. More data engineers. More AI specialists. A bigger model. A different platform. In our experience, this almost always addresses the symptom rather than the cause.

McKinsey’s 2025 AI survey found that organisations reporting significant financial returns from AI were twice as likely to have redesigned end-to-end workflows before selecting their modelling techniques, and that workflow redesign is the single biggest driver of measurable business impact from generative AI. The technology came second. The process came first.

This is consistent with what we observe directly. The organisations that arrive with a clear picture of their processes — who does what, in what sequence, on the basis of what information, producing what output — move from initial conversation to production deployment in a fraction of the time of those who do not. The organisations that arrive with a vague ambition and a large data engineering team tend to spend months building infrastructure for a problem they have not yet properly defined.

UK firms consistently report that the top barrier to AI adoption is difficulty identifying activities or business use cases — not cost, not technical capability, or access to models. The problem is upstream of all of those things. You cannot specify a solution to a problem you have not articulated.

It is worth mentioning the notorious “AI strategy” documents. There is a well-established market for consultancies who will spend several months and a significant portion of your budget producing a comprehensive AI strategy, a polished artefact that maps your ambitions, benchmarks you against peers, and outlines a roadmap for transformation. I want to be direct about this, as a practical observation rather than a criticism: if that strategy is produced by people who have never actually implemented AI systems at scale, it is a document about aspiration rather than delivery. It will tell you what you could do. It will rarely tell you, with any operational precision, how to do it because that knowledge comes from implementation experience, not desk research.

The process work described in this blog does not require a strategy engagement. It requires operational rigour and the right internal ownership. The organisations that move fastest are invariably the ones that skip the strategy document and go directly to the question that actually matters: what, precisely, are we trying to change, and how does that process work today?

What You Actually Need to Know

Before any AI implementation, whether you are deploying a single agentic workflow or rebuilding an enterprise-wide data pipeline, there are four questions that need to be answered with precision, not aspiration.

What are the inputs? What data, documents, signals, or instructions initiate this process? Where do they come from, in what format, and how reliably? An AI system that depends on inconsistent or unstructured inputs will produce inconsistent and unreliable outputs. This is not a model problem. It is a data architecture problem that no model can solve.

What are the outputs? What does good look like, specifically? Not “better decisions” or “faster processing” but the precise artefact, recommendation, action, or document that the process is designed to produce. If you cannot describe the output in concrete terms, you cannot evaluate whether the AI is producing it correctly.

What are the actions and decision points in between? Most business processes are not linear. They involve conditions, exceptions, escalations, and human judgements at specific junctures. Each of these needs to be mapped, understood, and deliberately designed into the workflow, not left for the model to infer.

What are the data sources required at each step? Where does the information come from that the process depends on? Is it structured or unstructured? Is it governed? Is it accessible? Is it current? The widespread focus on “getting data ready” is not wrong, but it frequently becomes a displacement activity, pursued in isolation from the process questions that determine what data actually needs to be ready, and why.

The Ownership Problem

One of the most underappreciated reasons why AI initiatives stall is not laziness and it is not a lack of resources. It is a lack of ownership. Specifically, the absence of a single person or team who takes accountability for understanding and documenting the process end to end — not their part of it, not their department’s view of it, but the whole thing, from initial input to final output, across every team and system it touches.

Most processes of any complexity involve multiple departments, multiple systems, and multiple people who each understand their own section but have never been required to understand the whole. The result is that the process, as it actually operates, exists only implicitly, distributed across the institutional knowledge of the individuals involved, never fully surfaced, never formally documented, and frequently different in practice from what anyone believes it to be on paper.

This is the environment into which most AI initiatives are deployed. And it is why they struggle. You are not deploying AI into a well-understood, well-governed process. You are deploying it into a set of overlapping assumptions that have never been tested against each other.

The fix is unglamorous and time-consuming. It requires bringing the right people into a room — not just IT, not just the transformation team, but the operational experts, the domain specialists, the people who actually do the work — and mapping the process in enough detail that its inputs, outputs, decision points, data sources, and exception cases are explicitly understood by everyone present. This is the work of a skilled business analyst with genuine domain engagement, not a data engineer with a clever tool.

What the Best Implementations Have in Common

Across every successful AI implementation we have been part of, one pattern holds without exception. The organisation came into the engagement with a genuine understanding of the problem they were trying to solve — not at a strategic level, but at an operational one. They could describe the process. They knew where it broke down. They knew what good looked like. And they had someone who owned the brief end to end and was accountable for ensuring that the AI delivered against it.

That foundation — clear process, defined outcomes, single ownership — is what allows AI and agentic systems to move fast and deliver impact. Not because the technology is simple, but because the conditions for deploying it correctly have been met. When those conditions exist, the time from initial scoping to production deployment compresses dramatically. When they do not, no amount of technical sophistication makes up for the gap.

A Note on Agentic AI — and Why It Is Less Frightening Than You Have Been Told

One of the most common points of hesitation we encounter with senior leadership teams is around agentic AI. The word “autonomous” triggers an understandable reaction, particularly in security-conscious environments, and the media narrative around AI agents tends toward the dramatic. Systems acting independently. Decisions made without human oversight. Boundaries exceeded in unpredictable ways.

This framing, while attention-grabbing, does not reflect how well-implemented agentic systems actually work. An agentic AI system is not a general-purpose autonomous entity unleashed into your organisation. It is a precisely defined workflow, a set of tasks, decision rules, data sources, and action boundaries that you specify, that you govern, and that operates only within the guardrails you have deliberately designed. It does not improvise. It does not exceed its brief. It does exactly what you have instructed it to do, consistently, at scale, with full auditability — provided it has been built correctly by people who know what they are doing.

The question for your security team is therefore not “should we be afraid of agents” but “have we defined the boundaries clearly enough.” That is an operational and governance question, not a technology question. And it is answered by the same process work that underpins every other successful AI implementation: understand the workflow, define the inputs and outputs, specify the decision points, and establish what the system can and cannot do. Done properly, agentic AI is not a risk to be managed. It is a capability to be governed, and governed AI, operating within well-defined boundaries, is precisely where the greatest productivity gains are available.

The fear, in most cases, comes from organisations that have heard a great deal about what agentic AI could theoretically do and very little about what it actually does when it is implemented with rigour. The noise in the market is not a reliable guide to the reality of deployment. The reality is considerably more controlled, considerably more useful, and considerably less alarming than the headlines suggest.

A Practical Starting Point

If you are preparing for an AI initiative and you want to maximise the probability of it delivering real value, the most important investment you can make before engaging any technology provider is this: map the process.

Not at a high level. In detail. Identify every input and where it comes from. Define every output and what it needs to contain. Walk through every decision point and document what information is needed to make it and who currently makes it. Identify the data sources at each step and assess their quality and accessibility honestly. And assign a single person to own that map, keep it current, and be accountable for ensuring the AI implementation is built against it.

This work does not require AI. It requires time, rigour, and the willingness to ask operational questions that organisations often find uncomfortable because the answers frequently reveal that the process, as currently run, is less efficient and less well-understood than anyone had assumed.

That discomfort is valuable. It is the foundation on which effective AI is built. And the organisations that do this work properly, before they write a single line of code or sign a single vendor contract, are the ones that end up with AI implementations that actually change how they operate.

The devil is in the detail. But the detail, done well, is what makes everything else possible.

Agentycs is the end-to-end AI orchestration platform built for organisations ready to move from ambition to production. We work with organisations that understand their processes and are ready to deploy AI that governs, traces, and scales — on their own infrastructure, under their own control. Learn more at www.agentycs.com.