AI Business Protocol
AI Business Protocol
Blog · Strategy

Which processes to automate with AI—and which not

Compare value, data, repetition and risk before choosing the first process.

The main idea. Prioritise frequent, bounded processes with findable data, feasible review and a measurable result. Postpone those that are undefined, low-volume or depend on decisions that are hard to correct.

Repetitive does not mean high priority

A task may recur often yet consume very little time. Another happens less often but blocks an important delivery. Repetition helps test a solution, but is not enough to justify it. You also need to understand which business variable would change.

Compare time, quality, capacity, service and coordination. Not every benefit needs to become money. A well-described qualitative benefit is preferable to a figure that cannot be defended.

Look for a start, an end and an owner

A useful candidate has an input event and a recognisable result. Someone can explain when it starts, what it needs and when it is complete. There is also a person who can review exceptions and confirm whether the solution helps.

When nobody is responsible, automation can accelerate a coordination problem. Before adding technology, agree who maintains the rules, who can change them and who handles cases that do not fit.

Review the information and the cost of being wrong

The information must exist, have an identifiable origin and be usable with appropriate permissions. If two rates conflict or a document has no owner, automating its reading does not make those sources reliable.

Then consider the error. Could it be detected before reaching the customer? Can a draft be reviewed? Is there a way to stop the flow? A process with large theoretical savings can be a poor first project if a failure spreads unchecked.

Score to support discussion, not to pretend precision

A simple comparison can include impact, frequency, data, risk, effort and ease of measurement. Scoring does not replace judgement. It shows why one opportunity appears better and which assumptions still need testing.

Choose a first trial that produces both a result and learning. If volume is minimal, rules change constantly or success criteria cannot be defined, it may be better to wait. Not automating yet can also be productive.

Two candidates, one decision

Rather than start with a critical process relying on several disorganised sources, it may be better to prepare documentation for human review. Though the initial benefit is smaller, this lets you test the flow, learn from errors and measure with less uncertainty.

The examples are illustrative. They do not represent an active integration, a client case or a guaranteed result. Application depends on the process, sources and agreed scope.

This page is in English.

Use the language selector to return to the Spanish version.