When to Automate a Process

Article LavisTech · · 2 min read

Quick answer

Automate a process when it happens often, the rules can be written down, the input is already digital, a wrong result is cheap to catch, and someone will own the exceptions. If any of those are missing, fix that first. Automating a broken process makes the brokenness faster and harder to see.

Part of our guide to What Is Business Process Automation?.

The five-point test

  1. Frequency. Daily or many times a week. A monthly process rarely pays back the build.
  2. Writability. Two people, separately, can describe the same steps. If they cannot, you do not have a process yet.
  3. Digital input. The facts already exist in a form, an email, a file or a system. Paper on a desk is a digitisation project first.
  4. Cheap errors. Someone can tell, quickly, that the output is wrong, and the cost of being wrong is a correction, not a lawsuit.
  5. An owner. A named person who will handle the queue of exceptions after go-live.

Four out of five is a conversation. Three or fewer is a “not yet”.

Warning signs you would be encoding a mess

  • The real rules live in one person’s head and they are going on leave in June.
  • Every case is “a bit special”.
  • Two systems of record disagree, and staff already keep a third spreadsheet to reconcile them.
  • The requested automation is “do what we do now, but faster”, and nobody has timed what they do now.

In those cases the useful first engagement is not a build. It is writing the process down, or a short systems review, so you do not spend money cementing the workaround.

If the test passes, start narrow — one path, one system of record, a visible audit trail. That is the shape described in workflow automation.

Related knowledge

How LavisTech can help

← All Business Automation pages

Want this built properly?

We design and build these systems for growing businesses. Tell us the problem and we will scope it honestly.

Start a Conversation