Skip to content

Answers · in depth

What to Automate First in a Small Business (and What to Leave Alone)

Automate the wrong thing first and you get a fast version of a broken process — a mistake that now happens on schedule instead of by accident. This is the filter for deciding what to automate first, what to leave alone for now, and how to tell the difference before you sign a contract or write a line of code.

By the Lumina Business Advisory team · Updated

Automate the bottleneck, not the interesting part

Free self-check · two taps · no email

Hand-off 1 of 6 · Inquiry → Quote

When a new inquiry comes in, is the time of your first reply recorded anywhere?

Choose the answer that sounds like your business.

Answer it in the Self-Audit

An expensive and easy mistake in small-business automation is not picking a bad vendor — it is automating the part of the business that is easiest to automate instead of the part that is actually costing money. A slick chatbot on the website is more fun to demo than a fix to how quotes get approved, and it is usually not where the leak is.

Before automating anything, find the actual bottleneck: the step where work piles up, where the same question gets asked over and over, or where a customer is left waiting on a person rather than a system. That step is where automation pays for itself. Everything else is a nice-to-have wearing an urgent-sounding pitch.

The four-question filter

Run any candidate process through these four questions before automating it. A process that fails more than one is not ready yet.

  • Is it frequent and high-volume? A step that happens twice a month is rarely worth the setup cost, however annoying it is. A step that happens fifty times a week compounds fast.
  • Is it defined and stable? Automation encodes whatever the process actually is today. If three people run it three different ways, automating it just makes one of those ways permanent and fast — and nobody chose which one. Michael Hammer warned about exactly this in Harvard Business Review in 1990: companies “tend to use technology to mechanize old ways of doing business” (hbr.org).
  • Is it movement, or is it judgment? Automate the movement of information — a confirmation, a reminder, a handoff between two systems. Be far more careful automating a judgment call, like whether to waive a fee or how to price an exception.
  • Does the cost of a mistake stay small? A missed confirmation email is an annoyance. An automated decision that overcommits your business at scale is a different order of risk — match the automation’s reach to how cheap its mistakes are.

What tends to pay off first

A short list of process types clears the four-question filter almost by definition, because they are frequent, well defined, pure movement of information, and cheap to get wrong.

  • Confirmations and reminders. The message a client should always get — booking confirmed, appointment tomorrow, invoice due — sent on time without anyone remembering to send it.
  • Follow-up on inquiries that already said yes to talking with you. Re-contacting a quote that has gone quiet, or a customer who has not been back in a while, is movement of information, not a fresh judgment call each time.
  • Data entry duplicated across two systems you already own. If the same customer detail gets typed twice — once into the CRM, once into the invoicing tool — that gap is pure waste with no judgment involved at all.
  • The post-job satisfaction check and review ask. A timed, consistent ask beats an inconsistent one that depends on whether someone remembered.

What to leave alone, for now

The same filter that finds the easy wins also flags what to leave alone, at least until the picture changes.

  • Anything that is not yet written down. If you cannot describe the process in a short, agreed sequence of steps, there is nothing stable to automate yet — write the SOP first, then automate the version that survived contact with reality.
  • Judgment calls that set precedent. Pricing exceptions, refund decisions above a threshold, and anything that commits the business to a new obligation should stay with a named person, not a rule engine, until the pattern is well understood.
  • Low-volume, high-variance work. If every instance looks different, the automation will spend more time handling exceptions than the manual process ever did.
  • The substance of the first real conversation with a new customer. An automatic acknowledgment that says when a person will call back is movement of information and belongs on the pay-off-first list; the conversation that follows, where trust gets built, should stay with a person.

Running the filter on a real example

Take a concrete case: an unanswered quote sitting for a week. Run it through the four questions. Frequent and high-volume — yes, if it happens on most quotes, not just an occasional one. Defined and stable — only if every quote actually follows the same approval steps today; if three estimators each do it differently, that difference is the thing to fix first, not automate. Movement or judgment — the follow-up itself, a reminder that the quote is waiting, is movement; the decision to discount it to close the deal is judgment, and the two should not be automated the same way. Cost of a mistake — a missed reminder costs one delayed follow-up; an automated discount rule applied to the wrong account could cost real margin, so it deserves a tighter leash.

Run through the filter honestly and the answer is often split: automate the reminder that a quote is waiting and has gone quiet, and leave the discount decision itself with a named person working from a written rule for what they are allowed to approve without asking. That split — automate the movement, keep the judgment — is the pattern behind most of the “what pays off first” list above.

Who should build it once you know what to automate

Knowing what to automate is a different skill from knowing how, and the two are often sold through the same door for the wrong reasons. A software vendor, a marketing agency, a freelance builder, and an operations consultancy will all say yes to “can you automate this” — but only one of them is paid to tell you if the honest answer is not yet. The comparison of those four doors, and the questions that expose which one you are actually talking to, is covered in full separately.

Get the diagnosis before the build

The systems we build at Lumina — revenue recovery, client communication, operations, reviews and referrals, and the rest — are only ever scoped after The Revenue Review, on purpose: building before the diagnosis is exactly the mistake this article is warning against. If you suspect the bottleneck is inquiries that never get a follow-up, the free Leak Calculator puts an illustrative number on it in about a minute; the free Self-Audit scores all six hand-offs of your revenue chain from memory in about four.

If you are not sure whether the honest answer is “automate it” or “not yet,” that uncertainty is itself the signal worth acting on — a two-week diagnosis built from your own records answers the question either way, and the fee does not change based on which answer it finds.

Before any next step

What should you do next?

Fix it yourselves.
If the cause is clear, it lives inside one process, and one person can own it — take the play from this page and run it. That outcome is fine with us; it is why the play is published in full.
Order one bounded build.
If the fix is known but needs configuration or integration inside your stack — a cadence wired into your own system, an alert, a handoff — scope that one build, with us or with anyone you trust. The six systems we build show what bounded looks like.
Start with the Review.
If the causes are debatable, the problem crosses departments or systems, or the economics are unclear — diagnose before anyone builds. The Revenue Review: $4,500 fixed, two weeks, computed from your own records. Read a sample finding before you decide — free, no email.

Asked right after

Should we automate before or after we write the process down?
After. Automating an undocumented process just makes whichever version happens to run first into the permanent one, errors included. Write the steps down, run them by hand for a couple of weeks to see where they actually break, then automate the version that survived contact with reality.
Is there a limit to how many processes we should automate at once?
Fewer than feels comfortable. Each new automated step is something your team now has to trust, monitor, and know how to override when it is wrong. Automating one real bottleneck well and confirming it holds beats automating five things badly at the same time — you will not be able to tell which one is causing the new problem, and you will have spent the budget for both before either one is proven.

Sources

The next step

Bring us the process that keeps getting stuck.

A 20-minute conversation about the workflow, the teams and the systems involved — and a straight answer on whether The Revenue Review is the right next step. If it is not, we say that on the call.

A real person answers or calls you back the same business day.

Free self-check · 2 taps