Post Post Post

Don’t Automate a Broken Process

AI can make work move faster. But when the underlying process is poorly defined, faster execution often means faster mistakes, repeated work and greater operational inconsistency.

An operations team identifies a process that takes too long. Approvals are slow, employees spend hours moving information between departments, and customers regularly follow up because nobody can tell them where their request stands.

AI appears to offer an obvious solution. Automate the repetitive tasks, reduce manual intervention and move work through the organization faster.

But what happens when the process itself is the problem?

AI applied to an undefined process does not automatically create efficiency. It can simply produce inconsistency at greater speed.

For COOs and operations leaders, this is an important distinction. The opportunity is not just to automate existing work. It is to understand whether that work should be performed the same way in the first place.

Automation Preserves More Than You Think

Most business processes look considerably cleaner in policy documents than they do in practice.

A procedure may require three approvals, but employees routinely seek a fourth because the original instructions are unclear. A finance team may maintain a separate spreadsheet because information from another department arrives incomplete. An operations manager may personally intervene in certain transactions because nobody has formally assigned responsibility for exceptions.

These workarounds develop for understandable reasons. Employees need to get their work done, even when the official process does not reflect operational reality.

Over time, however, informal practices become part of how the organization functions.

Introducing automation without examining those practices creates a problem. The technology may reproduce unnecessary steps, accelerate poorly defined decisions or move incomplete information downstream before anyone notices.

Consider an organization where purchase requests frequently arrive without the information finance needs to approve them. Automating the approval workflow might reduce the time required to forward each request. It does nothing to correct the missing information.

Finance still has to send requests back. Employees still have to clarify details. The organization has simply automated the movement of incomplete work.

This is why process improvement before automation matters.

The objective should be to remove unnecessary work, clarify responsibilities and establish consistent decision-making before introducing technology to accelerate execution.

Map the Process People Actually Follow

Process mapping is sometimes treated as a documentation exercise. A team produces a diagram, management approves it, and the document is stored somewhere until the next review.

That approach has limited operational value.

A useful process map should explain how work actually moves through the organization, including the differences between formal procedures and everyday practice.

It should identify where work begins, what information is required, who performs each activity, which decisions must be made and what happens when something goes wrong.

Most importantly, it should show where responsibility transfers between individuals or departments.

For example, mapping a customer onboarding process should reveal more than the sequence from application to approval.

It should establish who checks whether the application is complete, what happens when information is missing, who can authorize an exception and when the customer is informed of a delay.

The map should also distinguish between the time employees spend actively working and the time a request spends waiting.

A task that takes fifteen minutes to complete may sit in a queue for three days. Automating the fifteen-minute activity will have little impact if the queue remains unchanged.

Operations leaders should involve the employees who perform the work, not just the managers responsible for it. Frontline teams often understand the exceptions, repeated checks and informal dependencies that never appear in official procedures.

The result does not need to be an elaborate diagram. It needs to be accurate enough to support operational decisions.

A good process map allows management to see what can be removed, what needs clarification, what requires human judgement and what may be suitable for automation.

Find the Handoffs Where Delay Really Lives

One of the most common mistakes in operational improvement is concentrating on individual tasks rather than the connections between them.

A department may complete its work efficiently while the overall process remains slow.

The delay often occurs when responsibility changes hands.

A sales team submits information to operations. Operations discovers missing details and returns the request. Finance receives a completed file but needs another approval. The customer waits while each department considers its own responsibilities fulfilled.

No individual task necessarily takes very long. The accumulated waiting, clarification and rework create the delay.

These handoffs deserve particular attention during process reviews.

Operations leaders should examine how frequently work is returned, how long it waits between stages, whether receiving teams have clear acceptance criteria and who is accountable when a request becomes stuck.

They should also question whether every approval adds value.

Some controls are essential for financial, legal or operational reasons. Others remain because a previous manager introduced them years ago and nobody has reconsidered their purpose.

Removing a control without understanding its purpose can create risk. Keeping unnecessary controls indefinitely creates cost and delay.

Effective process improvement requires distinguishing between the two.

Once the organization understands these dependencies, automation decisions become more straightforward.

Routine activities with consistent inputs, clear rules and defined outcomes may be good candidates. Activities involving unresolved exceptions, unclear ownership or inconsistent judgement generally require process redesign first.

AI can then support a process that management understands, rather than compensate for one it does not.

For operations leaders, the measure of success should not be how many activities have been automated. It should be whether the organization has reduced rework, shortened turnaround times, improved accountability and delivered more consistent outcomes.

A faster process is valuable only when it produces the right result.

Start With the Process, Not the Technology

Before investing in AI automation, organizations should understand how work actually gets done and where improvement will deliver measurable value.

BLS Consulting helps organizations review existing workflows, identify operational bottlenecks and assess opportunities for practical process improvement before automation.

Contact BLS Consulting to discuss a process review.