01

INTRODUCTION

Once a team sees that tasks can be automated, the temptation is to automate everything repetitive. Yet repetition is not enough when the rule changes weekly, nobody owns the process, inputs arrive incomplete, exceptions dominate or errors have serious consequences.

The best first automation is usually frequent, stable, measurable and sufficiently clear.

02

1. First ask whether the rule is understood

‘If a form is complete, create the record, assign an owner and send confirmation’ has an input, validation, action, owner and result. It is a good candidate. ‘When a request arrives, someone decides what to do from context’ needs more definition or interpretation.

03

2. Frequency matters, but it is not the only factor

A task performed a thousand times may create substantial value, while a monthly task that consumes two days may also deserve attention.

  • frequency
  • minutes per execution
  • waiting time
  • errors
  • rework
  • impact
  • maintenance
Maintainable automation begins with understood rules, observable results and visible exceptions.
ARTICLE SCENEMaintainable automation begins with understood rules, observable results and visible exceptions.

Example: copying orders into another spreadsheet

Orders arrive through a form and are re-entered into an assignment sheet. The rule is stable, fields are known and the result is clear. Automating the transfer can remove duplicate work without artificial intelligence.

04

3. Prioritize with a simple matrix

Volume and rule stability
Stable ruleUnstable rule
High volumeStrong candidateStabilize first
Low volumeEvaluate valueLow priority

Add error impact as a second dimension. Higher-impact flows require stronger controls, review and reversibility.

05

4. Design exceptions before the happy path

  • incomplete data
  • duplicates
  • API outage
  • expired credential
  • slow service
  • case outside the rule

A serious design asks what happens when the action cannot be completed, not only when everything works.

Separating the main path from the exception makes automation observable instead of opaque.
ARTICLE SCENESeparating the main path from the exception makes automation observable instead of opaque.
06

5. The first automation must be observable

  • what it received
  • what it decided
  • what it executed
  • when
  • whether it failed
  • how it retries
  • who was notified

Silent automation can make errors harder to find than the manual work it replaced.

07

6. When does AI enter?

AI can help when the input varies and must be interpreted before a rule is applied: classifying text, extracting nonuniform information, understanding documents or semantic search. The dedicated AI article develops that case.

ProblemPossible starting tool
Repeatable stepsWorkflow and rules
Data between systemsIntegration
Commercial follow-upCRM
Variable inputAI with controls
Fully proprietary processCustom software
08

7. How do you choose the first process?

Score frequency, time, errors, stability, impact and measurability from one to five. The purpose is not a perfect formula; it is comparing opportunities with the same criteria.

NextLum
CHOOSE YOUR NEXT STEP

From context to a decision.

NextLum
QUESTIONS BEFORE DECIDING

Answers with the full context.

Which process should be automated first?+

Choose one that is frequent, stable, has clear inputs and outputs, produces a measurable result and has manageable exceptions.

Should everything repetitive be automated?+

No. If implementation and maintenance cost exceeds the value, or if the process changes constantly, it may be a poor priority.

Does automation always mean AI?+

No. Many automations work better with deterministic rules, integrations and conventional workflows.

How do I measure value?+

Useful measures include time released, fewer errors, shorter waiting time, better traceability and the ability to handle more volume. The right measure depends on the process.

SOURCES AND REFERENCES1

References consulted for this editorial review.

  1. AI Risk Management FrameworkNIST