The automation audit: 7 workflows to start with

Before you buy another tool, spend an hour finding out where your team's time actually goes.

Every growing team hits the same wall. The work that got you here, done by hand and held together by a few people who just know how it works, stops scaling. It feels like constant busyness: a lot of effort, not much of it moving the business forward.

These are the seven workflows we most often find quietly eating small teams, and how to decide which one to fix first.

Which seven workflows should you check?

Lead intake. A form is filled in. Someone notices, copies the details somewhere, decides who follows up, and eventually follows up. Every handoff is a place a lead goes cold. This is usually the highest-value fix, because a dropped lead is a lost customer.

Customer onboarding. Create the account, send the welcome, give access, book the first call, add them to the right lists. Done by hand this lives in someone's head, steps get missed, and the experience changes depending on who did it. That is exactly when a new customer is deciding whether to trust you.

Reporting. Someone spends an afternoon a week pulling numbers out of three systems into a spreadsheet, so a report can state what those systems already knew. That afternoon, every week, is pure tax.

Document processing. Invoices, forms, contracts, applications. Anything that arrives as a document and has to be read, extracted and typed somewhere else. Slow, error-prone and demoralising. We built exactly this for a medical agency handling long multi-page questionnaires, turning hours of typing into checked, structured data.

Follow-ups. The follow-up that never happens is the deal that never closes and the invoice that never gets paid. People are bad at chasing things on a schedule. Software is perfect at it.

Internal approvals. "Can you approve this?" sent in a chat, lost in a thread, chased three days later. This delay appears on no dashboard and slows down everything.

Routine messages. Order confirmations, appointment reminders, delivery updates, common questions. Pretending every message needs a person burns out your team on the ones that genuinely do.

Most of these are automation and AI work rather than new software, which is usually the cheaper half of the problem.

How do you decide which one to fix first?

Three questions per workflow, and you need no tools to answer them.

How often, and how long? Multiply them. The result is usually higher than anyone expects, because nobody adds up ten minutes.

How often does it go wrong? Skipped steps, late responses and mistakes are a cost sitting on top of the time cost. A task that takes twenty minutes and gets done wrong monthly is worse than it looks.

Does it need judgement, or just consistency? This is the important one. Consistency automates cleanly and reliably. Judgement should stay with people, often helped by software, rarely replaced by it.

What does that look like on a page?

Put your seven somewhere you can see them together. Most teams find their list is not evenly spread.

The bottom right is where you start. Frequent, and quick to fix. These are the ones that give time back within days rather than quarters, and they build confidence for the bigger pieces.

The top right is worth doing, but plan it as a project rather than an afternoon. The bottom left should be left alone, however annoying it feels.

What should stay human?

More than automation vendors will tell you, and less than most teams assume.

The goal is not fewer people. It is people spending their hours on the parts that need a person, instead of on copying information between two systems that could talk to each other.

What goes wrong most often?

Two mistakes, and both are avoidable.

Automating a broken process. If the workflow does not make sense, automating it just makes the mess arrive faster and with more confidence. Fix the process first. Sometimes the audit reveals a step that exists only because someone once needed it, and deleting it beats automating it entirely.

Doing all seven at once. A half-built automation that people do not trust is worse than the manual process it replaced, because now the work is done twice: once by the system and once by the person checking it. Finish one properly before starting the next.

How do you know it worked?

Decide the measure before you build anything.

For lead intake, it is time to first reply. For onboarding, it is how many new customers got every step. For reporting, it is whether that afternoon actually came back. For approvals, it is how long a request waits.

Write the number down before you start, and check it a month after. If several of your seven point the same way, it may be worth building something that fits your process rather than adding another tool. Without that, "we automated it" becomes a thing you believe rather than a thing you know, and the next automation gets sold on the same faith.

Frequently asked questions

Which workflow should a startup automate first?

Rank each by how often it happens multiplied by how long it takes, then weight by how often it goes wrong. Lead intake is usually the highest-value fix because a dropped lead is a lost customer. After that, onboarding, reporting, document processing, follow-ups, approvals and routine messages, in whatever order your own numbers suggest.

How do I know if a task is worth automating?

Ask three things. How often does it happen and how long does it take, multiplied out. How often is it skipped or done wrong. And does it need judgement or just consistency. Consistency automates cleanly. Judgement should stay with people, often assisted rather than replaced.

What is the biggest mistake in workflow automation?

Automating a process that is already broken, which only makes the breakage faster. Fix or simplify the workflow first. The audit often reveals a step that exists for historical reasons and can be deleted, which is cheaper and better than automating it.

Do I need to replace people to automate workflows?

No. Good automation removes the repetitive work so your people spend time on the parts that need judgement and warmth. Unhappy customers, exceptions and decisions that are hard to reverse should stay with people, and usually get better when the routine work stops competing for attention.

How long does it take to automate a workflow?

It depends much more on how clearly the process is defined than on the technology. A well-understood process with clear rules is often a matter of days. A process nobody can describe consistently is not ready yet, and writing it down is the real first step.

Should I use an off-the-shelf tool or build something?

Start with an off-the-shelf tool if one fits your process closely. Building makes sense when the workflow is specific to how you work, when it must connect systems that do not integrate, or when the tool would cost more over time than the build. We will tell you honestly which case you are in.

The short version

Spend an hour listing where the time goes, with real numbers rather than impressions.

Fix the frequent, easy one first. Leave judgement with people. Make sure the process is sound before you automate it, and decide up front how you will know it worked.