Most AI implementations automate broken processes

The standard approach to AI deployment in most organisations follows a predictable pattern. A team identifies a time-consuming process. They find an AI tool that can handle some of the steps. They integrate the tool into the existing workflow. They report time savings. Leadership approves the next deployment.

What this pattern produces is faster broken processes. The AI is doing more quickly what humans were doing slowly, but the underlying logic of the process remains unchanged. Manual steps that existed because data lived in silos still exist, because the silos still exist. Review stages that existed because outputs were unreliable still exist, because nobody asked whether the outputs need to be more reliable or whether the review adds genuine value.

The efficiency gains are real. Automation genuinely does reduce the time taken to complete tasks. But efficiency gains from automation are linear. You complete the same work faster. You do not produce better work, generate new insights, or remove the structural constraints that made the process slow in the first place.

The difference between adding AI to a workflow and redesigning a workflow with AI in mind is the difference between incremental and structural improvement. Both are legitimate. They require different conversations, different decisions and different success criteria.

Workflow redesign starts with the question automation skips

Automation asks: which steps in this process can AI perform? Workflow redesign asks: given what AI can do, what should this process look like?

The redesign question forces examination of the process itself. Why does this workflow exist? What decision or output does it produce? Who uses that output and what do they do with it? Which steps add genuine value and which exist because of constraints that AI could remove?

This examination often reveals that processes have accumulated steps over time that reflect old constraints. Data had to be manually entered because there was no integration. Reports had to be formatted by hand because there was no template system. Reviews existed because errors were common, and errors were common because earlier steps were manual. AI can remove the constraint, but removing the constraint requires redesigning the process around its absence.

Effective workflow redesign with AI follows four stages:

  • Map the current process in full, including every handoff, review stage and decision point. Do this with the people who do the work, not the people who manage it.
  • Identify which constraints each step exists to manage. Separate constraints that AI can remove from constraints that remain regardless.
  • Design the future workflow assuming those constraints are removed. What steps disappear? What new steps emerge? Where do human judgements matter most?
  • Build in checkpoints for the steps where human oversight is genuinely required, and remove the review stages that existed only because earlier steps were unreliable.

The output of workflow redesign is a process architecture, not a list of tools. The tools selected for implementation follow from the architecture, not the other way around.

Before the next AI deployment, map the workflow it sits inside

Before approving the next AI deployment in your organisation, ask the team proposing it to map the workflow the AI will sit inside. The map should show every step, every handoff and every decision point in the current process.

Then ask which steps disappear if the AI works as intended, which steps remain and why, and which new steps the AI introduces that did not exist before. If the answer is that the AI sits inside the existing process and performs some steps faster, you have an automation proposal. Approve it with clear success metrics.

If the workflow map reveals steps that exist only because of constraints the AI removes, the conversation is different. That is a redesign opportunity. It requires more time upfront, a different set of stakeholders and a longer measurement window. It also produces structurally better outcomes.

The decision between automation and redesign is a deliberate choice, not a default. Most organisations default to automation because it is faster to implement and easier to justify. Redesign is harder. It disrupts existing patterns and requires genuine collaboration between the people who manage processes and the people who do the work inside them.

Both have a place. The organisations that compound AI capability over time do both deliberately, in the right sequence, for the right workflows.